Quote from: CikoXp on March 07, 2024, 10:59:14 PM

PRESENTAZIONE

Salve, sono uno sviluppatore sia di blockchain che di app android e dopo circa 3 anni di lavoro ho plasmato una blockchain a mia immagine e somiglianza modificando profondamente il codice. Inoltre ho creato un'app android che interagisce con la mia cryptomoneta, dando la possibilità a chi la usa di effettuare transazioni da/verso altri utenti scansionando/mostrando un semplice QRCode, la quale risolve anche la nota problematica relativa agli orphan blocks tipici delle coins basate su masternodes.

COIN SPECS

TYPE:
   "Masternodes/PoS"
BLOCK TIME:
   "1 Minute"
MATURITY:
   "6 Blocks"
PREMINE:
   "500,000,000"
TOTAL SUPPLY:
   "999,999,999"
BLOCK REWARD:
   "1st Year: 0.05782676"
   "0.04782676 -> MNs"
   "0.01 -> PoS"
   "2nd Year: 0.07695746"
   "0.06695746 -> MNs"
   "0.01 -> PoS"
   "3rd Year (4ever): 0.02"
   "0.01 -> MNs"
   "0.01 -> PoS"
MASTERNODE COLLATERALS:
   "1st Year: 1000"
   "2nd Year: 1135"
   "3rd Year: 1325"
MINIMUM STAKEABLE AMOUNT:
   "0.01"
ZEROCOIN:
   "Disabled"

STRATEGIA

Ho un'idea molto precisa della strategia da usare ma sono cosciente che si tratta di un approccio molto rigido.

Ad esempio ho inserito un parametro aggiuntivo (facoltativo) per i masternodes, attraverso il quale è possibile impostare un reward address. Questo address se impostato verrà utilizzato dalla blockchain per pagare i rewards di quel determinato masternode anche se questo address è diverso da quello dove risiede il collaterale, questo perchè per i primi due anni, i masternodes saranno rigorosamente gestiti dal sottoscritto, facendomi carico anche delle spese di manutenzione dei server.

Ho deciso che il progetto partirà solo e soltanto se il 50% dei masternodes verrà venduto, pertanto ho preventivato 50 masternodes da 10.000 euro cadauno (1000 x 10) che verranno distribuiti in 3 batch e dato che ho impostato la blockchain in modo che tutti i masternodes ricevano tutti lo stesso numero di rewards, quindi alla fine avranno guadagnato tutti la stessa somma, ho deciso di impostare i rewards in modo che ogn'uno dei 50 masternodes avrà a disposizione 100 coins da vendere sia nel primo che nel secondo anno, usando il resto dei coins per portare il collaterale alla nuova soglia, liberando tutto e tutti al terzo collaterale dove non vi saranno più vincoili e le VPS potranno essere trasferite ai legittimi proprietari (senza fermare il masternode).

Questo complesso meccanismo funzionerà solo e soltanto se i masternodes saranno avviati tutti simultaneamente, (con apposito big script che io stesso ho creato, il quale è in grado di gestire il 99,9% delle operazioni nessarie, per un numero illimitato di masternodes), E' straordinario quanto sia precisa la blockchain nella distribuzione dei rewards, nelle simulazioni durate anche 3 mesi, il saldo finale di tutti i masternode differiva più o meno di circa 0.025 coins per masternode, tant'è che ho deciso di garantire ai possessori di masternode la fornitura dei coins mancanti in caso di fallimento del meccanismo di distribuzione dei rewards, a patto che la differenza tra i rewards ricevuti e quelli venduti non superi i 100 coins previsti.

Se guardate bene la tabella sopra, scoprirete che i rewards sono estremamente bassi a differenza di altre coins, infatti la mia blockchain distribuisce un totale di 14.4 coins in 24h. Bassa disponibilità = alto valore e nessuna possibilità di fare altri masternodes. Questo giustifica l'enorme premine, il quale diventa necessario per dare all'applicazione android i fondi necessari per movimentare grandi somme e/o fare ad esempio contratti con società esterne, alle quali andrà garantita la fornitura dei token a loro necesari. Inoltre i 6 blocchi di conferma si traducono in 6 minuti (1 blocco al minuto), quindi un lasso di tempo abbastanza ragionevole da assicurare tutta la velocità e la sicurezza di questa splendida tecnologia.

Ovviamente se la cosa dovesse partire, aprirò una società per gestire il tutto.

CONCLUSIONI

So che non è facile digerire un discorso così complesso scritto in quattro righe. Ma confido nel vostro feedback, in quanto ho deciso che in base alle vostre risposte deciderò se lanciare il progetto o meno. Sentitevi liberi di dire esattaemnte ciò che pensate.

Grazie

Non entro nel merito tecnico; lascio solo un input.

Per potersi distinguere, per offrire qualcosa di diverso, dovresti rispondere alle esigenze di un "investitore" attento.

Essendo il progetto incentrato sulla tua persona, un investitore diligente ti chiederebbe cosa accade al progetto in caso la persona venisse a mancare...
oppure se i server andassero danneggiati, ecc.

Dovresti trovare delle coperture assicurative, sarebbe il prodomo per avere qualcosa che dia delle garanzie, non di riuscita, ma almeno garanzie di non avere imprevisti dannosi.