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

Actualización del Progreso del Desarrollo



Completado el Plugin Block Explorer (Segunda Edición); completado la regresión del sistema económico, 80%.

Actualización del progreso de la semana pasada (17 de marzo de 2019)

Lanzamiento de la v0.7.0:
- [En verificación] Contrato de múltiples activos
- [En curso] Módulo de cadena lateral, depuración completa de un solo nodo, dragado de multi-nodo
- [Finalizado] Módulo de consenso tras la mejora de la adaptación del sistema económico
- [En curso] Optimización de los parámetros de entrada/salida de los contratos
- [En curso] TODO y corrección de errores en Fallos

Explorador de bloques:
- [Finalizado] Complemento del Explorador de Bloques (Segunda Edición)
- [Finalizado] Ajuste del servicio de escaneado de la cadena (soporte de LIB)
- [En curso] Adaptación del Explorador de bloques/cartera v0.7.0, 90%.

En pruebas:
- [En curso] Ampliación de los ensayos unitarios de los módulos reacondicionados
- [Finalizado] Mejora del caso de prueba de servicio de blockchain
- [Finalizado] Mejora del caso de la gestión de LIB/Estado
- [Finalizado] Mejora del caso de prueba de sincronización de red
- [En curso] Mejora del caso de prueba relacionado con los sistemas económicos
- [En curso] Dragado de procesos de múltiples nodos y corrección de errores
- [Finalizado] Corrección del problema de crecimiento de la memoria, durante ejecuciones por un tiempo prolongado.
- [Finalizado] Dragado de transacciones de múltiples nodos y corrección de errores
- [En verificación] Incapacidad de alternar a la'cadena más larga ejecutada' adecuadamente
- [En curso] Regresión del sistema económico, 80%.

Otro:
- [Finalizado] Reorganización de los proyectos relacionados con el seguimiento según la v0.7.0
- [En curso] Compatibilidad de codigos de comandos con Windows, habilitando a los usuarios de Windows a crear sobre aelf
- [En curso] Revisión de la página web oficial

Plan para esta semana:

Lanzamiento de la V0.7.0:
- Continuar trabajando en la depuración multi-nodo de cadenas laterales y en la resolución de problemas.
- Continuar trabajando en las pruebas de integración y corrección de errores asociados.

Explorador de cartera/bloque:
- Continuar trabajando en pruebas de integración asociadas, basadas en la versión 0.7.0.
- Investigación y versión de demostración de la aplicación para cartera nativa

Otro:
- Implementación de códigos en asuntos realcionados con TODO

aqui descansa la base del sistema de Prueba de algoritmo delegado para la verificación de bloques en nuestro blockchain

https://medium.com/aelfblockchain/why-aelf-uses-side-chains-for-smart-contracts-cf14f8f92bab


Segregación de recursos con contratos inteligentes en Aelf


https://cdn-images-1.medium.com/max/1242/0*04DrvpWaOccl0n6x

Mientras Ethereum está implementando cadenas filiales en Plasma como una ampliación para superar su reto de escalabilidad, aelf está incorporando el uso de cadenas laterales como parte del diseño inicial. Múltiples tipos de contratos inteligentes ejecutados en un único blockchain inhiben la escalabilidad.

Además, no se adapta a los innumerables desafíos a los que se enfrentan las empresas del mundo real con diferentes necesidades de contratos inteligentes. Mientras que algunas aplicaciones pueden requerir un alto rendimiento con confirmaciones rápidas, otras estarían dispuestas a comprometer la velocidad para lograr la máxima seguridad posible.

Por lo tanto, aelf no tiene ninguna funcionalidad de contrato inteligente sobre la cadena principal, que se utiliza en exlcusiva para la indexación de cadenas laterales. Los contratos inteligentes se separan por tipo en diferentes cadenas laterales. Así, una cadena lateral podría operar contratos inteligentes para registrar y autenticar los datos de identidad, con un enfoque en la seguridad y la privacidad. Mientras tanto, otra cadena lateral podría dedicarse a las operaciones de un exchange descentralizado, donde prima un flujo rápido de transacciones.

Usando las raíces del árbol de Merkle, ambas cadenas laterales pueden comunicarse entre sí a través de la cadena principal aelf. Si la cadena del exchange necesita verificar la identidad de un usuario, puede hacerlo solicitando la raíz del árbol de Merkle del bloque en particular de identidad, el cual contiene los datos de identidad del usuario. Mediante la segregación de contratos inteligentes en cadenas laterales distintas, cada aplicación puede funcionar sin interferir con el resto de la red.

Las cadenas laterales de Aelf también tienen la opción de ramificarse en subcadenas. De esta manera, cada cadena lateral puede operar como su propio ecosistema escalable e independiente dedicado a una función específica. Esto no ha de estar limitado en su uso a una sola aplicación; puede cubrir toda una industria. Por ejemplo, podría haber una cadena lateral dedicada a los seguros, con subcadenas que contengan contratos inteligentes programados específicamente para gestionar procesos como el pago de primas, las reclamaciones o los fondos comunes de autoseguro.

gracias a todos vosotros chicos.. hoy os puedo dar una gran noticia... hemos superado los 510.000 usuarios entre todos nuestros canales de telegram!!!!!!!!!!!!!!!!!!!!

Siguiendo el juego de diapositivas restante sobre el mecanismo del staking ...

Hoy desde aelf, queremos explicarte un poco más sobre Dapps y Staking con nuestro juego de diapositivas.. mañana publico las 2 diapositivas restantes

Momentos antes de que nuestro fundador, hiciera entrada enla sala para hace rus exposición durante el evento Token 2049 celebrado en Hong Kong.

en unas horas, comenzará en Japón el mayor evento blockchain del año... TOKEN 2049... Nuestro COO, Zhuling estará presente como conferenciante.. a ver que sorpresas nos trae..

Siguiendo el artículo de ayer, para explicaros un poco mejor la utilidad del procesamiento paralelo y de cadenas laterales de aelf:

Ethereum aborda esto, exigiendo que todas las transacciones se procesen de forma secuencial. Sin embargo, el procesamiento secuencial en una sola cadena causa cuellos de botella como en el caso de CryptoKitties, porque todas las transacciones para todos los contratos inteligentes y transacciones ETH deben ser confirmadas siguiendo una secuencia por cada nodo de la red.

Algunos en la comunidad blockchain pedirán un mayor tamaño de bloque, lo que permitiría más transacciones dentro de un solo bloque. El problema entonces, sería que cuantas más transacciones tengan lugar en el blockchaiin de Ethereum, mayor será el tamaño del registro. Para un operador de nodos, esto aumenta la potencia de hash necesaria para la minería de bloques.

Existe un argumento válido de que aumentar el tamaño del bloque ampliaría el registro, hasta el punto de que sólo las grandes empresas podrán proporcionar el potencial de hash necesario para la minería, lo cual iría en detrimento de una auténtica descentralización y por lo tanto aumenta el riesgo de un ataque del 51%.

La comunidad de desarrolladores de Ethereum está, por lo tanto, explorando varias soluciones para superar el reto de la escalabilidad, que es necesario si el sistema continúa siendo viable como una plataforma de contrato inteligente. Algunas soluciones potenciales son el sharding (fragmentación), y el protocolo Plasma, que implica el uso de cadenas filiales..

Aelf pretende superar estos retos, y una de las formas en que pretendemos lograrlo, es adoptando un enfoque totalmente diferente en la operación de los contratos inteligentes. Aunque hoy en día existen también otras plataformas disponibles, para los propósitos de este artículo, haremos una comparativa con Ethereum como una de las plataformas de contratos inteligentes más conocidas y mejor utilizadas.



Contratos inteligentes en Ethereum
Los contratos inteligentes funcionan según la lógica condicional "si - entonces", de modo que una vez que se activan las condiciones contractuales, la transacción en sí misma se registra en el blockchain de Ethereum. Ethereum opera con gas, por lo que debe quedar suficiente gas en cada contrato inteligente para completar las transacciones dentro del propio contrato inteligente. Además, los mineros deben estar dispuestos a aceptar el precio del gas ofrecido por el propietario, para que el contrato inteligente se ejecute.

Asumiendo que todas estas condiciones están en orden, entonces en principio, cualquiera puede usar Ethereum para ejecutar un contrato inteligente para cualquier propósito. Sin embargo, es bien sabido que Ethereum sufre cuellos de botella en momentos de alto rendimiento. Por ejemplo, la ralentización de la red causada por la locura de CryptoKitties fue tan extrema que incluso afectó a los principales medios de comunicación. En estos momentos, el precio del gas también subió como consecuencia del incremento de la demanda.

Nuestro quiz Youtube  esta de vuelta por demanda popular! No se pierdan la oportunidad de responder preguntas divertidas, interactuar con el equipo de aelf y otros miembros de la comunidad, y ganar grandes premios!

 https://youtu.be/_vf4ZtdnpxE

Nos hemos dado cuenta de que la información en coinmarketcap no está actualizada y es incorrecta!

Feliz Día Internacional de la Mujer! 👩👧👧 Estamos muy orgullosos y agradecidos por nuestro increíble equipo de mujeres en aelf. ¿Quién es tu hérioina? Etiquetala y expresa tu admiración! 💐

https://twitter.com/aelfblockchain/status/1103916951514959872

El próximo 13 de marzo aelf expondra su proyecto a los inversores en la conferencia Token 2049 celebrada en Hong Kong

Otro día de trabajo duro en las oficinas de aelf..

https://twitter.com/aelfblockchain/status/1103101878018072577

https://medium.com/aelfblockchain/how-aelf-indexes-while-introducing-parallel-processing-20a367b35cb7

Hoy os voy a hablar de algo realmente interesante.. una forma sencilla de entender lo que propone aelf y porque tiene tanta utilidad REAL en el mundo de la criptografía



La introducción de cualquier innovación suele ir acompañada de dificultades a la hora de expandirse. Uno de ellos ha sido encontrado por muchos proyectos emergentes que intentan resolver la debacle de la escalabilidad. El modelo de Aelf se basa en la indexación de las transacciones mediante el uso de la tecnología de árbol de merkle, lo cual también implica un nuevo obstáculo, ya que el proyecto permite el procesamiento paralelo.

La indexación es la forma en que las cadenas laterales se conectan a la cadena principal de aelf. Para participar en el ecosistema aelf, una cadena lateral solicita la indexación por parte de la cadena principal, por la cual la cadena lateral paga determinada comisión por transacción. La indexación de un blockchain estático, presenta sus propios desafíos. A medida que se agregan más bloques a la cadena, el indexado de toda la cadena tardará más tiempo.


No obstante, incluso este desafío adopta un punto de vista algo simplista, ya que asume que la indexación se realiza mientras la cadena de bloques en sí es estática, aunque en realidad se van añadiendo más y más bloques mientras la indexación prosigue su curso. Esto plantea una serie de problemas más importantes, ya que habrá dependencias entre los insumos y los productos de algunas transacciones, al tiempo que otras no presentarán ninguna relación entre sí. Por lo tanto, al tratar de indexar un blockchain dinámico, es inevitable que la indexación quede detenida en algún momento en alguna transacción, si esta depende de otra que aún no ha sido procesada.

Los blockchain como Ethereum superan esto exigiendo que las transacciones se procesen estrictamente de forma secuencial. Sin embargo, el procesamiento secuencial limita la velocidad de las transacciones y, por lo tanto, su escalabilidad.

En el desarrollo de aelf, nos hemos propuesto construir un ecosistema que supere estos problemas. Nuestra solución proporciona un alto rendimiento de transacciones en la cadena principal, permitiendo que las cadenas laterales procesen transacciones a gran velocidad y procesen transacciones no relacionadas en paralelo entre sí.

Simultáneamente, la cadena principal también debe ser capaz de indexar las transacciones necesarias en las cadenas laterales al mismo ritmo. Esto se logra a través de un sistema de indexación dinámica de cadena lateral que opera junto con el procesamiento paralelo de transacciones.

Actualización del Progreso del Desarrollo (3 de marzo)



Completado un 60% de Explorador de bloques; corregido el problema#972 LIB implementado en el refactor.


Actualización del progreso de la semana pasada (3 de marzo de 2019)

Versión V0.7.0:
- [Completado]#952 fallo de transacción de Compra/Venta de Recursos debido a excepción de referencia nula
- [Completado]#972 LIB implementado en el refactor
- [Completado]#896 Red: Solicitud de función de bloque inestable
- [Completado]#1011 Secciones de la cadena no descargadas en orden
- [Completado]Servicio de Reorg Txhub
- [Completado] #877/#878 Actualización de JSDK/CLI conforme a la nueva interfaz RPC (excepto las interfaces relacionadas con la cadena lateral y el sistema económico)
- [En curso] Refactorización de módulos cadenas laterales (en pruebas)
- [En curso] Simplificación lógica de módulos relacionados con la red
- [En curso] Optimización lógica para módulos relacionados con el consenso (datos adicionales)
- [Pendiente de inicio] #944 Método de cálculo de direcciones de contrato incorrecto

Explorador de bloques:
- [En curso] Complemento de explorador (segunda edición), 60%.
- [Completado] Segunda edición de lógica interactiva, diseño de interfaz de usuario
- [Pendiente de inicio] Diseño de la interfaz de usuario de la aplicación

En pruebas:
- [Completado] Script de prueba automatizado para múltiples nodos
- [En curso] prueba unitaria de los módulos de refactorización, tasa de cobertura de códigos del 69,75% (excluidas cadenas laterales y módulos de consenso).
- [En curso] Despeje y corrección de errores en procesos de múltiples nodos (módulos de red, módulos de consenso, etc.)

Plan para esta semana:

Lanzamiento de la versión-V0.7.0:
- Prueba unitaria demódulos de consenso al completo y de módulos de cadena lateral
- Continuación con la liquidación de varios nodos (enviar transacciones)
- Inicio de las pruebas de integración y corrección de los respectivos errores

Explorador de cartera/bloques:
- Segunda edición del UI de complemento para el Navegador
- Pruebas de integración basadas en la versión v0.7.0

La conversación entre Zhuling y un conocido personaje del entorno de las nuevas tecnologías, Michael Arrington,.. hablando sobre aelf y la industria blockchain


https://www.youtube.com/watch?v=v0puMd1xGRA

Aquí teneis el fichero completo para verlo todo junto.
Es una imagen de nuestro informe quincenal de Aelf
las comunidades de aelf siguen creciendo sin parar en todas las redes sociales: telegram, twitter, reddit, youtube..