Perché acquistare Fantom (FTM)

Cos’è il Phantom (FTM)?

Fantom sta creando una piattaforma che consiste in un registro distribuito veloce, scalabile e sicuro basato su DAG che utilizza i principi aBFT per raggiungere il consenso, insieme a un nuovo compilatore verificabile e una macchina virtuale basata su record. per l’esecuzione di contratti intelligenti.

Alcune delle sue caratteristiche principali includono:

Attivazione di smart contract in un sistema basato su DAG, utilizzando il protocollo Lachesis.

Non è necessario che i nodi sappiano che tutti gli altri nodi esistono sulla rete quando si connettono alla rete.

Usa i timestamp di Lamport per ottenere l’ordine topografico dei blocchi di eventi.

La visione di FANTOM è “fornire la compatibilità tra tutte le agenzie di transazione in tutto il mondo utilizzando la tecnologia DAG” e creare una nuova infrastruttura altamente affidabile che consenta transazioni in tempo reale e lo scambio di dati. Mira inoltre a sviluppare un nuovo compilatore verificabile e una macchina virtuale basata su record che controlla automaticamente l’accuratezza, genera test di comportamento dei contratti intelligenti ed esegue le istruzioni in modo più efficiente rispetto ai modelli esistenti.

Alcuni dei suoi punti di forza includono:

Ha raccolto ~ $ 39,7 milioni dalla vendita di token pubblici e privati ​​da marzo a giugno 2018.

Il suo obiettivo è abilitare contratti intelligenti su sistemi basati su DAG.

Utilizza algoritmi come Coffman-Graham per ottenere una tolleranza ai guasti bizantina asincrona (“aBFT”).

Il tuo token nativo, FTM, deve avere le seguenti caratteristiche:

Scommetti con un nodo di convalida: proteggi la rete in cambio di premi per blocco e transazione. I nodi verranno classificati in base alla velocità con cui confermano le transazioni. Pertanto, i nodi con prestazioni migliori con materiale migliore otterranno in media più premi per scommessa FTM.

Per pagare le commissioni di transazione: gli utenti possono pagare le commissioni di transazione utilizzando FTM

Per votare le proposte di chain governance: ogni token holder che gestisce un nodo di validazione, o delega il proprio FTM a un nodo di validazione, potrà votare proposte per cambiare la struttura della rete principale, modificare parametri di sistema come il blocco premi ed elezione dei moderatori e del comitato tecnico.

2. Blockchain e dati di rete

2.1 introduzione

Fantom ha sviluppato un framework generale chiamato Lachesis per un consenso basato su DAG per la creazione di sistemi distribuiti scalabili. Il team Fantom ha anche sviluppato un nuovo protocollo di consenso, ONLAY, basato sul framework Lachesis. ONLAY garantisce una tolleranza pratica ai fallimenti bizantini in presenza fino a un terzo dei partecipanti coinvolti.

La sfida principale che Fantom intende affrontare è un rapido consenso e un ordine affidabile degli eventi.

Per il protocollo ONLAY, il team di Fantom afferma che i loro esperimenti iniziali hanno dimostrato che l’esplorazione di livelli mappati di blocchi di eventi può aiutare a ottenere un ordine dei blocchi più deterministico e che il nuovo protocollo basato su livelli è un’alternativa promettente per la produzione di libri . Sistemi di contabilità distribuita resilienti e deterministici. .

2.2 Processo di transazione finale

Ecco alcuni passaggi per completare una transazione sulla rete Fantom:

Quando un utente invia una transazione a un nodo, al cliente verrà emessa una ricevuta di spedizione avvenuta con successo come conferma della transazione inviata.

Il nodo consoliderà le transazioni inviate dall’utente in un nuovo blocco eventi modificato in una struttura DAG blocco eventi e quindi inoltrerà il blocco eventi a tutti gli altri nodi nel sistema. Il nodo invierà una conferma che l’identificatore del blocco eventi che lo contiene è in fase di elaborazione.

Quando il blocco di eventi è noto alla maggior parte dei nodi (ad esempio, diventa un blocco di eventi radice), o è noto a quel blocco, il nodo invierà un riconoscimento che il blocco di eventi è riconosciuto dalla maggior parte dei nodi .

Il sistema determinerà la condizione in cui un blocco di eventi root diventa un Cloto per essere riconosciuto dalla maggior parte dei nodi. Viene quindi inviata una conferma al cliente per indicare che il blocco dell’evento ha raggiunto la semifinale come Clotho o è stato confermato da un Clotho.

Dopo il passaggio di Cloto, la rete determinerà il timestamp di consenso per Cloto e i suoi blocchi di eventi dipendenti. Non appena un blocco di eventi ottiene il timestamp di consenso finale, viene finalizzato e verrà rilasciata una conferma finale al cliente che la transazione è stata completata con successo.

Mainchain e Atropo di Lachesis DAG

Pertanto, ci saranno un totale di cinque conferme da inviare e la quinta ricevuta è la conferma finale di una transazione andata a buon fine.

Il team osserva che ci sono alcuni casi in cui una transazione inviata potrebbe non raggiungere l’obiettivo. Gli esempi includono una transazione che non supera la convalida, ad esempio un saldo del conto insufficiente o una violazione delle regole del conto. L’altro tipo di errore si verifica quando l’integrità di una struttura del DAG e dei blocchi di eventi non viene soddisfatta a causa dell’esistenza di nodi compromessi o guasti. In questi casi di errore, i blocchi di eventi vengono contrassegnati per l’eliminazione ei problemi rilevati vengono segnalati a tutti i nodi. Al cliente verranno inviate ricevute di mancato recapito.

2.3 Panoramica della rete

La rete Fantom è composta da nodi che si differenziano come utenti e validatori. La struttura ONLAY introduce livelli grafici nel DAG per ottenere un ordine affidabile dei blocchi di eventi.

La struttura ONLAY sfrutta livelli mappati di blocchi di eventi per raggiungere il consenso sull’ordine finale dei blocchi di eventi e transazioni nei sistemi distribuiti. Ogni nodo gestisce il proprio DAG e calcola la catena principale di blocchi di eventi. Il protocollo di consenso raggiunge un pBFT ottimizzato per scopi deterministici basato sul DAG in transazioni valide e nodi onesti. Una volta che un blocco è finalizzato in ONLAY, è definitivo senza la necessità di conferme multiple di blocco come nello scopo probabilistico del consenso Nakamoto (in BTC, ETH).

2.4 Un sistema 3 blockchain

Ci sono tre blockchain nell’architettura Fantom: la blockchain Node Service (“NS”), la catena OPERA e la blockchain Mainchain (“MC”). La blockchain NS memorizza gli identificatori dei nodi di rete. OPERA è il diagramma aciclico diretto composto da blocchi di eventi. La blockchain MC è la catena principale, che memorizza i blocchi di eventi che vengono convalidati e finalizzati dalla rete.

Per le tre blockchain elencate sopra:

Il tempo della catena OPERA ha un tempo dinamico (1-10 secondi).

Il tempo di blocco MC ha un tempo dinamico (da 1 a 30 secondi).

La stagione dei blocchi NS ha una stagione dinamica che dipende dalle stagioni MC e OPERA.

2.5 Toolkit per la programmazione di contratti intelligenti

Le caratteristiche principali del nuovo toolkit del linguaggio di programmazione includono:

Compatibilità di Solidity per i programmatori: i contratti intelligenti sviluppati in Solidity (per    Ethereum    ) dovrebbero essere facilmente trasferibili alla nuova catena di strumenti del linguaggio di programmazione.

Il focus della nuova catena di strumenti del linguaggio di programmazione dovrebbe essere sulla sicurezza, protezione e basso consumo energetico.

Per garantire la sicurezza, sono necessarie corse verificabili per gli smart contract.

Definisci sottoinsiemi / estensioni per Solidity per facilitare la verifica automatizzata dei contratti intelligenti utilizzando un linguaggio di specifica interlacciato con il codice Solidity.

Gli artefatti software forniti devono essere open source e concessi in licenza con GPL V3.0.

2.6 Meccanismo di prova di scommessa (PoS)

Fantom prevede di implementare la prova di scommessa per proteggere la rete. Non avrai l’autorizzazione, che consentirà a chiunque di partecipare eseguendo o delegando un nodo di convalida.

I nodi che partecipano all’ottenimento del consenso sono chiamati “nodi di validazione”. Un utente può eseguire un nodo validatore picchettando un minimo di 3.175.000 token FTM nativi. Un utente può anche delegare qualsiasi importo di FTM a un nodo di convalida e l’account che esegue l’account di convalida riceverà una tariffa fissa del 15% di tutti i premi generati dai token del delegante.

Rendimenti annuali per la convalida dei nodi (solo premi raggruppati)

Le ricompense del Validator hanno due componenti:

Block Rewards: durante i primi quattro anni dopo il lancio di Mainnet, i Validator possono guadagnare Block Rewards che vengono calcolati giornalmente in base al numero di Event Blocks che confermano.

Commissione di transazione: per ogni blocco di eventi confermato dalla rete, le commissioni di transazione incluse nel blocco di eventi verranno distribuite ai nodi di convalida che hanno confermato tale blocco di eventi.

Le ricompense del validatore sono anche influenzate da un punteggio del test di importanza. Questo punteggio è un modello multifattoriale che influenza le ricompense ottenute dai validatori. Un validatore guadagna premi non solo in base al numero di FTM nativi scommessi, ma anche in base a una serie di altri fattori, tra cui:

Prestazioni di convalida: l’obiettivo del blocco raggiunto quando un blocco di eventi ha raggiunto il limite di convalida di due terzi della potenza di convalida della rete, un validatore ha partecipato a una convalida del blocco se tale convalida è avvenuta prima del raggiungimento del limite di convalida . Un validatore efficace dovrebbe, in media, partecipare efficacemente alla convalida di due terzi di tutti i blocchi di eventi. Coloro che falliscono costantemente o non partecipano dopo che il limite di approvazione è stato raggiunto saranno penalizzati, guadagneranno meno premi per il blocco e alla fine verranno rimossi dalla rete.

Transazioni originali: i validatori devono accettare nuove transazioni inviate alla rete e agire come iniziatori di tali transazioni. Coloro che non riescono sempre a generare scambi saranno penalizzati, riceveranno meno ricompense in blocco e, alla fine, verranno rimossi dalla rete.

Potenza di elaborazione: la potenza di elaborazione dei validatori verrà misurata regolarmente.

I nodi che non partecipano al consenso sono chiamati nodi “non validatori” o “ascoltatori”. Questi nodi possono sincronizzarsi con la rete, inviare e ricevere transazioni. Tuttavia, non contribuiscono con note per confermare le transazioni. Poiché non partecipano al consenso, l’esecuzione di un nodo non verificato non genera alcuna ricompensa.

Conclusione

Il team di Fantom elenca quanto segue come strategie comunitarie attuali e future:

• Mantieni la community aggiornata con gli ultimi sviluppi e consenti ai membri del team di interagire regolarmente con la community.
• Partecipa, supporta e organizza hackathon e DevCons.
• Discuti lo sviluppo del progetto con la comunità tramite chiamate in diretta sui canali Discord.
• Programma degli ambasciatori in Russia e Turchia.
• Sovvenzioni e concorsi per ispirare team di sviluppatori di talento a fidarsi di Fantom.
• Gamify elementi nella partecipazione alla rete per incoraggiare i membri della comunità a eseguire i nodi di convalida.
• Concorso di infografica della comunità.