Technology Weekly｜El cliente de Ethereum OpenEthereum ha comenzado a implementar EIP-1559

El Technology Weekly de esta semana contiene noticias técnicas sobre las redes Ethereum, Polkadot, Filecoin y COSMOS. Se llevó a cabo la Conferencia de Desarrolladores de Ethereum Core, que incluyó cuatro puntos de la agenda, como "Actualización de la bifurcación de Berlín". Se llevó a cabo la Conferencia de Desarrolladores de Ethereum Core. La agenda de la reunión incluye lo siguiente: 1. Actualización de la bifurcación de Berlín: Actualización de la bifurcación de Ropsten y Goerli. 2. EIP relacionados con la mejora de Londres: a. Reembolso de gas relacionado: EIP-3298 (desactivar reembolso de gas), EIP-3300 (reembolso de eliminación progresiva), EIP-3322 (almacenamiento eficiente de gas), EIP-3403 (reembolso de cancelación parcial). b. EIP-3198 (código de operación de TARIFA BASE). c. EIP-3368 (aumentar la recompensa del bloque a 3 ETH y planear disminuir a 1 ETH en 2 años). D. EIP-3382 (límite de gas de bloque codificado). 3. Tiempo y alcance de la actualización de la red: Londres, Shanghái (siga Londres o concéntrese en The Merge), EIP-3238 (bomba de dificultad, es necesario llegar a un acuerdo sobre la fecha límite de extensión). 4. Analice otros EIP según lo permita el tiempo: EIP-2315, compatibilidad con BLS, EIP-3074, EIP-2327, EIP-2677, EIP-2935, otros EIP de CFI. Sigma Prime lanzó las noticias oficiales de la versión Lighthouse v1.2.1 del cliente Ethereum 2.0. El equipo de desarrollo de Lighthouse del cliente Ethereum 2.0 Sigma Prime lanzó la versión Lighthouse v1.2.1, que reduce la posibilidad de bloques huérfanos. Se recomienda que todos los contribuyentes actualicen lo antes posible. tan pronto como sea posible. Los desarrolladores de Ethereum proponen priorizar las fusiones de ETH2.0 después de la actualización de la bifurcación dura de Londres Mikhail Kalinin del cliente de Ethereum 2.0 Teku propuso que después de la actualización de la bifurcación dura de Londres (prevista para julio), se debe dar prioridad a las fusiones de ETH2.0. Kalinin dijo que era posible lograr una fusión más rápida gracias a la reciente propuesta de fusión acelerada de Vitalik. La principal ventaja de este esquema es que introduce menos cambios necesarios para una actualización consistente en la red principal de Ethereum, es decir, reemplaza PoW con PoS. Esta propuesta significa que la fusión se convierte en el foco principal del núcleo de ethereum después de Londres y Altair (se espera que la actualización de la cadena de balizas ocurra pronto). Se informa que Altair es el nombre de la primera actualización del protocolo Beacon Chain, que fue votado por la comunidad. Según noticias anteriores, los principales desarrolladores de Ethereum están formulando las especificaciones técnicas mínimas para la fusión de ETH2.0. Danny Ryan, un investigador y desarrollador de la Fundación Ethereum, y Mikhail Kalinin, Teku, un cliente de ethereum 2.0, están explorando la creación de un producto que conserve algunas funciones para su uso posterior. Mikhail Kalinin propuso una "cadena de balizas ejecutable" (propuesta a fines de noviembre de 2020) que simplificaría la complejidad del diseño original. Kalinin ha publicado una solicitud de extracción en GitHub para involucrar a los desarrolladores en la implementación de la propuesta. Al mismo tiempo, V God espera acelerar el proceso de fusión de Eth1 y Eth2. Las ventas de XRP aumentaron un 97 % en el primer trimestre: Jinse Finance informó que, según el nuevo informe trimestral de Ripple, en el primer trimestre de 2021, las ventas de XRP aumentaron un 97 %. La compañía vendió un total de $ 150,34 millones en XRP en el primer trimestre, un aumento que atribuyó a un "compromiso más profundo" de los clientes que utilizan su producto ODL impulsado por XRP para pagos transfronterizos. [2021/5/7 21:32:02] Los desarrolladores de Ethereum proponen resolver el problema del tamaño del estado de ETH para promover la adopción a gran escala de ETH Lakshman Sankar, un desarrollador de Ethereum, dijo que Ethereum ya tiene mucho desarrollo, pero no mucha atención, pero para la adopción masiva, es un problema importante que debe resolverse. El "estado" de Ethereum consiste en todos los datos necesarios para procesar nuevas transacciones. Cada nodo necesita almacenar estos datos para validar la cadena. Con el crecimiento explosivo de NFT y DeFi, la escala de estos datos está creciendo a un ritmo cada vez más rápido. Si esto continúa, la mayoría de las personas no podrán participar en la validación de la red. La idea clave que motiva la solución es que ETH no cobra a los usuarios por el "alquiler" de almacenamiento. Ahora el costo de almacenar ETH (vía gas) es la instrucción STORE en ETH. Esto es malo económicamente. El costo de los nodos de almacenamiento es ilimitado (suponiendo que ETH exista para siempre), pero los usuarios solo deben pagar una vez. La solución actual al problema del estado es: 1. El estado expira, 2. Débil apátrida. La actualización de Ethereum Shanghai puede comenzar en octubre a partir del 19 de marzo. Según las noticias del 19 de marzo, los desarrolladores de Ethereum están discutiendo actualmente la prioridad de la actualización de Shanghai. Una opción es que la actualización de Shanghái se lance como otra bifurcación de características que incluya EIP no incluidos en la actualización de Londres. Otra opción es adoptar la propuesta de fusión acelerada de Vitliak Buterin y actualizar Shanghái como una fusión de Eth1<>Eth2. Si se adopta el primer método y la actualización de Shanghái se lanza como una bifurcación funcional, es posible que se lance en octubre de 2021. En caso de ser esto último, la salida se aplazará a una fecha posterior. La actualización de Shanghái es una actualización de bifurcación dura de Ethereum que sigue a la actualización de Londres. La actualización de Shanghái puede contener EIP que no llegaron a la actualización de Londres, ya que la actualización de Londres solo realizará cambios menores (retrasando la bomba de dificultad y EIP-1559) para minimizar la complejidad de la actualización. El EIP de actualización de Shanghái puede incluir 3298 (eliminación del reembolso de gas para SSTORE y SELFDESTRUCT) o 3322 (reembolso de gas efectivo). V God anunció el diagrama de "compromiso polinomial" Se considera que es la clave para la futura actualización de Ethereum. El 17 de marzo, V God publicó un documento hace unos días para anunciar el diagrama del método "polinomios compromisos" (polinomios compromisos). Los compromisos polinómicos se están considerando como una forma de verificar el estado de la red a un bajo costo computacional. Está relacionado con futuras actualizaciones de Halo y Ethereum, que pueden reducir el tamaño de los datos testigo (testigos) de los clientes de Ethereum sin estado a casi cero y lograr una mejor escalabilidad. V God dijo que las raíces de Merkle de los datos de bloque actuales (como los bloques de fragmentos de Ethereum 2.0) se pueden reemplazar con compromisos polinómicos, y las ramas de Merkle (ramas de Merkle) se pueden reemplazar con pruebas abiertas. Esto traerá dos beneficios: 1. Los controles de disponibilidad de datos serán más fáciles y no habrá fraude 2. Brindará beneficios para accesos múltiples para bloquear datos. Al mismo tiempo, Vitalik ha dicho que la tecnología de encriptación de compromiso polinomial es la clave para los clientes sin estado, pero está lejos de ser perfecta. La principal ventaja de los compromisos polinómicos es que es mucho más fácil generar pruebas complejas debido a su estructura matemática. Además, el investigador Danny Ryan dijo que el equipo de investigación de Ethereum 2.0 ahora se inclina por utilizar compromisos polinómicos para reducir los datos utilizados para cada cálculo en la red. "Los compromisos polinómicos podrían ser el gran avance que hemos estado buscando", dijo Ryan. (Empuje comparativo) Synbit ha lanzado una versión beta en HECO esta semana. La dirección del contrato aún no se ha anunciado: Según fuentes oficiales, Synbit ha lanzado una versión beta en HECO esta semana. En la actualidad, Synbit no ha emitido monedas y ha No se ha anunciado ningún contrato de dirección. Las direcciones de contrato que circulan actualmente en varias comunidades son todas direcciones fraudulentas, por favor, preste atención al canal de información oficial de Synbit y tenga cuidado de no ser engañado. [2021/3/10 18:31:56] El cliente de Ethereum OpenEthereum ha comenzado a implementar la implementación de EIP-1559 El 16 de marzo, el cliente de Ethereum OpenEthereum ha comenzado a implementar la implementación de EIP-1559. Los desarrolladores de Ethereum propusieron la propuesta EIP-3382 para fijar el límite de gas del bloque sin que los mineros lo restrinjan. El desarrollador de Ethereum, Philippe Castonguay, propuso la propuesta EIP-3382, proponiendo codificar el límite de gas del bloque a 12 500 000 de gas por bloque. Actualice las reglas de verificación del bloque, si el campo del encabezado del límite de gas no es igual a 12,500,000, el bloque no es válido. Philippe Castonguay dijo que el límite de gas del bloque está codificado porque es un parámetro clave que requiere que la red llegue a un consenso y no está sujeto a las restricciones de los mineros. Philippe Castonguay cree que los diseños de PoW y PoS de Ethereum asumen que los productores de bloques (mineros) son financieramente racionales, pero no asumen que los mineros son benévolos. Sin embargo, hay una excepción, y es que cuando los mineros eligen el límite de gas para un bloque, se supone que el minero se preocupa por la salud a largo plazo y la descentralización de la cadena. De hecho, el límite de gas del bloque es el único parámetro en Ethereum que no está determinado por el consenso del nodo, sino que lo eligen los mineros. Esta decisión se tomó inicialmente para permitir cambios de emergencia para bloquear los límites de gas si fuera necesario. Aumentar o disminuir significativamente este parámetro puede tener consecuencias graves, lo que puede ser indeseable. Por lo tanto, este es un parámetro crítico que requiere el consenso de los nodos para evitar cambios dañinos repentinos impuestos por un pequeño número de participantes en el resto de la red. La función de la parachain rococó es estable y se espera ver la propuesta de Kusama de la parachain a nivel de sistema dentro de dos semanas. El miembro del consejo de la plataforma Polkadot DeFi Acala, Bryan Chen, dijo en el evento "Explore Kusama DeFi Center Karura, Capte el 2021 KSM Nuggets Era" que actualmente es la última La versión de Rococo admitirá 200 validadores y se está sometiendo a una prueba de esfuerzo a mayor escala. Al mismo tiempo, Acala también ha realizado pruebas de cadena cruzada con otros proyectos, incluidos Plasm, HydraDX, etc. ., e inicialmente verificó la realización de la función de transacción de cadena cruzada y la estabilidad. Y Bryan dijo que si la próxima prueba sale bien, entonces podemos ver la propuesta de Kusama de agregar el sistema parachain statemint dentro de 2 semanas, y luego se llevará a cabo un referéndum. Después de que el referéndum sea exitoso, solo espere a que termine el referéndum, entonces podemos ver la primera parachain de Kusama. Al final, habrá unas semanas de pruebas en Kusama y, si todo sale bien, se podrá lanzar oficialmente la propuesta de referéndum para la apertura de la paracaídas. El módulo de crowdfunding de parachain de Polkadot lanza el código base El 16 de marzo, el desarrollador principal de Parity, Shawn Tabrizi, dijo en la comunidad que el módulo de crowdfunding de parachain de Polkadot lanzó el código base. COSMOS Network La herramienta de desarrollo de aplicaciones Cosmos, Starport, lanzó la versión v0.15 para admitir el protocolo IBC El 17 de marzo, la empresa de desarrollo de Cosmos, Tendermint, anunció que la herramienta de desarrollo de aplicaciones Cosmos, Starport, lanzó oficialmente la versión v0.15. Esta versión es compatible con el Protocolo de comunicación entre cadenas de bloques (IBC), que ayudará a los desarrolladores a crear módulos, paquetes, mensajes y tipos de índices de IBC, y puede utilizar la capa de retransmisión integrada para acelerar el desarrollo de cadenas cruzadas de IBC. Starport ha sido compatible anteriormente con Cosmos SDK Stargate. Cosmos lanzó una nueva propuesta para permitir la transferencia de IBC noticias oficiales. Cosmos lanzó una nueva propuesta para habilitar la transferencia de IBC. La propuesta permite el uso del estándar ICS20 en Cosmos Hub para transmitir y recibir activos. Si se aprueba la propuesta, ATOM será utilizado en el área conectada a IBC. Iqlusion cree que la tecnología IBC es lo suficientemente estable para una pequeña cantidad de transferencia de valor. IBC es un protocolo para pasar mensajes autenticados entre cadenas de bloques soberanas heterogéneas, lo que requiere confianza en que las cadenas en ambos extremos de la conexión operen dentro de su modelo de seguridad. Shenyu: algunos valores de retorno del nodo de loto de Filecoin no se ajustan a la lógica convencional Shenyu y Cobo dieron oficialmente detalles del "ataque de doble gasto" de Filecoin hoy: el nodo de loto de Filecoin proporciona múltiples API para obtener transacciones en la cadena, por ejemplo , ChainGetBlockMessages puede obtener todo el contenido de la transacción en el bloque especificado, y StateGetReceipt puede obtener el resultado de ejecución correspondiente a la ID de transacción especificada. El intercambio atacado esta vez usa estas dos API para analizar el comportamiento de transferencia en la cadena y, en base a esto, ingrese la cuenta del usuario. Sin embargo, no notaron que la interfaz StateGetReceipt tiene un diseño que no se ajusta al pensamiento lógico convencional, es decir, al obtener el resultado de ejecución del ID de transacción especificado, si la transacción ha sido RBF (reemplazar por tarifa), será devolver el éxito final de RBF El resultado de la ejecución de esa transacción, y no hay ninguna indicación en el valor de retorno de que este sea el resultado de la ejecución de la transacción después de RBF. Supongamos que el atacante primero envía TX1, la ID de transacción correspondiente es TXID1, luego el atacante realiza RBF en TX1 para generar TX2, la ID de transacción correspondiente es TXID2 y finalmente TX2 se carga con éxito en la cadena. En este momento, consulta TXID1 y TXID2 por separado a través de StateGetReceipt, ¡y podrás obtener el resultado correcto! El equipo técnico de Cobo Custody ha descubierto los problemas anteriores en el proceso de conexión a Filecoin, por lo que en lugar de utilizar ChainGetBlotckMessages y StateGetReceipt para obtener el comportamiento de transferencia en la cadena, utiliza ChainGetParentMessages y ChainGetParentReceipts para obtener transacciones que se han subido correctamente a la cadena. , para evitar fundamentalmente Se evita el riesgo de ser una recarga de doble gasto, por lo que no se ve afectada por este ataque de recarga de doble gasto. Además, en el proceso de uso de ChainGetParentMessages y ChainGetParentReceipt, el equipo técnico de Cobo Custody descubrió que algunos de los valores de retorno del nodo lotus no son muy consistentes con el pensamiento lógico convencional, por ejemplo, hay algunos problemas con el procesamiento de bloques vacíos. El equipo técnico de Cobo Custody ha manejado esto adecuadamente y por la presente recuerda a otras instituciones de custodia centralizada que verifiquen cuidadosamente los códigos de acoplamiento relevantes para evitar otros ataques de recarga de doble gasto.

Tags：

USDC