Topic: 🔵Aelf🔵 - Red Blockchain Descentralizada para la Computación en la Nube - page 6. (Read 2236 times)

A modo de remember....
que tiempos aquellos.. cuando salió la imagen
Del lanzamiento de la red de pruebas!!!!!!!
Esto trabajando sobre un artículo que hace referencia a una comparativa entre EOS y aelf..
En el mimo se pone de manifiesto la forma en que EOS la fastidió en el lanzamiento de su red, mientras aelf lo hizo increiblemente bien
y eso que la recaudación de EOS ascendía a los $800Millones (ICO)  mientras que aelf apenas llegó a los $15Millones (ronda privada)

Has escuchado alguna vez hablar de las operaciones entre distintos blockchains?? aqui tienes!

Aqui te dejo con la canción de la semana de aelf!

https://youtu.be/iEINM8Xnnzk

Sabías que el Youtuber número uno del mundo, se ha mudado al blockchain? es época de cambios

https://t.co/x623P8wuZL

Ilustrando la Resistencia al ataque del 51%




Larimer utiliza el ejemplo de una estación de radio para ilustrar la resistencia de DPoS a los ataques. En esta estación de radio, cualquiera puede transmitir (minar un bloque), y todos deben decidir si quieren escuchar estas transmisiones (verificar el bloque).

Con PoW, aquellos que transmiten más fuerte, o usan el mayor poder de hash, tienen el control de la red. Esto es especialmente cierto en el caso de los fondos de minería, que pueden llegar a ser lo suficientemente grandes como para ganar un 51% de la tasa de hash total. Siguiendo con esta analogía, el consenso PoS premia a aquellos que tienen más dinero para dejar en Stake con la mayor proporción en tiempo de emisión

Alternativamente,  el DPoS da a cada parte interesada un voto sobre quién dirige al radiotransmisor. A diferencia de un modelo de PoW puro, el DPoS permite a los votantes elegir los transmisores (nodos), dando a todos la oportunidad de disponer de igual tiempo de emisión. Bajo este sistema, los nodos que actúan en contra de los intereses de la red pueden ser eliminados por los titulares de tokens, que tienen un interés personal en el futuro de la red.

Mirando hacia atrás, han dado un paso más allá con una mejora de rendimiento que también es una medida de seguridad adicional. Cada nodo del ecosistema es un nodo de clúster, formado por muchos trabajadores anónimos y remotos de todo el mundo. Esto hace aún más difícil intentar un ataque basado en el acceso a los equipos del sistema.

Aunque todavía no existe un mecanismo de consenso perfecto, el DPoS proporciona un fuerte elemento disuasorio para los malos actores. De manera similar a las democracias representativas en el gobierno, un nodo sólo puede convertirse en un nodo, y seguir siendo un nodo, con la aprobación de una mayoría de votos. Como los generales bizantinos, si un nodo es percibido como traidor, entonces los titulares de tokens ejercerán el poder con sus votos y lo eliminarán.

Cómo se logra escalabilidad y resiliencia aplicando  DPoS



Mediante DPoS, los nodos son elegidos por los titulares de tokens. En el caso de aelf, el número de nodos se determina por la fórmula 2N+1, donde N comienza en 8 y aumenta en 1 cada año. Así, el primer año hay 17 nodos, el segundo año 19 nodos y así sucesivamente. Esta fórmula limita el número de nodos delegados, a diferencia de la PoW en el que cualquier nodo no fiable puede unirse por iniciativa propia.

Al aumentar gradualmente el número de nodos cada año, esta fórmula también permite aumentar el volumen de transacciones que pasan a través de la red aelf. Por lo tanto, el DPoS proporciona un mecanismo de consenso más escalable que el PoW.

Sin embargo, algunos críticos creen que la limitación del número de nodos bajo DPoS aumenta la centralización y pone en riesgo la regla de la plutocracia. Dan Larimer, el inventor del DPoS, no está de acuerdo, señalando que estos críticos pasan por alto un punto crucial: la delegación descentraliza el control de la red a todos los poseedores de tokens, lo que, a su vez, proporciona un medio más eficaz para evitar la centralización.

alguno ha escuchado alguna vez hablar del problema de los generales bizantinos?



Dado que las redes de cadenas de bloques dependen del consenso entre muchos nodos de la red, no tienen un "punto de ataque" único, a diferencia de los sistemas centralizados que dependen de los servidores. Como resultado, generalmente se les considera más resistentes ante los tradicionales ataques de hackers, pero incluso en un entorno informático descentralizado, los malos actores pueden unirse para derribar el sistema, un dilema al que se han enfrentado los programadores durante las últimas cuatro décadas.

Descrito por primera vez en un documento de 1982, el "Problema de los Generales Bizantinos" describe una ciudad sitiada por múltiples divisiones del ejército bizantino, cada una de ellas dirigida por un general diferente. Para lanzar una incursión con éxito, los generales deben coordinar sus ataques simultáneamente, pero cada división acampa en un lugar diferente alrededor de la ciudad, y los generales sólo pueden comunicarse entre sí a través de mensajeros.

El problema es que algunos de los generales pueden tener ideas diferentes sobre cuándo atacar o retirarse, y ningún general puede estar seguro de que todos los demás son leales. Puede haber uno o más traidores. Cada general también necesita que sus tenientes implementen las instrucciones.

Por lo tanto, el ejército necesita un algoritmo que cumpla dos condiciones:

1. Todos los generales leales están de acuerdo en implementar el mismo plan, y;

2. Los traidores no pueden "engañar" a los miembros leales para que adopten un mal plan.


He encontrado un ejemplo práctico para aquellos que tengan tiempo y ganas...  aqui está todo muy desarrollado, pero es bastante más complejo https://medium.com/@marvin.soto/el-problema-de-los-generales-bizantinos-pgb-e0cb8c4279c2

En un artículo anterior, esbozamos las debilidades de los mecanismos de prueba de trabajo (PoW) y de prueba de participación (PoS), que nos llevaron a elegir un modelo de consenso diferente. El modelo DPoS se alinea estrechamente con nuestra filosofía de que los poseedores de tokens deben tener el mayor derechosobre el futuro del sistema, y que los intereses de los mismos, están vinculados con el destino de aelf.

En el siguiente artículo, veremos otro beneficio de utilizar el modelo de consenso DPoS, en particular, la manera en que coordina DPoS los nodos de confianza para defenderse del riesgo de un "ataque del 51%".

Pero, ¿qué son estos ataques y cómo se producen en principio?

Anuncio acerca de la distribución de tokens



Con el fin de mantener la transparencia de la distribución de los tokens ELF, queremos compartir la distribución detallada de los tokens ELF basada en el ratio de distribución y la asignación según se indica en la página web oficial de aelf:

Fundadores (12% bloqueado, para el ecosistema de aelf, apoyar el marketing de aelf, y sostener el desarrollo del proyecto):
0xae3F5961937CB0171F127075A99550978b31ACA1

Fundadores (13% desbloqueado, pero aún en la siguiente dirección):
0x384Cc0b3a514216627F7054B30ea4e7d5F54EEa9

Programa de marketing y bounty (6% bloqueado, para la expansión del mercado y promover la involucración de la comunidad):
0xEA1bb5B01bFE95e0cff237C9b9126526CB12a768

Programa de marketing y bounty (1% desbloqueado, pero aún en la siguiente dirección):
0xd3199DB5B7d94596596546276c4A63D3dF6b84854f7

Asesores/Alianzas estratégicas (2,5% bloqueado):
0xC7a6c4d547C1b1098Eb3C01F1dd3f25E1d4c4FE4

Asesores/Alianzas estratégicas  (4,5% desbloqueado, pero aún en la siguiente dirección):
0xA4aE4e009E9E9Ec51A4B01Dfb700674E3CC0e8E49B

Equipo (4% bloqueado):
0xffe79ac093e5aafD35B5e118c58dbcEe06250749

Equipo (12% desbloqueado, pero aún en la siguiente dirección):
0xfE1539ac28816D9792D56Bc9AD745dAAD4CFDd47

Un buen producto debe ser estable y completo. EL lanzamiento de cualquier producto no competitivo no tiene sentido alguno para mi.
POr si os preguntais a que se debe el retraso...
la respuesta es contundente
si no podemos entregar alo perfecto, seguimos trabajando para conseguirlo!

aqui teneis las utlimas actualizaciones de desarrollo

Aqui teneis parte del último informe quincenal de aelf..



Junto a las cifras de crecimiento de la comunidad..

¡Hola a todos! Para el próximo episodio de The Dapper Weekly os daremos el poder de elegir! Durante la próxima semana vota y comparte este post para elegir el dapp que quieres que evalue nuestro genio de creación de contenido.. MAppO!
https://twitter.com/mappopk_crypto/status/1118383176873840640

Mientras tanto..aqui teneis nuestra 4 entrega del Dapper weekly

https://www.youtube.com/playlist?list=PLWwGyR_VeFMyrNqRLpK4oK-Oc5vDe-qoP

Gracias equipo por ser tan dedicado y trabajador durante otro fin de semana. El número de aportaciones de código ha superado ya los 10.000!

https://twitter.com/HaoboMa_aelf/status/1119554854433636353

Como poderias comprobar, el ranking de aelf no para se subir.. en el último más de hecho no solo se ha multiplicado x2, sino que ha crecido mucho mas.

Nueva infografía de aelf para acalararte el tema ICO vs. STO

Aelf ha estado en el Orange Demo day celebrado en Taipei, capital de Taiwan.

Seguimos con nuestra colección académica de aelf Tech 101.. aprende con nosotros..

Ayer os comentaba sobre la puesta en circulación de los tokens que forma el suministro total..aqui tienes un desglose de cada una de las respectivas partidas a las que dedica aelf sus fondos.

El suministro total de aelf es de 1.000 millones. A día de hoy, el equipo de aelf sólo ha emitido el 33% del total de tokens ELF del contrato, y que se están utilizando para la venta privada, los asesores, las asociaciones, el marketing, y campañas de airdrop. En la actualidad, el suministro total de aelf que aparece en CoinMarketCap no refleja el real de tokens ELF.

Para revisar las estadísticas de CoinMarketCap, el equipo de aelf planea emitir los tokens restantes excepto la parte PoS+PoW. Los tokens restantes se acuñarán en la siguiente dirección y se desbloquearán y se utilizarán estrictamente según se indica en el whitepaper de aelf

Dirección 0xae3F5961937CB0171F127075A99550978b31ACA1