Golden Observation｜¿Qué es el esquema de "fusión minimizada" discutido en Eth2.0?

Golden Finance News, el 12 de marzo, el desarrollador central de Ethereum, Mikhail Kalinin, publicó un documento de discusión (WIP) sobre la fusión de Ethereum 1.0 a 2.0 en la especificación técnica de Ethereum 2.0. Este tema se discutió en la reunión del Taller 2.0, y las dos partes están desarrollando técnicas especificaciones para lograr una solución de "fusión minimizada".

El esquema de "Consolidación minimizada" se propuso muy temprano, y el esquema señaló que la fusión de Eth1.0 y Eth2.0 ocurrió durante el período de transición de Eth1.X.

La idea básica de esta solución es construir una "cadena de balizas ejecutable", es decir, hacer un estado de acoplamiento entre la cadena de balizas y Eth1.0, y proporcionar datos de Eth1.0 como uno de los "fragmentos de datos". de la cadena de balizas Datos disponibles, que implica el diseño modificado del cliente Eth1.0.

La siguiente es una breve descripción de la solución, con algunos códigos oscuros y términos técnicos eliminados:

La hoja de ruta centrada en el resumen de Ethereum anuncia la fragmentación de datos como la principal idea de escalado de ejecución en eth2, lo que permite la escalabilidad en un único fragmento de ejecución y simplifica el diseño general. Este es un modelo de ejecución eth2 que reemplaza fragmentos ejecutables y admite un solo hilo de ejecución incluido en la cadena de balizas.

Golden Evening News | Noticias importantes en la tarde del 23 de junio: 12:00-21:00 Palabras clave: Cadena Kunyi, Bitmain, puerto de libre comercio de Hainan

1. Yunnan crea un diseño de comercio electrónico integrado 1+2+N para promover el desarrollo de la industria de la cadena de bloques.

2. La ciudad de Kunming lanzó la plataforma de servicio de cadena de bloques de transacciones de recursos públicos "Kunyi Chain".

3. Beijing Bitmain: llegó a un consenso preliminar sobre temas básicos como la producción y operación de la empresa.

4. Toige y Ant Blockchain cooperan para construir un sistema de servicio ecológico blockchain.

5. Wang Fanghong: El puerto de libre comercio de Hainan establecerá normas y reglas financieras de cadena de bloques antes de 2035.

6. KPMG lanzó KPMGChainFusion para ayudar a los clientes a administrar activos encriptados y tradicionales.

7. El equipo de desarrollo de BCH propuso algoritmos como EMA para resolver el problema de DAA, y los ingresos del grupo de ametralladoras pueden disminuir.

8. El CEO de Wirecard, un proveedor de pago con tarjeta bancaria cifrada, fue arrestado.

9. HDR, la empresa matriz de BitMEX, lideró la inversión en Sparrow, una plataforma de comercio de opciones encriptadas. [2020/6/23]

El diseño de fragmentos Eth1 asume la comunicación con fragmentos de datos a través de la cadena de balizas. Este enfoque tiene sentido si se implementará la Fase 2 con múltiples fragmentos de ejecución. Con el enfoque principal en una hoja de ruta centrada en rollup, colocar Eth1 en un fragmento dedicado (es decir, separado de la cadena de balizas y, a menudo, "cruzado") agrega una complejidad innecesaria a la capa de consenso y aumenta la latencia entre la publicación de datos en un fragmento y el acceso el fragmento.

Análisis | Disco dorado: el contrato perpetuo de BTC sube bloqueado, preste atención al riesgo de devolución de llamada: análisis exhaustivo del disco dorado: el contrato perpetuo de Bitmex está bajo presión de la línea de tendencia alcista anterior, el aumento a corto plazo está bloqueado, preste atención al riesgo de devolución de llamada, si puede abrirse paso, volverá a subir de nuevo como tendencia. [2018/8/21]

Por lo tanto, la propuesta propone deshacerse de esta complejidad incorporando datos eth1 (transacciones, estado de raíces, etc.) en bloques de balizas y obligando a los proponentes de balizas a generar datos eth1 ejecutables. Esto refleja la ejecución y eficacia de eth1 como núcleo del consenso.

Por lo tanto, se hace la siguiente propuesta:

El motor eth1 es mantenido por validadores en el sistema, y ​​cuando un validador tiene la intención de proponer un bloque de baliza, le pide a eth1-engine que cree datos eth1. Luego, incruste los datos Eth1 en el cuerpo del bloque de baliza que se está generando. Si los datos de eth1 no son válidos, también invalida el bloque de baliza que lleva esos datos.

Modificación del motor Eth1

Informe en vivo de Jinse Finance Li Wancai, cofundador de EOS Gravity Zone: Cada cadena de bloques es una economía: el 10 de junio, se llevó a cabo el Foro de Desarrollo de la Industria de Cadenas de Bloques del Instituto de Datos de Tsinghua en la Universidad de Tsinghua. Li Wancai, cofundador de EOS Gravity Zone, pronunció un discurso de apertura sobre "Blockchain Consensus Economy". Mencionó: "Cada cadena de bloques es una economía y debe incluir los tres elementos del mecanismo de consenso, el modelo de token y la vitalidad de la comunidad". proyecto ecológico, que no es diferente de los proyectos de Internet. [2018/6/10]

De acuerdo con el contenido anterior, centrándose en Eth1 Shard, diseñe eth1-engine y eth2-client para que se acoplen libremente y se comuniquen a través del protocolo RPC (verifique la relación de cliente eth1 + eth2). El motor Eth1 mantiene constantemente grupos de transacciones y descargadores de estado que requieren su propia pila de red. También debe reservar almacenamiento para bloques eth1.

La propuesta actual elimina el concepto de bloques eht1 y eth1-engine tiene dos formas posibles de manejar este cambio:

Análisis exclusivo de Jinse Finance sobre el deseo de Chengdu de convertirse en el centro de tecnología blockchain de China: El 9 de abril, se estableció formalmente la Asociación de Big Data de Chengdu. En el primer congreso de miembros celebrado el mismo día, la primera junta directiva recién elegida aprobó la Solicitud para la establecimiento del Comité Profesional de Cadena de Bloques de la Asociación de Big Data de Chengdu. Según el análisis exclusivo de Jinse Finance, Liang Gang, miembro de la Conferencia Consultiva Política Popular Municipal de Chengdu, señaló que "blockchain" es una tecnología digna de atención y desarrollo vigoroso. Durante las dos sesiones de la ciudad, sugirió que Chengdu debería construirse como un centro de tecnología blockchain en China. Chengdu se encuentra en el suroeste y siempre ha sido conocida como la tierra de la abundancia. Según las estadísticas, en 2017, se establecieron 77 nuevos proyectos nacionales de blockchain, con distribución geográfica: 36% en Beijing, 20% en Shanghái, 15% en Shenzhen , 8% en Hangzhou, 5% en Hong Kong y Chengdu 3%. En la región suroeste, Chengdu ocupa el primer lugar. A partir de estos datos, podemos ver cuánta importancia otorga Chengdu a la industria de la cadena de bloques. El establecimiento del comité profesional de cadenas de bloques de la Asociación de Big Data de Chengdu promoverá aún más el desarrollo de la industria de cadenas de bloques de Chengdu. [2018/4/10]

Cree sintéticamente un bloque eth1 a partir de los datos eth1 transportados por el bloque beacon

Modifique el motor para que el procesamiento de transacciones no requiera bloques eth1, pero use datos eth1

La primera opción parece más a corto plazo que la segunda. Permite una conversión más rápida de clientes eth1 a eth1-engine y se ha demostrado con eth1 shard PoC.

Los términos de datos ejecutables y ajustados deben usarse para representar datos que incluyen la raíz del estado eth1, las listas de transacciones (incluidas las raíces de recibos y los filtros de floración), la base de monedas, las marcas de tiempo, los hashes de bloque y todos los demás bits de datos necesarios para la funcionalidad de transición de estado eth1.

Además, la lista de responsabilidades del motor eth1 es similar a nuestras responsabilidades anteriores para Eth1 Shards. Observe principalmente los siguientes comportamientos del motor eth1:

Ejecución de Operaciones.

Mantenimiento del grupo de transacciones.

Creación de datos ejecutables.

Gestión del Estado.

Compatibilidad con JSON-RPC.

Manejo de bloques de baliza

Reemplace la estructura ExecutableData con Eth1Data en el cuerpo del bloque de baliza. Además, el procesamiento simultáneo de la cadena de balizas y eth1 permite depósitos instantáneos. Por lo tanto, los depósitos pueden eliminarse de la masa de la baliza.

Acceder al estado del bloque de balizas en EVM

Cambiamos la semántica del código de operación BLOCKHASH utilizado para devolver el hash del bloque eth1. En su lugar, se devuelve la raíz del tubo de la baliza. Esto permite comprobar pruebas del estado de la baliza o de aquellos datos contenidos en el bloque desde el slot anterior al buzón 256 hasta el último buzón incluido. La lectura de estado asíncrono tiene una gran desventaja. Un cliente debe esperar un bloque antes de poder crear una transacción con una prueba vinculada a ese bloque o la raíz del estado que produjo. En resumen, el acceso de estado asíncrono se retrasa al menos una ranura.

Acceso directo al estado

Suponga que el motor eth1 tiene acceso a un árbol merkle que representa el estado de toda la baliza. El EVM puede entonces tener un código de operación que lea READBEACONSTATEDATA(gindex) para proporcionar acceso directo a cualquier estado de baliza. Este código de operación tiene varias propiedades agradables. Primero, la complejidad de esta lectura depende del valor de gindex y es fácil de calcular, por lo que el precio del gas se puede deducir fácilmente. En segundo lugar, el tamaño de los datos devueltos es de 32 bytes, lo que encaja perfectamente en la palabra de 32 bytes de EVM.

Con este código de operación, se puede crear una biblioteca de accesos de estado de baliza de nivel superior, lo que proporciona una API conveniente para contratos inteligentes.

Este modelo elimina la latencia de acceso estatal. Por lo tanto, al realizar un orden adecuado de las operaciones de la cadena de balizas y eth1 (este último sigue al primero), N-1 puede acceder a los enlaces cruzados de N en los datos de fragmentos de ranura a ranura, lo que permite que el resumen pruebe la inclusión de datos de la manera más rápida. Además, este enfoque reduce los datos y la complejidad computacional de las lecturas del estado de la baliza.

El costo del acceso directo agrega complejidad al motor eth1. La capacidad de leer el estado de la baliza se puede lograr de diferentes maneras:

Pase el estado junto con los datos ejecutables. El principal problema con este enfoque es tratar con copias estatales de gran tamaño. Podría funcionar si restringe el acceso directo a un subconjunto de los datos de estado que necesita pasar una pequeña parte del estado a la ejecución.

canal de comunicación dúplex. Con un canal dúplex, eth1-engine podrá consultar el nodo de baliza para conocer el estado de la solicitud de EVM de forma síncrona. Dependiendo de cómo esté configurado el canal, la latencia puede convertirse en un cuello de botella para ejecutar transacciones con lecturas de estado de baliza.

Motor eth1 integrado. Si incrusta eth1-engine en un nodo de baliza (por ejemplo, como una biblioteca compartida), puede leer el estado desde el mismo espacio de almacenamiento a través de las funciones de host proporcionadas por el nodo.

Tags：

AAVE