Como comprar Fantom (FTM) y obtener un BONUS de $30
CÓMO COMPRAR Fantom (FTM) EN BINANCE Y OBTENER UN BONUS DE $30 (SOLO 3 PASOS)


PASO 1: REGISTRO
PASO 2: DEPOSITAR FONDOS
PASO 3: ADQUIRIR CRIPTOMONEDA
Por qué deberías comprar Fantom (FTM)

¿Qué es Fantom (FTM)?
Fantom está construyendo
una plataforma que consiste en un libro mayor distribuido basado en DAG rápido,
escalable y seguro que utiliza principios aBFT para lograr consenso ,
y un nuevo compilador verificable y una máquina virtual basada en registros
para la ejecución de contratos inteligentes.
Algunas de sus
características clave incluyen:
Habilitación de contratos
inteligentes en un sistema basado en DAG, utilizando el protocolo Lachesis.
Los nodos no necesitan ser
conscientes de la existencia de todos los demás nodos de la red al unirse a la
red.
Utiliza marcas de tiempo
de Lamport para lograr el orden topográfico de los bloques de eventos.
La visión de FANTOM es
"otorgar compatibilidad entre todos los organismos de transacciones en
todo el mundo utilizando tecnología DAG" y crear una nueva infraestructura
con alta confiabilidad que permita transacciones en tiempo real y el
intercambio de datos. También tiene como objetivo desarrollar un nuevo
compilador verificable y una máquina virtual basada en registros, que verifique
automáticamente la corrección, genere pruebas del comportamiento del contrato
inteligente y ejecute instrucciones de manera más eficiente que los modelos
existentes.
Algunos de sus
aspectos más destacados incluyen:
Recaudó ~ $ 39,7 millones
a través de ventas de tokens públicas y privadas de marzo a junio de 2018.
Su objetivo es
habilitar contratos inteligentes en sistemas basados en DAG .
Utiliza algoritmos como el
de Coffman-Graham para lograr la tolerancia a fallas bizantinas
asíncronas ("aBFT").
Se prevé que su token
nativo, FTM, tenga las siguientes funcionalidades:
Para apostar con un nodo
validador: para asegurar la red a cambio de recompensas por bloque y
transacción. Los nodos se clasificarán según la velocidad a la que
confirman las transacciones. Por lo tanto, los nodos de mejor rendimiento
con mejor hardware obtendrán más recompensas en promedio por FTM apostado
Para pagar tarifas de
transacción: los usuarios pueden pagar tarifas de transacción usando FTM
Para votar propuestas de
gobernanza en cadena: cada titular de token que ejecute un nodo validador,
o que haya delegado su FTM a un nodo validador, podrá votar propuestas para
cambiar la estructura de la red principal, modificar parámetros del sistema
como recompensas en bloque , y la elección de moderadores y comité técnico.

2. Blockchain y datos de red
2.1 Introducción
Fantom ha desarrollado un
marco general llamado Lachesis para consenso basado en DAG para construir
sistemas distribuidos escalables. El equipo de Fantom también ha
desarrollado un nuevo protocolo de consenso, ONLAY, basado en el marco de
Lachesis . ONLAY garantiza una práctica tolerancia a las fallas
bizantinas en presencia de hasta un tercio de los participantes que están
comprometidos.
El desafío clave que
Fantom pretende abordar es un consenso rápido y un pedido confiable para los
eventos.
Para el protocolo ONLAY,
el equipo de Fantom afirma que sus experimentos iniciales han demostrado que
aprovechar las capas asignadas de bloques de eventos puede ayudar a
lograr un orden más determinista de bloques y que el nuevo protocolo
basado en capas es una alternativa prometedora para lograr libros de
contabilidad distribuidos deterministas y resistentes. .
2.2 Proceso de transacción definitiva
Los siguientes son algunos
pasos para que una transacción llegue a ser definitiva en la red Fantom:
Cuando un usuario envía
una transacción a un nodo, se emitirá un recibo de envío exitoso al cliente
como confirmación de la transacción enviada.
El nodo agrupará las
transacciones enviadas por el usuario en un nuevo bloque de eventos modificado
en una estructura DAG de bloques de eventos y luego transmitirá el bloque de
eventos a todos los demás nodos del sistema. El nodo enviará un recibo
confirmando que se está procesando el identificador del bloque de eventos que
lo contiene.
Cuando el bloque de
eventos es conocido por la mayoría de los nodos (por ejemplo, se convierte en
un bloque de eventos raíz), o es conocido por dicho bloque raíz, el nodo
enviará una confirmación de que el bloque de eventos es reconocido por la
mayoría de los nodos.
El sistema determinará la
condición en la que un bloque de eventos raíz se convierte en un Clotho para
ser reconocido por la mayoría de los nodos. Luego se envía una
confirmación al cliente para indicar que el bloque de eventos ha llegado a la
etapa semifinal como Clotho o está siendo confirmado por un Clotho.
Después de la etapa de
Clotho, la red determinará la marca de tiempo de consenso para Clotho y sus
bloques de eventos dependientes. Una vez que un bloque de eventos obtiene
la marca de tiempo de consenso final, se finaliza y se emitirá una confirmación
final al cliente de que la transacción se ha finalizado con éxito.
Mainchain y Atropos de
Lachesis DAG
Por lo tanto, habrá un
total de cinco confirmaciones para enviar y el quinto recibo es la confirmación
final de una transacción exitosa.
El equipo señala que hay
algunos casos en los que una transacción enviada puede no alcanzar la
finalidad. Los ejemplos incluyen una transacción que no pasa la
validación, por ejemplo, saldo de cuenta insuficiente o violación de las reglas
de la cuenta. El otro tipo de falla es cuando no se cumple la integridad
de una estructura DAG y bloques de eventos debido a la existencia de nodos comprometidos
o defectuosos. En estos casos fallidos, los bloques de eventos se marcan
para su eliminación y los problemas detectados se notifican a todos los
nodos. Se enviarán recibos de la falla al cliente.
2.3 Descripción general de la red
La red Fantom consta de
nodos que se distinguen en usuarios y validadores. El marco ONLAY
introduce capas de gráficos en el DAG para lograr un orden confiable de bloques
de eventos.
El marco ONLAY aprovecha
las capas asignadas de bloques de eventos para lograr un consenso sobre el
orden final de los bloques de eventos y las transacciones en los sistemas
distribuidos. Cada nodo mantiene su propio DAG y calcula la cadena
principal de bloques de eventos de finalidad. El protocolo de consenso
logra pBFT optimizado con finalidad determinista basada en DAG en transacciones
válidas y nodos honestos. Una vez que se finaliza un bloque en ONLAY, es
definitivo sin necesidad de varias confirmaciones de bloque como en la
finalidad probabilística en el consenso de Nakamoto (en BTC, ETH).
2.4 Un sistema de 3 cadenas de bloques
Hay tres cadenas de
bloques en la arquitectura de Fantom: la cadena de bloques de Node Service
("NS"), la cadena OPERA y la cadena de bloques Mainchain
("MC"). La cadena de bloques NS almacena los identificadores de
nodo de la red. OPERA es el gráfico acíclico dirigido que consta de
bloques de eventos. La cadena de bloques MC es la cadena principal, que
almacena los bloques de eventos que son validados y finalizados por la red.
Para las tres cadenas de
bloques enumeradas anteriormente:
La época de la cadena
OPERA tiene un tiempo de época dinámico (1-10 segundos).
La época del bloque MC
tiene un tiempo de época dinámico (1-30 segundos).
La época del bloque NS
tiene un tiempo de época dinámico que depende de las épocas MC y OPERA.
2.5 Cadena de herramientas de programación de contratos
inteligentes
Las características clave
de la nueva cadena de herramientas del lenguaje de programación incluyen:
Compatibilidad de Solidity
para programadores: los contratos inteligentes desarrollados en Solidity
(para Ethereum ) deberían ser fácilmente portables a la nueva
cadena de herramientas del lenguaje de programación.
El enfoque de la cadena de
herramientas del nuevo lenguaje de programación debe ser la seguridad, la
protección y el bajo consumo de energía.
Para lograr la seguridad,
se necesitan ejecuciones verificables para contratos inteligentes.
Defina subconjuntos /
extensiones para Solidity para facilitar la verificación automatizada de
contratos inteligentes utilizando un lenguaje de especificación entretejido con
el código Solidity.
Los artefactos de software
entregados deben ser de código abierto y licenciados con GPL V3.0.
2.6 Mecanismo de prueba de participación (PoS)
Fantom planea implementar
Proof of Stake para proteger la red. No tendrá permiso, lo que permitirá
que cualquiera pueda participar ejecutando o delegando en un nodo de
validación.
Los nodos que participan
para lograr el consenso se denominan "nodos de validación". Un
usuario puede ejecutar un nodo de validación apostando un mínimo de
3,175,000 tokens FTM nativos . Un usuario también puede delegar en un
nodo de validación cualquier cantidad de FTM, y la cuenta que ejecuta la cuenta
del validador recibirá una tarifa fija del 15% de todas las recompensas
generadas por los tokens del delegador.
Devoluciones anuales para
los nodos de validación (solo recompensas en bloque)
Las recompensas de los
validadores tienen dos componentes:
Recompensas en bloque: durante
los primeros cuatro años después del lanzamiento de la red principal, los
validadores podrán ganar recompensas en bloque que se calculan diariamente en
función de la cantidad de bloques de eventos que confirman.
Tarifas de transacción: por
cada bloque de eventos que sea confirmado por la red, las tarifas de
transacción incluidas en el bloque de eventos se distribuirán a los nodos de
validación que confirmaron ese bloque de eventos.
Las recompensas de los
validadores también están influenciadas por una puntuación de Prueba de
importancia. Esta puntuación es un modelo multifactorial que influye en
las recompensas obtenidas por los validadores. Un validador gana
recompensas no simplemente en función de la cantidad de FTM nativos que se
apuestan, sino también por una serie de otros factores, entre los que se
incluyen:
Rendimiento de la
validación: dado que la finalidad del bloque se alcanza cuando un bloque
de eventos ha alcanzado el umbral de validación de dos tercios del poder de
validación de la red, un validador participó efectivamente en una validación de
bloque si dicha validación ocurrió antes de que se alcanzara el umbral de
validación. Un validador eficiente debería, en promedio, participar
efectivamente en la validación de dos tercios de todos los bloques de
eventos. Aquellos que constantemente no participen, o participen después
de que se alcance el umbral de validación, serán penalizados, obtendrán menos
recompensas en bloque y, en última instancia, serán eliminados de la red.
Transacciones de origen: se
espera que los validadores acepten nuevas transacciones que se envíen a la red
y actúen como originadores de dichas transacciones. Aquellos que
constantemente no originan transacciones serán penalizados, recibirán menos
recompensas en bloque y, en última instancia, serán eliminados de la red.
Poder de procesamiento: el
poder de procesamiento de los validadores se medirá de forma regular.
Los nodos que no
participan en el consenso se denominan nodos "no validadores" o
"escuchadores". Estos nodos pueden sincronizarse con la red,
enviar y recibir transacciones. Sin embargo, no contribuyen a las rondas
de votación para confirmar transacciones. Debido a que no participan en el
consenso, ejecutar un nodo no validado no genera ninguna recompensa.



Conclusión
El equipo de Fantom enumera lo siguiente como sus estrategias comunitarias actuales y futuras:
- Mantenga a la comunidad actualizada con los últimos desarrollos y permita que los miembros del equipo se relacionen con la comunidad de forma regular.
- Asista, apoye y organice Hackathons y DevCons.
- Discutir el desarrollo del proyecto con la comunidad a través de llamadas en vivo en Discord Channels.
- Programa de embajadores en Rusia y Turquía.
- Subvenciones y concursos para incentivar a los equipos de desarrolladores talentosos a construir sobre Fantom.
- Gamificar elementos en la participación de la red para incentivar a los miembros de la comunidad a ejecutar nodos de validación.
- Concurso de infografías comunitarias.

Post a Comment: