Esta es la parte 1 de una serie que estoy escribiendo para examinar el impacto que es probable que tenga EIP-7702 en diferentes partes del mundo cripto, incluyendo:
En la parte 1, quiero examinar cómo es probable que se desarrolle la adopción de 7702. ¿Se adoptará súper rápido o veremos un ciclo de adopción muy largo? ¿Quién lo adoptará primero? De eso se trata este artículo.
Primero, un breve resumen. EIP-7702 es uno de los EIP programados para ser implementados en la próxima actualización de Ethereum (Pectra), programada para el primer trimestre de 2025.
Con EIP-7702, un EOA puede "actualizarse" a una cuenta inteligente, al mismo tiempo que sigue siendo un EOA y conserva la misma dirección.
Una vez que se haya actualizado la cuenta, el usuario podrá disfrutar de la mayoría de los beneficios de AA, como el patrocinio de gas, la agrupación de transacciones, las claves de paso, etc.
EIP-7702 es una propuesta de abstracción de cuenta, pero es diferente de ERC-4337 en aspectos críticos:
En la práctica, los dos primeros puntos —que EIP-7702 puede actualizar las EOAs y que las EOAs siguen siendo EOAs incluso después de la actualización— son las razones más importantes por las que es probable que EIP-7702 impulse la adopción de AA mucho más de lo que ERC-4337 solo podría hacer. Esto se debe a que:
Sin embargo, sería falso decir que EIP-7702 "matará" a ERC-4337. Como discutiremos en un artículo futuro, EIP-7702 deberá aprovechar ERC-4337 para alcanzar su máximo potencial, por lo que EIP-7702 es en realidad una noticia increíblemente buena para las empresas ERC-4337 de hoy en día, como@zerodev_app""> @zerodev_app.
Ahora, pasemos al punto principal de este artículo: ¿qué tan rápido se adoptará 7702 y cómo se desarrollará la adopción en la práctica, es decir, ¿cómo adoptarán 7702 diferentes partes del stack de Web3 (por ejemplo, billeteras, dapps, infraestructura)?
Para la primera pregunta - qué tan rápido - hay algunos escenarios posibles:
Mi clasificación personal de la probabilidad de estos escenarios es 2 > 3 >> 4 > 1 (con 2/3 siendo los escenarios más probables y 4/1 siendo los escenarios menos probables). En otras palabras, es probable que 7702 logre una adopción masiva en unos pocos años, pero es poco probable que sea adoptado de la noche a la mañana ni completamente ignorado.
Para entender por qué, examinemos cómo es probable que se desarrolle la adopción de 7702 en la práctica.
Comencemos examinando las billeteras, que están aguas arriba en el ciclo de adopción de 7702, porque sin billeteras compatibles con 7702, las dapps no pueden aprovechar las características de 7702.
Primero, diferenciemos entre carteras independientes como@MetaMask""> @MetaMask @CoinbaseWallet, y servicios de billetera como@privy_io""> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Las billeteras independientes y los servicios de billetera enfrentarán diferentes incentivos al adoptar 7702. En esta sección hablamos solo de las billeteras independientes.
Las carteras independientes tienen algunas opciones cuando se trata de adoptar 7702:
Mi predicción es que la larga cola de compañías de cartera optará por la opción 3 (esperar y ver), por la simple razón de que adoptar 7702 es mucho trabajo, por lo que la mayoría de las compañías de cartera simplemente pueden no tener el tiempo y los recursos para implementarlo rápidamente. SIN EMBARGO, las carteras más importantes, como MetaMask y Coinbase, optarán por la opción 2, es decir, implementar rápidamente el soporte para 7702 pero requerir que los usuarios lo elijan. También habrá nuevas carteras independientes que optarán por la opción 1 (habilitar 7702 de forma predeterminada), pero dado que las carteras son un espacio tan competitivo y difícil para que los nuevos jugadores ingresen, realísticamente la mayoría de los usuarios estarán utilizando carteras existentes que optan por la opción 2 o 3.
Entonces, ¿por qué creo que las principales carteras implementarán rápidamente el soporte 7702? Porque:
Ahora, ¿por qué creo que estas billeteras no activarán 7702 de forma predeterminada, sino que requerirán que los usuarios opten por ello?
En una palabra, seguridad.
El tema de la seguridad con 7702 es muy sutil y merece su propio puesto, pero rápidamente repasaré los conceptos básicos aquí.
En resumen, es incorrecto decir que 7702 mejora la seguridad de la billetera, o que perjudica la seguridad de la billetera. Esto se debe a que la seguridad es algo multifacético, y 7702 mejora la seguridad en algunos aspectos mientras perjudica la seguridad en otros.
7702 mejora la seguridad porque:
7702 no mejora la seguridad y posiblemente incluso perjudica la seguridad en algunos aspectos porque:
Por lo tanto, realmente es juicio de cualquier persona si una cuenta 7702 es más o menos segura que una cuenta EOA, y también si los beneficios de UX valen las compensaciones de seguridad.
Dado que la propiedad más importante de una cartera es la seguridad, las principales carteras existentes no arriesgarán la seguridad del usuario al habilitar el 7702 de forma predeterminada. Por el contrario, delegarán la decisión a los usuarios y les permitirán decidir si desean utilizar el 7702 o no.
Dado que las carteras principales ofrecerán 7702 como una función opcional, la pregunta natural es: ¿optarán los usuarios?
La respuesta es en realidad muy simple: los usuarios activarán 7702 si realmente quieren usar una dApp/función que requiera 7702, y de lo contrario no lo harán. Por lo tanto, esto nos lleva a la segunda parte del análisis - ¿cómo adoptarán las dApps el 7702?
Para dapps, 7702 (y AA en general) tiene cuatro propuestas de valor principales:
Juntos, estas propuestas de valor generan beneficios significativos de UX que diferenciarán a un dapp de sus competidores, por lo que los dapps tienen un fuerte incentivo para aprovechar AA. La razón por la que no has visto mucha adopción de dapp para AA hasta ahora es que, con ERC-4337, los dapps tienen que optar por un modelo de cuenta completamente nuevo (cuentas inteligentes) que no funciona con el 99% de los usuarios (usuarios EOA) , pero con 7702 un dapp puede ofrecer estos beneficios de UX sin alejar a los usuarios EOA, por lo que el cálculo de costo / beneficio para que los dapps adopten AA se vuelve mucho más favorable con 7702.
Pero aquí vemos un problema de la pescadilla que se muerde la cola: las dapps no quieren dedicar tiempo y recursos a admitir el 7702 si son pocos los usuarios que utilizarán monederos habilitados para el 7702, pero los usuarios tampoco habilitarán el 7702 a menos que haya dapps que lo admitan. ¿Cómo rompemos este problema de la pescadilla que se muerde la cola?
Esto nos lleva a examinar otra parte del stack de Web3 - los servicios de monedero también conocidos como "monederos integrados".
Al igual que las billeteras independientes, los proveedores de billeteras integradas no habilitarán 7702 de forma predeterminada, sino que ofrecerán esa opción a sus clientes (desarrolladores de dapps). Sin embargo, a diferencia de las billeteras independientes donde la elección de habilitar 7702 depende del usuario (ya que sería terriblemente inseguro si una dapp pudiera habilitar 7702 para tu MetaMask), la elección de habilitar 7702 para las billeteras integradas recaerá en el desarrollador de la dapp, ya que las billeteras integradas son, por definición, nuevas billeteras que los desarrolladores crean para sus usuarios.
Entonces, si un desarrollador de dapps quiere aprovechar las características de AA, no necesitará esperar a que sus usuarios opten por el 7702; simplemente pueden usar billeteras integradas habilitadas para 7702.
Ahora, podrías decir que los desarrolladores han podido aprovechar ERC-4337 a través de billeteras integradas, pero no ha llevado a una adopción masiva de AA. Sin embargo, la diferencia clave con 7702 es que los desarrolladores no tienen que excluir a los usuarios de EOA cuando construyen con billeteras integradas habilitadas para 7702. Más bien, las aplicaciones pueden admitir tanto billeteras integradas como usuarios de EOA. Los usuarios de EOA que deseen experimentar funciones de AA con la aplicación simplemente pueden activar 7702 para su EOA.
Por lo tanto, las billeteras integradas desempeñarán un papel clave en impulsar la adopción de 7702, al permitir a los desarrolladores ofrecer características de AA sin esperar a que los usuarios habiliten 7702 para sus billeteras independientes.
Ahora hemos examinado cómo cuatro grupos diferentes - billeteras, usuarios, dapps y billeteras integradas - probablemente adoptarán 7702. Ahora pongamos todo junto.
Esperemos que este ciclo virtuoso de billeteras => dapps => usuarios => billeteras impulse a todo el espacio a adoptar 7702/AA, lo cual traerá una mejora de 10 veces a la experiencia de usuario de Web3 tal como la conocemos hoy, y establece el escenario para AA nativas, cada vez que eso suceda.
En el siguiente artículo, profundizaremos en el lado técnico y examinaremos cómo exactamente las billeteras y dapps implementarán el soporte para 7702.
株式
内容
Esta es la parte 1 de una serie que estoy escribiendo para examinar el impacto que es probable que tenga EIP-7702 en diferentes partes del mundo cripto, incluyendo:
En la parte 1, quiero examinar cómo es probable que se desarrolle la adopción de 7702. ¿Se adoptará súper rápido o veremos un ciclo de adopción muy largo? ¿Quién lo adoptará primero? De eso se trata este artículo.
Primero, un breve resumen. EIP-7702 es uno de los EIP programados para ser implementados en la próxima actualización de Ethereum (Pectra), programada para el primer trimestre de 2025.
Con EIP-7702, un EOA puede "actualizarse" a una cuenta inteligente, al mismo tiempo que sigue siendo un EOA y conserva la misma dirección.
Una vez que se haya actualizado la cuenta, el usuario podrá disfrutar de la mayoría de los beneficios de AA, como el patrocinio de gas, la agrupación de transacciones, las claves de paso, etc.
EIP-7702 es una propuesta de abstracción de cuenta, pero es diferente de ERC-4337 en aspectos críticos:
En la práctica, los dos primeros puntos —que EIP-7702 puede actualizar las EOAs y que las EOAs siguen siendo EOAs incluso después de la actualización— son las razones más importantes por las que es probable que EIP-7702 impulse la adopción de AA mucho más de lo que ERC-4337 solo podría hacer. Esto se debe a que:
Sin embargo, sería falso decir que EIP-7702 "matará" a ERC-4337. Como discutiremos en un artículo futuro, EIP-7702 deberá aprovechar ERC-4337 para alcanzar su máximo potencial, por lo que EIP-7702 es en realidad una noticia increíblemente buena para las empresas ERC-4337 de hoy en día, como@zerodev_app""> @zerodev_app.
Ahora, pasemos al punto principal de este artículo: ¿qué tan rápido se adoptará 7702 y cómo se desarrollará la adopción en la práctica, es decir, ¿cómo adoptarán 7702 diferentes partes del stack de Web3 (por ejemplo, billeteras, dapps, infraestructura)?
Para la primera pregunta - qué tan rápido - hay algunos escenarios posibles:
Mi clasificación personal de la probabilidad de estos escenarios es 2 > 3 >> 4 > 1 (con 2/3 siendo los escenarios más probables y 4/1 siendo los escenarios menos probables). En otras palabras, es probable que 7702 logre una adopción masiva en unos pocos años, pero es poco probable que sea adoptado de la noche a la mañana ni completamente ignorado.
Para entender por qué, examinemos cómo es probable que se desarrolle la adopción de 7702 en la práctica.
Comencemos examinando las billeteras, que están aguas arriba en el ciclo de adopción de 7702, porque sin billeteras compatibles con 7702, las dapps no pueden aprovechar las características de 7702.
Primero, diferenciemos entre carteras independientes como@MetaMask""> @MetaMask @CoinbaseWallet, y servicios de billetera como@privy_io""> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Las billeteras independientes y los servicios de billetera enfrentarán diferentes incentivos al adoptar 7702. En esta sección hablamos solo de las billeteras independientes.
Las carteras independientes tienen algunas opciones cuando se trata de adoptar 7702:
Mi predicción es que la larga cola de compañías de cartera optará por la opción 3 (esperar y ver), por la simple razón de que adoptar 7702 es mucho trabajo, por lo que la mayoría de las compañías de cartera simplemente pueden no tener el tiempo y los recursos para implementarlo rápidamente. SIN EMBARGO, las carteras más importantes, como MetaMask y Coinbase, optarán por la opción 2, es decir, implementar rápidamente el soporte para 7702 pero requerir que los usuarios lo elijan. También habrá nuevas carteras independientes que optarán por la opción 1 (habilitar 7702 de forma predeterminada), pero dado que las carteras son un espacio tan competitivo y difícil para que los nuevos jugadores ingresen, realísticamente la mayoría de los usuarios estarán utilizando carteras existentes que optan por la opción 2 o 3.
Entonces, ¿por qué creo que las principales carteras implementarán rápidamente el soporte 7702? Porque:
Ahora, ¿por qué creo que estas billeteras no activarán 7702 de forma predeterminada, sino que requerirán que los usuarios opten por ello?
En una palabra, seguridad.
El tema de la seguridad con 7702 es muy sutil y merece su propio puesto, pero rápidamente repasaré los conceptos básicos aquí.
En resumen, es incorrecto decir que 7702 mejora la seguridad de la billetera, o que perjudica la seguridad de la billetera. Esto se debe a que la seguridad es algo multifacético, y 7702 mejora la seguridad en algunos aspectos mientras perjudica la seguridad en otros.
7702 mejora la seguridad porque:
7702 no mejora la seguridad y posiblemente incluso perjudica la seguridad en algunos aspectos porque:
Por lo tanto, realmente es juicio de cualquier persona si una cuenta 7702 es más o menos segura que una cuenta EOA, y también si los beneficios de UX valen las compensaciones de seguridad.
Dado que la propiedad más importante de una cartera es la seguridad, las principales carteras existentes no arriesgarán la seguridad del usuario al habilitar el 7702 de forma predeterminada. Por el contrario, delegarán la decisión a los usuarios y les permitirán decidir si desean utilizar el 7702 o no.
Dado que las carteras principales ofrecerán 7702 como una función opcional, la pregunta natural es: ¿optarán los usuarios?
La respuesta es en realidad muy simple: los usuarios activarán 7702 si realmente quieren usar una dApp/función que requiera 7702, y de lo contrario no lo harán. Por lo tanto, esto nos lleva a la segunda parte del análisis - ¿cómo adoptarán las dApps el 7702?
Para dapps, 7702 (y AA en general) tiene cuatro propuestas de valor principales:
Juntos, estas propuestas de valor generan beneficios significativos de UX que diferenciarán a un dapp de sus competidores, por lo que los dapps tienen un fuerte incentivo para aprovechar AA. La razón por la que no has visto mucha adopción de dapp para AA hasta ahora es que, con ERC-4337, los dapps tienen que optar por un modelo de cuenta completamente nuevo (cuentas inteligentes) que no funciona con el 99% de los usuarios (usuarios EOA) , pero con 7702 un dapp puede ofrecer estos beneficios de UX sin alejar a los usuarios EOA, por lo que el cálculo de costo / beneficio para que los dapps adopten AA se vuelve mucho más favorable con 7702.
Pero aquí vemos un problema de la pescadilla que se muerde la cola: las dapps no quieren dedicar tiempo y recursos a admitir el 7702 si son pocos los usuarios que utilizarán monederos habilitados para el 7702, pero los usuarios tampoco habilitarán el 7702 a menos que haya dapps que lo admitan. ¿Cómo rompemos este problema de la pescadilla que se muerde la cola?
Esto nos lleva a examinar otra parte del stack de Web3 - los servicios de monedero también conocidos como "monederos integrados".
Al igual que las billeteras independientes, los proveedores de billeteras integradas no habilitarán 7702 de forma predeterminada, sino que ofrecerán esa opción a sus clientes (desarrolladores de dapps). Sin embargo, a diferencia de las billeteras independientes donde la elección de habilitar 7702 depende del usuario (ya que sería terriblemente inseguro si una dapp pudiera habilitar 7702 para tu MetaMask), la elección de habilitar 7702 para las billeteras integradas recaerá en el desarrollador de la dapp, ya que las billeteras integradas son, por definición, nuevas billeteras que los desarrolladores crean para sus usuarios.
Entonces, si un desarrollador de dapps quiere aprovechar las características de AA, no necesitará esperar a que sus usuarios opten por el 7702; simplemente pueden usar billeteras integradas habilitadas para 7702.
Ahora, podrías decir que los desarrolladores han podido aprovechar ERC-4337 a través de billeteras integradas, pero no ha llevado a una adopción masiva de AA. Sin embargo, la diferencia clave con 7702 es que los desarrolladores no tienen que excluir a los usuarios de EOA cuando construyen con billeteras integradas habilitadas para 7702. Más bien, las aplicaciones pueden admitir tanto billeteras integradas como usuarios de EOA. Los usuarios de EOA que deseen experimentar funciones de AA con la aplicación simplemente pueden activar 7702 para su EOA.
Por lo tanto, las billeteras integradas desempeñarán un papel clave en impulsar la adopción de 7702, al permitir a los desarrolladores ofrecer características de AA sin esperar a que los usuarios habiliten 7702 para sus billeteras independientes.
Ahora hemos examinado cómo cuatro grupos diferentes - billeteras, usuarios, dapps y billeteras integradas - probablemente adoptarán 7702. Ahora pongamos todo junto.
Esperemos que este ciclo virtuoso de billeteras => dapps => usuarios => billeteras impulse a todo el espacio a adoptar 7702/AA, lo cual traerá una mejora de 10 veces a la experiencia de usuario de Web3 tal como la conocemos hoy, y establece el escenario para AA nativas, cada vez que eso suceda.
En el siguiente artículo, profundizaremos en el lado técnico y examinaremos cómo exactamente las billeteras y dapps implementarán el soporte para 7702.