Nuevos tipos de transacciones en Ethereum: Introducción a EIP-2718

Ethereum usa diferentes tipos de transacciones para definir diferentes operaciones, como enviar ether a una dirección, implementar un contrato, etc.

Antes de la reciente actualización de Berlín, había principalmente 4 "tipos" de transacciones diferentes en Ethereum:

Transacción regular con dirección del beneficiario, campos de datos

Para una transacción de implementación de contrato sin una dirección de beneficiario, el campo de datos se completa con el código de contrato

Transacciones cuyo valor v de firma no contiene un ID de cadena (antes de la implementación de EIP155)

Transacciones cuyo valor v de firma contiene el ID de la cadena

Todos los tipos de transacciones anteriores siguen el mismo formato. Diferentes clientes, bibliotecas y otras herramientas de Ethereum deben analizar cada transacción para determinar a qué tipo pertenece. Estos cuatro tipos de transacciones diferentes presentan muchas complicaciones. Necesitamos mirar todos los campos de la transacción para determinar su tipo. Esta es una gran dificultad que las personas deben enfrentar al proponer nuevos tipos de transacciones (como metatransacciones, transacciones de múltiples firmas, etc.), hasta que aparece EIP 2718 para romper este dilema.

Ethereum ahora tiene un nuevo estándar de transacción Typed Transaction Envelope, definido por el proponente de EIP 2718, Micah Zoltu. Este estándar constituye la base de algunas características nuevas y próximas en Ethereum. En este artículo, revisamos algunos de los estándares introducidos por la actualización de Berlín y otros que pueden introducirse en el futuro.

En el pasado, todas las transacciones de Ethereum seguían el mismo formato. Cada transacción de Ethereum tiene 6 campos: nonce, gasprice, gaslimit, to address, value, data, v, r y s. Estos campos deben estar codificados en RLP de la siguiente manera:

MetaMundo lanza el mercado interoperable Metaverse NFT: 19 de julio Noticias MetaMundo, con sede en Ámsterdam, dijo el martes que lanzó un mercado 3D NFT. MetaMundo es un mercado de activos del mundo virtual como galerías, villas, locales de música, parques, avatares y vehículos, con un enfoque en la producción de activos que se pueden usar en múltiples plataformas de mundo virtual. Para hacer esto, la compañía toma diseños 3D creados por artistas y crea múltiples archivos 3D para las diferentes plataformas de Metaverse a través de una canalización de conversión y optimización. Como tal, cada NFT vendido en MetaMundo contiene un conjunto de archivos 3D, lo que lo hace compatible con múltiples metaversos, incluidos Decentraland, Cryptovoxels, The Sandbox y Spatial. MetaMundo dice que se pueden agregar nuevos archivos 3D a NFT en el futuro, por lo que también será compatible con el entorno emergente de Metaverse. (El Bloque)[2022/7/19 2:24:07]

RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s]) EIP 2718 define un nuevo sobre genérico para transacciones escritas. Bajo el nuevo estándar, las transacciones se ven así:

TransactionType || TransactionPayload La definición de los campos anteriores es:

TransactionType: un valor en el rango de 0 a 0x7f, que puede representar hasta 128 tipos de transacciones.

TransactionPayload: una matriz de bytes arbitraria definida por el tipo de transacción.

Conecte (combine) los campos anteriores para obtener una transacción escrita. EIP 2718 no define un formato para la carga útil de una transacción. Por lo tanto, la carga útil de una transacción puede ser cualquier secuencia codificada de bytes, siempre que utilice un codificador que se ajuste a la definición del nuevo tipo de transacción (como RLP, SSZ, etc.). Se eligió la concatenación simple de bytes porque leer el primer byte de una matriz de bytes es muy simple sin usar bibliotecas o herramientas. Es decir, no necesita usar analizadores RLP o SSZ para determinar los tipos de transacciones.

Riot Blockchain: la empresa posee alrededor de 3995 bitcoins, todos producidos por operaciones mineras: según las noticias del 3 de noviembre, Riot Blockchain (RIOT.O) declaró que se produjeron 464 bitcoins en octubre de 2021, un aumento interanual del 433%; al 31 de octubre de 2021, se mantienen aproximadamente 3.995 bitcoins, todos producidos por las operaciones mineras de la empresa. (Diez de oro) [2021/11/3 6:30:00]

Este enfoque evita que los nuevos EIP agreguen complejidad a los formatos de transacciones existentes al introducir nuevos tipos de transacciones, y facilita que las diferentes herramientas de Ethereum (clientes, bibliotecas) diferencien entre diferentes transacciones.

EIP-155 es un buen ejemplo de este punto de mayor complejidad. Logra la protección contra ataques de repetición mediante la introducción de ID de cadena en las transacciones. Dado que agregar un nuevo campo a los parámetros de la transacción rompería la compatibilidad con versiones anteriores, la identificación de la cadena se codifica en el parámetro de recuperación (v) de la firma de la transacción, como se explica en mi publicación anterior sobre firmas digitales. Con la implementación de EIP 2718, podemos definir nuevos tipos de transacciones sin afectar la compatibilidad con versiones anteriores.

Una característica importante de EIP 2718 es la compatibilidad con versiones anteriores. EIP 2718 es totalmente compatible con versiones anteriores. Es decir, las herramientas, bibliotecas, carteras (de hardware) y transacciones existentes funcionan de manera inmediata, pero no pueden usar las nuevas "características" proporcionadas por EIP 2718 (y los estándares que adoptan EIP 2718). Las transacciones nuevas en la red Ethereum aún pueden usar el formato de transacción anterior (es decir, transacciones heredadas).

Hay hasta 0x7f tipos de transacciones nuevas. Este límite superior se eligió para garantizar la compatibilidad con versiones anteriores de transacciones heredadas. El primer byte de una transacción codificada con RLP siempre es mayor o igual a 0xc0, por lo que las transacciones escritas nunca entrarán en conflicto con las transacciones tradicionales, y las transacciones escritas y las transacciones tradicionales se pueden distinguir por el primer byte.

ZEC rompe la marca de los $80 con un aumento intradiario del 13,26 %: según datos de Huobi Global, ZEC ha subido en el corto plazo, superando la marca de los $80, y ahora está en $80,01, con un aumento intradiario del 13,26 %. el mercado fluctúa mucho, así que haga un buen trabajo en el control de riesgos. [2020/11/24 21:52:12]

EIP 2718 en sí mismo no define ningún tipo de transacción, pero ya hay algunos EIP que adoptan este nuevo estándar:

EIP 1559: Reforma del mercado de tarifas de transacción para la cadena ETH 1.0. Debe haber oído hablar de este EIP.

EIP 2711: Transacciones de pago de agencia, transacciones de fecha límite y transacciones por lotes. Este EIP también fue propuesto por Micah Zoltu para lo cual se creó el estándar definido en EIP-2718.

EIP 2930: Listas de acceso opcionales.

A continuación explicamos en detalle algunos de estos criterios.

Los nuevos tipos de transacciones permiten la integración funcional que, de otro modo, requeriría la ayuda de contratos de Solidity o soluciones de terceros. Tome las transacciones de fecha límite como un ejemplo. En las soluciones existentes, puede enviar fondos a un contrato de Solidity, firmar una transacción y enviarla a un nodo dedicado, dando a la transacción parámetros adicionales (por ejemplo, fecha de vencimiento). Luego, el nodo procesa la transacción, asegurándose de que se ejecute antes de la fecha de vencimiento; de lo contrario, la transacción no se transmitirá. Algunas dApps y contratos (como Uniswap) tienen esta función integrada, pero es difícil de implementar para la mayoría de las transacciones.

EIP 2711 puede agregar esta funcionalidad a la red Ethereum mientras mantiene la compatibilidad con las transacciones tradicionales (como se describe anteriormente) sin la necesidad de contratos inteligentes o nodos dedicados. Sin embargo, EIP 2711 aún es un borrador y no estamos seguros de si se implementará en la red Ethereum en un futuro próximo. EIP 2711 también se puede dividir en varios EIP más pequeños (como EIP 3074).

En EIP 1559, la forma en que funciona el gas ha sufrido un cambio drástico: el gas se destruirá parcialmente y ya no se pagará por completo a los mineros. Este artículo no detallará todos los cambios en EIP 1559, pero EIP 1559 propone un nuevo formato de transacción:

0x02 || Los cambios más notables en RLP([chainId, nonce, maxPriorityFeePerGas, maxFeePerGas, gasLimit, to, value, data, accessList, signatureYParity, signatureR, signatureS]) incluyen:

Reemplace el precio del gas con "tarifa prioritaria máxima por gas" y "tarifa máxima por gas".

El ID de la cadena se codifica por separado y ya no se incluye en el valor v de la firma. En realidad, esto reemplaza a EIP 155 con una implementación más simple.

El valor de la firma v se convierte en un dígito de control simple (el "dígito de control de la firma Y") que es 0 o 1, según el punto de la curva elíptica que se utilice.

EIP 1559 también proporciona una forma de especificar listas de acceso basadas en EIP 2930. Esto reduce el costo del gas de las transacciones.

Dado que EIP 1559 cambia drásticamente la forma en que funcionan las tarifas de gas, no es directamente compatible con las transacciones tradicionales. Para garantizar la compatibilidad con versiones anteriores, EIP 1559 propone un método para actualizar las transacciones tradicionales a transacciones compatibles con EIP 1559, es decir, usar "tarifa de prioridad más alta por unidad de gas" y "tarifa más alta por unidad de gas" en lugar de "precio de gas". ".

Las metatransacciones han existido durante algunos años, pero hasta ahora se han basado en contratos inteligentes. Al igual que las transacciones con fecha límite, las metatransacciones también requieren que los usuarios envíen ether a un contrato inteligente creado específicamente para las metatransacciones.

EIP 2711 permite metatransacciones nativas (también conocidas como transacciones de pago) y transacciones por lotes sin depender de contratos inteligentes. Aquí se define un nuevo formato de transacción y el tipo de transacción es 0x02 (pero el tipo de transacción puede cambiar, porque EIP-1559 también usa el mismo identificador de tipo de transacción). La transacción se ve así:

0x02 || RLP([...SenderPayload, ...SenderSignature, ...GasPayerPayload, ...GasPayerSignature]) EIP 2711 incluye principalmente la carga útil del pagador de gas (la cuenta utilizada para pagar la tarifa de transacción de gas) (opcional ) y firma. Esto permite enviar tokens ERC 20 incluso a direcciones que no tienen ether.

La carga útil, la firma, etc. del remitente se definen en función del subtipo de transacción (1 a 4). Por ejemplo, si el tipo de transacción es 1, la carga útil del remitente se define como:

[1, ChildTransaction[], nonce, ChainId, ValidUntil, gasLimit, gasPrice] ChildTransaction se define como [to, value, data], que puede especificar la dirección, el valor y los datos del beneficiario en una sola transacción. Por ejemplo, ChildTransaction se puede usar para llamar a la aprobación y transferencia de ERC 20 en una sola transacción.

Si desea obtener más información sobre los subtipos de transacciones de EIP 2711, le recomiendo que lea la especificación de EIP 2711.

Las transacciones escritas brindan más posibilidades a la red Ethereum. Creamos transacciones tipeadas sin agregar complejidad a los clientes, bibliotecas y otras herramientas de Ethereum.

Actualmente, los nuevos tipos de transacciones no se usan mucho ya que EIP 2718 se agregó recientemente a la red, pero hay algunos EIP geniales en desarrollo, por ejemplo, EIP 2711 propone transacciones de fecha límite, transacciones por lotes y transacciones de pagos de proxy (es decir, meta- actas). Dado que se pueden definir nuevos tipos de transacciones en Ethereum, también será más fácil proponer nuevos EIP.

Tags：

Shiba coin