​Un artículo para conocer nuevos tipos de transacciones en Ethereum

Hay diferentes tipos de transacciones en Ethereum, por ejemplo, enviar ETH a una dirección, implementar un contrato, etc. Antes de la actualización de la red de Berlín, había cuatro tipos de transacciones diferentes en Ethereum:

Transacciones regulares con direcciones de recepción, campos de datos, etc.;

Para transacciones de implementación de contrato sin direcciones de destino, el campo de datos se utiliza para códigos de contrato;

Una transacción con una firma de valor v, pero sin incluir el ID de la cadena (pre-EIP-155);

Una transacción con una firma de valor v, pero que incluye el ID de la cadena.

Diferentes clientes, bibliotecas y otras herramientas de Ethereum analizan cada transacción y comprenden cada tipo de transacción. Si bien solo hay cuatro tipos de transacciones, hay muchas complejidades y situaciones con las que lidiar. Los técnicos deben verificar todos los campos de la transacción para determinar qué tipo de transacción es. Esto es clave para los nuevos tipos de transacciones, como los tipos de transacciones anteriores a EIP-2718, como las meta transacciones y las transacciones multisig.

Ethereum ahora tiene un nuevo estándar de transacción, definido y creado por el desarrollador Micah Zoltu en EIP-2718. Los sobres de transacciones mecanografiados forman la base de algunas y otras características sin explotar en Ethereum.

La empresa australiana de desarrollo inmobiliario Niecon se asoció con la plataforma de bienes raíces NFT All Set para tokenizar una villa de $3 millones: El 30 de diciembre, la empresa australiana de desarrollo inmobiliario Niecon se asoció con la plataforma de bienes raíces NFT All Set para tokenizar una villa de lujo de $3 millones. se tokenizan, dividen y venden a $10 por fragmento. La venta de esta propiedad tokenizada tendrá lugar en enero de 2023. Los usuarios pueden comprar cualquier cantidad de NFT fragmentados en el sitio web de All Set o adquirir la propiedad de la propiedad comprando todos los fragmentos. Los titulares de NFT podrán obtener ingresos por alquiler de la casa. [2022/12/31 22:17:36]

En este artículo detallaremos algunos de los estándares incluidos en la actualización de Berlín, así como otros que pueden incluirse en el futuro.

Ethereum tiene un formato de transacción. Cada transacción incluye un nonce, precio de gas, límite de gas, dirección de destino, valor, datos, v, r y s. Estos campos están codificados en RLP de la siguiente manera:

RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s])

EIP-2718 define un nuevo sobre amplio para transacciones mecanografiadas. En el nuevo estándar, las transacciones se ven así:

Desheng Technology: La empresa tiene capacidades técnicas y aplicaciones típicas en el campo de la cadena de bloques: Golden Finance News, Desheng Technology declaró en la plataforma de interacción con inversores que la empresa tiene capacidades técnicas y aplicaciones típicas en el campo de la cadena de bloques, por ejemplo: la empresa emprende La La implementación de la aplicación de la cadena de valores es una de las aplicaciones principales del proyecto Beijing Minsheng Card. El uso de la tecnología blockchain para romper las barreras entre varios departamentos es más propicio para la realización del intercambio de información entre departamentos. Esta práctica de aplicación ha sido aprobado por los clientes del proyecto de Beijing y Huawei Altamente reconocido por otros socios. [2022/9/10 13:21:42]

TransactionType || TransactionPayload

donde los campos se definen como:

Tipo de transacción: un número entre 0 y 0x7f, hay 128 tipos de transacciones posibles en total.

Carga útil de la transacción: una matriz de bytes arbitraria definida por el tipo de transacción.

Estos campos se concatenan y combinan para formar una transacción escrita. El estándar no describe el formato de la carga útil de la transacción; puede ser cualquier serie arbitraria de bytes, codificados por los codificadores definidos por los nuevos tipos de transacciones (por ejemplo, RLP, SSZ, etc.). Se eligió la concatenación de bytes simple porque leer el primer byte de una matriz de bytes no requiere bibliotecas ni herramientas: no necesita un analizador RLP o SSZ para verificar el tipo de transacción.

Crema Finance: Conectó 1 700 100 USDC de Ethereum a Solana y completó la conversión: el 8 de julio, Crema Finance emitió una actualización sobre el ataque anterior, indicando que el equipo había conectado 1 700 100 USDC de Ethereum a Solana, y la conversión a SOL, mSOL y stSOL . El saldo de la dirección de Solana ahora incluye 30935 SOL, 17171 mSOL y 18295 stSOL. El USDC restante en Ethereum se conectará más tarde a la moneda estable correspondiente. [2022/7/8 2:00:34]

Este nuevo enfoque permite que los nuevos EIP introduzcan tipos de transacciones sin introducir una complejidad innecesaria en los formatos de transacciones existentes, y se vuelve más fácil diferenciar entre diferentes transacciones utilizando diferentes herramientas de Ethereum (clientes, bibliotecas).

Un buen ejemplo de complejidad añadida es EIP-155, que introduce la protección de respuesta mediante el uso de ID de cadena en las transacciones. Agregar un nuevo campo a los parámetros de la transacción rompería la compatibilidad con versiones anteriores, por lo que el ID de la cadena se codifica en el parámetro de recuperación (v) de la firma de la transacción (v). Con EIP-2718, simplemente podemos crear un nuevo tipo de transacción para mantener la compatibilidad con versiones anteriores.

Elon Musk: después de la adquisición de Twitter, el código se colocará en GitHub: Golden Finance informó que el jueves, el CEO de Tesla y SpaceX, Elon Musk, anunció la adquisición de $ 54.20 por acción (aproximadamente $ 43 mil millones) de Twitter. Al aparecer en el escenario en Ted2022 en Vancouver, Canadá, más tarde el jueves, Musk explicó por qué. Musk dijo que el código debería estar en GitHub para poder consultarlo. Simplemente creo que es importante para el funcionamiento democrático de los EE. UU. y otros países. Si podemos aumentar nuestra confianza en Twitter como plataforma pública, se reducirá el riesgo de civilización. (descifrar) [2022/4/15 14:25:51]

Un gran tema de EIP-2718 es la compatibilidad con versiones anteriores. EIP-2718 está en modo de compatibilidad con versiones anteriores completas, lo que significa que cualquier herramienta, biblioteca, billetera (hardware) y transacciones existentes pueden usarlo, pero no podrán usar las nuevas "características" proporcionadas por EIP-2718 y el estándar. . El antiguo formato de transacción (ahora llamado transacciones sin procesar) sigue siendo válido para nuevas transacciones en la red Ethereum.

Se eligió el número máximo de nuevos tipos de transacciones, 0x7f, para mantener la compatibilidad con versiones anteriores de estas transacciones antiguas. Las transacciones codificadas con RLP siempre comienzan con un byte que es l, y el parámetro es mayor o igual a 0xc0, por lo que las transacciones escritas nunca colisionarán con las transacciones antiguas, y las transacciones escritas se pueden distinguir simplemente comprobando el primer byte y las transacciones antiguas.

La plataforma de datos de salud blockchain DEVITA ha llegado a una cooperación con Polygon: Golden Financial News, la plataforma de datos de salud blockchain DEVITA ha llegado a una cooperación con Polygon A través de la red de Polygon, DEVITA puede aprovechar la transmisión de datos rápida y los costos de transacción ultra bajos para proporcionar su usuarios con Oportunidades para una atención médica más justa y una gestión de datos personales.

Se informa que DEVITA es una plataforma de datos de salud basada en blockchain diseñada para optimizar los procesos y operaciones médicas tradicionales a través de las últimas innovaciones en tecnologías de identificación descentralizada (DID) y token no fungible (NFT) La plataforma se lanzará pronto en Polygon. (blog.polygon.technology)[2022/4/14 14:24:17]

EIP-2718 en sí mismo no define ningún tipo de transacción, pero hay algunas propuestas para el nuevo estándar:

EIP-1559: Cambios en la tarifa del mercado de la cadena ETH1.0;

EIP-2711: Patrocinio, vencimiento y transacciones por lotes, también creado por el desarrollador Micah Zoltu, razón por la cual se creó EIP-2718;

EIP-2930: Listas de acceso opcionales.

Algunos de estos criterios se detallan más adelante.

Los nuevos tipos de transacciones pueden admitir la integración de funciones que, de lo contrario, se manejarían a través de contratos de Solidity o soluciones de terceros. Tomemos, por ejemplo, una oferta que está a punto de caducar. En las soluciones existentes, puede enviar fondos a un contrato de Solidity, firmar una transacción y enviar esa transacción a un nodo dedicado para que la transacción tenga parámetros adicionales, como una fecha de vencimiento. Luego, los nodos procesan el envío de la transacción y se aseguran de que se ejecute antes de la fecha de vencimiento establecida; de lo contrario, la transacción no se transmitirá. Algunas dApps y contratos (por ejemplo, Uniswap) tienen esto incorporado, pero para la mayoría de las transacciones, no es fácil de lograr.

EIP-2711 agrega esta funcionalidad de forma nativa a la red Ethereum, al tiempo que mantiene la compatibilidad con versiones anteriores con transacciones de tipo primitivo (como se describe en la sección anterior). No requiere contratos inteligentes o nodos dedicados para ejecutarse. Sin embargo, actualmente EIP-2711 todavía es un borrador y no está claro si este EIP se unirá a la red Ethereum en el corto plazo. 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 cambiado significativamente. En lugar de pagar el gas completo a los mineros, se quema una parte del gas. No detallamos todos los cambios en EIP-1559, pero especifica un nuevo formato de transacción:

0x02 || RLP([chainId, nonce, maxPriorityFeePerGas, maxFeePerGas, gasLimit, to, value, data, accessList, signatureYParity, signatureR, signatureS])

Los cambios más notables son:

El precio del gas ha sido reemplazado por "tarifa de prioridad más alta por gas" y "tarifa máxima por gas".

El ID de la cadena se codifica por separado en lugar de incluirse en el valor v de la firma. Básicamente, esto reemplaza a EIP-155 con una implementación más simple.

El valor de la firma v ahora es un bit de paridad simple ("paridad de la firma Y") que es 0 o 1, según el punto de la curva elíptica que se deba usar.

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

Dado que EIP-1559 realiza cambios significativos en el funcionamiento de las tarifas de gas, no es directamente compatible con las transacciones sin procesar. Para mantener la compatibilidad con versiones anteriores, EIP-1559 describe un método para actualizar transacciones sin procesar a transacciones compatibles con EIP-1559. Lo hace utilizando el precio del gas crudo como la tarifa de prioridad más alta y la tarifa de gas más alta por gas.

Las metatransacciones han existido durante algunos años, pero hasta ahora todavía requerían contratos inteligentes. Al igual que con las transacciones que vencen, esto requiere enviar ETH a un contrato inteligente, que debe admitir específicamente las metatransacciones.

EIP-2711 permite meta transacciones nativas (llamadas transacciones patrocinadas) y transacciones por lotes sin necesidad de contratos inteligentes. Se define un nuevo formato de transacción con el tipo de transacción 0x02 (aunque esto está sujeto a cambios ya que EIP-1559 usa el mismo tipo de transacción). La transacción es la siguiente:

0x02 || RLP([...SenderPayload, ...SenderSignature, ...GasPayerPayload, ...GasPayerSignature])

Básicamente, EIP-2711 incluye una carga útil (opcional) y la firma del pagador de gas. Esta cuenta se utilizará para pagar la tarifa de gas en la transacción. Por ejemplo, los tokens ERC-20 se pueden enviar desde una dirección sin que la dirección contenga ETH. La carga útil del remitente, la firma, etc. se definen en función del subtipo de transacción. Por ejemplo, para una transacción con el tipo de transacción 1, la carga útil del remitente se define como:

[1, ChildTransaction[], nonce, ChainId, ValidUntil, gasLimit, gasPrice]

La transacción secundaria se define como: dirección de envío, valor, datos. Esto hace posible especificar múltiples direcciones, valores y datos en una sola transacción. Por ejemplo, esto se puede usar para invocar aprobaciones y transferencias ERC-20 en una sola transacción.

Para obtener una descripción detallada de todos los subtipos de transacciones disponibles en EIP-2711, se recomienda a los lectores leer la documentación oficial.

Las transacciones mecanografiadas brindan muchas posibilidades a la red Ethereum. Se pueden crear sin agregar mucha complejidad a los clientes, bibliotecas y otras herramientas disponibles de Ethereum.

Actualmente, los nuevos tipos de transacciones no se usan mucho, ya que los EIP se incluyeron recientemente en la red, pero hay algunos EIP emocionantes en desarrollo, como EIP-2711, que agrega transacciones vencidas, transacciones por lotes y transacciones patrocinadas (también conocidas como metatransacciones). y otras características. Ahora se pueden definir nuevos tipos de transacciones en Ethereum, por lo que se pueden crear fácilmente otros EIP.

Este artículo es de Mycrypto, el autor original: Maarten Zuidhoorn.

Tags：

SHIB