La semana pasada, vimos que al menos tres estándares relacionados con Ethereum se discutieron intensamente desde varios canales. Estos estándares son EIP-6969, ERC-721C y ERC-6551, cada uno con diferentes propósitos e impactos potenciales.

Cada estándar tiene el potencial de formar o cambiar una industria, por lo que su importancia es evidente. Saberlo con anticipación también puede ayudarlo a descubrir nuevas tendencias y tendencias actuales.

Sin embargo, una característica del mundo criptográfico es la naturaleza dispersa y repentina de la información, sumada a los recursos limitados, lo que puede impedirle profundizar en las características técnicas de cada estándar y sus posibles impactos. Por lo tanto, Deep Tide tiene como objetivo compilar, interpretar y comparar estos estándares, guiándolo hacia una comprensión integral de una manera clara y comprensible.

1.EIP6969: ¿Beneficiará a los creadores de contratos inteligentes y al ecosistema L2?

EIP-6969 es una propuesta que surgió por primera vez alrededor del 8 de mayo. Introduce un protocolo universal destinado a implementar los ingresos protegidos por contratos (CSR). Esta propuesta puede verse como una versión mejorada de la anterior EIP-1559.

Dicho en términos sencillos, el protocolo espera permitir a los creadores de contratos inteligentes tomar una parte de las tarifas de gas generadas por los usuarios que utilizan los contratos.

El coautor de la propuesta,https://twitter.com/owocki@owocki, también mencionó que espera incentivar a los desarrolladores de contratos inteligentes a través de este mecanismo para promover el desarrollo del ecosistema Ethereum L2, sin implementar esta propuesta. en Ethereum L1 para mantener la neutralidad de L1.

Según mi interpretación, si este mecanismo de incentivo se implementa en Ethereum L1, es probable que atraiga a actores buenos y malos que quieran manipular el volumen de transacciones, lo que resultará en congestión. En general, las desventajas superan los beneficios. Por lo tanto, implementarlo en L2 puede ser una mejor opción.

Sin embargo, para comprender completamente esta propuesta EIP-6969, es necesario comprender el funcionamiento actual y la composición de las tarifas del gas en Ethereum. Se trata del EIP-1559 anterior.

EIP-1559 entró en vigor durante la bifurcación dura de Ethereum en Londres en agosto de 2021. Especifica diferentes destinos para las tarifas de transacción pagadas por los usuarios:

1. Quemar: se quema una parte de las tarifas de transacción en cada bloque. Esta tarifa se elimina permanentemente del suministro, lo que reduce el suministro total de Ethereum.
2. Tarifa base: una parte de la tarifa base de transacción pagada por los usuarios se distribuye a los mineros como recompensas en bloque. En EIP-1559, una parte de la tarifa base se utiliza como recompensa para los mineros para animarlos a seguir participando en la creación de bloques y el procesamiento de transacciones.
3. Tarifa de prioridad máxima: la tarifa de prioridad máxima pagada por el usuario forma parte de la tarifa adicional. Esta tarifa va directamente a los mineros como recompensa por sus transacciones. La tarifa de prioridad máxima la establece activamente el usuario y puede usarse para aumentar la prioridad de procesamiento de la transacción, atrayendo así a los mineros a procesar la transacción primero.

Es obvio que EIP-1559 en realidad no considera los intereses de los desarrolladores por contrato. De hecho, como cadena pública, puedes pensar en el lado de la oferta de Ethereum como dos partes:

Validadores (mineros originales) + Desarrolladores de contratos. El primero proporciona esencialmente un libro de contabilidad confiable, mientras que el segundo ofrece una variedad de aplicaciones. Por lo tanto, es teóricamente razonable darle también a estos últimos una parte del pastel.

Si EIP-6969 se puede implementar en tiempo real, la tarifa del gas se puede dividir en: quema + tarifa base + tarifa de prioridad + tarifa pagada a los desarrolladores contratados.

En resumen, existen conexiones y diferencias entre EIP-6969 y EIP-1559. EIP-1559 es una propuesta de mejora del protocolo que se centra en el mecanismo de tarifas de transacción, con el objetivo de proporcionar tarifas de transacción más estables y predecibles y gestionar la congestión de la red. De manera similar, si bien mantiene las ventajas de EIP-1559, EIP-6969 alinea aún más los mecanismos de incentivos de los creadores de contratos y la red al introducir un mecanismo de ingresos para los creadores de contratos, promoviendo la participación y las recompensas de los creadores de contratos.

Podemos utilizar la siguiente tabla para demostrar claramente las funciones y los impactos de EIP-6969, así como sus orígenes con EIP-1559:

Tenga en cuenta que creemos que el principal riesgo de este nuevo protocolo es que si los desarrolladores de contratos de incentivos pueden recibir tarifas de gas, ¿conducirá esto a la aparición de más contratos basura? Por lo tanto, en realidad existen riesgos de seguridad de los contratos y el riesgo de ocupar recursos públicos en toda la cadena pública.

2. ERC-721C: On-chainización de regalías de NFT

ERC-721C fue propuesto por Limit Break como una mejora del estándar de token no fungible (NFT) ERC-721 en Ethereum. Su objetivo principal es brindar a los creadores de NFT más control y personalización sobre sus colecciones de NFT y cómo se manejan las regalías.

Nota:

Limit Break es un estudio de desarrollo de juegos gratuito que introdujo el concepto de Creator Tokens en enero de 2021. La versión 1.1 del estándar ERC721-C se lanzó en mayo de 2023, implementando muchos conceptos de Creator Tokens.<a href="https://twitter.com/huntersolaire_""> @huntersolaire_ también detalló los detalles de este estándar en un tweet.

El repositorio oficial "Creator Token Transfer" de Limit Break muestra que ERC721-C es actualmente compatible con Ethereum y Polygon. También cuenta con el respaldo de la red de prueba Sepolia para Ethereum y la red de prueba de Mumbai para Polygon.

Por el nombre "Creator Token", es evidente que ERC721-C está más centrado en los creadores, priorizando así la protección de las regalías.

Para decirlo en términos sencillos, según el estándar ERC-721 actual, las regalías son en realidad solo un acuerdo comercial y no se pueden hacer cumplir en la cadena. Se propuso ERC-721C para resolver este problema y hacer de las regalías una regla de contrato inteligente aplicable en la cadena de bloques.

Con ERC721-C, algunos usos posibles incluyen:

1. Regalías compartidas: en lugar de que los creadores de NFT reciban todos los beneficios de regalías de NFT por sí solos, se pueden distribuir entre los creadores y titulares de NFT para recompensar a los primeros usuarios.
2. Sólo el acuñador recibe regalías: el acuñador de NFT puede ser el único destinatario de las regalías, en lugar del propio creador.
3. Pagos de regalías condicionales: el pago de regalías por determinadas transacciones NFT se puede determinar en función de diferentes condiciones. Por ejemplo, un contrato ERC-721C se puede configurar para que las regalías solo se paguen cuando el precio de venta secundario sea mayor que el precio de acuñación original.
4. Regalías transferibles: los creadores de NFT pueden emitir un NFT independiente al titular, otorgándole el derecho a recibir regalías. Por ejemplo, cuando se acuña “NFT X”, también se emite un NFT denominado “NFT Y”, que tiene derecho a todas las regalías generadas por “NFT X”.

El lanzamiento de ERC-721C tendrá un impacto importante en la industria NFT:

1. Proporcionar un mayor control a los creadores: ERC-721C mejora el control de los creadores sobre sus diseños NFT y permite que los pagos de regalías se hagan cumplir a través de reglas de contrato en cadena, otorgando así a los creadores una mayor autonomía y protección de derechos.
2. Promover una distribución justa de regalías: con la funcionalidad de regalías programables, los creadores pueden diseñar diferentes mecanismos de distribución de regalías, como se mencionó anteriormente.
3. Reducir la influencia de las plataformas del mercado: al incorporar la lógica de las regalías en los contratos inteligentes, los creadores podrán controlar directamente la configuración de las regalías, reduciendo el control y la intervención de las plataformas del mercado sobre las regalías.

Una tabla que resume ERC-721C:

3.ERC-6551: Cuando las NFT también son Cuentas

ERC-6551 mejora la funcionalidad y el valor de las NFT al potenciar las billeteras de contratos inteligentes de NFT.

El protocolo es coautor de @BennyGiang, uno de los miembros fundadores de Dapper Labs, cuyo equipo ha contribuido al estándar del token ERC-721 y a los primeros proyectos como CryptoKitties.

El problema de los NFT ERC-721 convencionales es su alcance limitado. Solo se pueden poseer y transferir, y no pueden poseer otros activos como tokens u otros NFT. Además, no pueden interactuar con otros contratos inteligentes ni evolucionar en función de factores externos o aportaciones del usuario.

ERC-6551 aborda las limitaciones de las NFT ERC-721 convencionales al introducir el concepto de billetera de contrato inteligente para NFT. A través de una combinación de registros y contratos de proxy, permite a las propias NFT mantener otros activos, interactuar con otros contratos y cuentas inteligentes y lograr una mayor funcionalidad e interactividad.

Por lo tanto, puede pensar que los tokens (NFT) siguientes a ERC-6551 funcionan como billeteras de contratos inteligentes. Esto significa que ERC-6551 puede contener tokens y otros NFT como carteras de contratos inteligentes normales, y puede realizar transacciones con otros contratos y cuentas inteligentes, como intercambios descentralizados (DEX), plataformas de préstamos, entornos de juegos y más.

Esta forma de operar NFT como billeteras de contratos inteligentes forma lo que se conoce como “Cuentas vinculadas a tokens” (TBA), que se crean y administran a través de un registro sin permiso que es compatible con las NFT ERC-721 existentes.

Para resumir brevemente, ERC-6551 puede traer tanto beneficios como desafíos:

EIP y ERC, ¿puedes notar la diferencia?

Mientras escribo esto, todavía pienso en una pregunta común: ¿Cuál es la diferencia entre EIP y ERC?

EIP (Propuesta de mejora de Ethereum) y ERC (Solicitud de comentarios de Ethereum) son estándares de propuesta relacionados con Ethereum, pero de hecho son diferentes.

EIP es el estándar de propuestas de mejora de la red Ethereum, que se utiliza para describir propuestas de mejoras y nuevas características del protocolo Ethereum. Una vez que se adopte y acuerde el EIP, pasará a formar parte del protocolo Ethereum y se implementará en la red Ethereum. EIP describe cambios a nivel de protocolo, como la mejora de los mecanismos de blockchain, las reglas de las máquinas virtuales, los algoritmos de consenso, etc.

Por el contrario, ERC es el estándar de tokens para Ethereum y se utiliza para describir la interfaz y la funcionalidad de los contratos de tokens. ERC define los estándares básicos para los contratos de tokens para garantizar la interoperabilidad de los tokens en la red Ethereum. ERC es una especificación para contratos de tokens que describe funciones como transferencia de tokens, consulta de saldo, metadatos y más.

Por lo tanto, aunque EIP y ERC son mecanismos de estandarización en la comunidad Ethereum, se centran en áreas diferentes. EIP se centra en mejoras a nivel de protocolo, mientras que ERC se centra en estandarizar los contratos de tokens. Como tal, EIP no se convierte directamente en ERC, ya que son conceptos independientes.

Descargo de responsabilidad:

1. Este artículo se reimprime de [TechFlow]. Todos los derechos de autor pertenecen al autor original [David]. Si hay objeciones a esta reimpresión, comuníquese con el equipo de Gate Learn y ellos lo manejarán de inmediato.
2. Descargo de responsabilidad: los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas están a cargo del equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.