Desarrolladores
Autor
Bri Wylde
Fecha de publicación
El 18 de junio de 2024, los validadores de la red pública de Stellar votaron por actualizar la red al Protocolo 21, que activa cinco nuevas Propuestas de Avance Central (CAPs) en la Mainnet de Stellar.
Las cinco CAPs introducidas en el Protocolo 21 permiten algunas características interesantes, incluyendo una mejora en el archivo de estado, algunas mejoras generales en los costos de las transacciones de contratos inteligentes y, quizás lo más emocionante, soporte nativo de verificación secp256r1 en contratos inteligentes, habilitando soporte de firma con passkey.
El esquema de firma secp256r1 es una curva elíptica comúnmente utilizada en WebAuthn, que es el estándar detrás de passkeys disponibles en navegadores, computadoras y teléfonos. Habilitar la verificación secp256r1 permite a los desarrolladores diseñar contratos que incorporen passkeys para firmar transacciones de contratos inteligentes y acceder a cuentas en lugar de usar frases semilla o llaves de firma.
Los passkeys ofrecen un método de autenticación de identidad más rápido y seguro mediante el uso de datos cifrados almacenados en un dispositivo y realizando la verificación del usuario con tokens de hardware (como YubiKeys), datos biométricos (como huellas digitales o reconocimiento facial) u otros métodos criptográficos. La capacidad de usar passkeys para firmar transacciones y acceder a cuentas elimina la necesidad de que los usuarios recuerden sus llaves secretas o frases semilla de 12 a 24 palabras, algo que ha sido una barrera de entrada masiva para blockchain.
Muchas personas en el ecosistema de Stellar han estado trabajando incansablemente en varias implementaciones de passkey: échales un vistazo y haz tu propia experimentación con passkeys en Stellar.
Soroban por ejemplo es una aplicación que utiliza passkeys para firmar transacciones de contratos inteligentes de Stellar.
Super Peach es un ejemplo de contrato de cuenta abstracta multi-firmante potenciado por passkey.
Kit de Passkey es una herramienta SDK del lado del cliente para gestionar y usar passkeys.
Patrocinio de transacción Launchtube es un servicio que actualmente se está probando donde los devs pueden enviar sus transacciones de contratos inteligentes para que sean financiadas y enviadas a la Testnet de Stellar.
Mantente al día sobre toda la información relacionada con passkeys en los Documentos para Desarrolladores de Passkey y comparte tus experiencias con passkeys en el canal #passkeys en Discord de Desarrolladores de Stellar.
Aunque no tan llamativos como el soporte de passkey, estos cuatro CAPs hacen mucho para asegurar la eficiencia y rentabilidad de la red de Stellar.
Antes del Protocolo 21, Soroban solo tenía una función de host que extendía el tiempo de vida (TTL) de las entradas de código de contrato y instancia de contrato en el ledger por el mismo valor. CAP-0053 introduce dos nuevas funciones de host de contrato inteligente: `extend_contract_instane_ttl` para extender el TTL de la instancia del contrato y `extend_contract_code_ttl` para extender el TTL del código del contrato. Con estas dos funciones de host, el usuario puede extender la instancia del contrato y el código del contrato por separado, mejorando la distribución de la tarifa de alquiler.
CAP-0053 no solo mejora la funcionalidad de archivo de estado, sino que también fue creado por el miembro de la comunidad de Stellar Tommaso De Ponti (tdep).
Antes del Protocolo 21, los costos de CPU estaban vinculados a las tarifas de transacción y provenían principalmente de la instanciación de la máquina virtual (VM). Este CAP introduce un modelo refinado que apunta a cobrar tarifas más cercanas a la realidad en lugar de sobrestimaciones, lo que reduce los costos generales y mejora la escalabilidad de la red.
Este CAP reduce el costo total al enlazar a menos funciones de host durante la instanciación de VM. Hay más de 100 funciones de host, y antes del Protocolo 21, todas las funciones de host se enlazaban para cada contrato. CAP-0055 reduce estos enlaces solo a las funciones explícitamente importadas por el contrato, reduciendo los costos de CPU por transacción, permitiendo más transacciones por ledger y mejorando el rendimiento general de la red al disminuir la carga de trabajo innecesaria.
Este CAP reduce los costos totales al cachear módulos Wasm analizados dentro de una transacción de Soroban. Antes del Protocolo 21, si una transacción de contrato inteligente invocaba el mismo contrato varias veces, cada invocación volvía a analizar el contrato. Introducir una caché de módulos significa que los contratos solo necesitan ser analizados una vez por transacción, independientemente de cuántas veces se invoquen. Este cambio permite más transacciones por ledger, mejora el rendimiento y mejora el rendimiento al eliminar el análisis redundante dentro del árbol de invocación de contrato de una transacción.
Es un momento emocionante para construir en Stellar. Tener soporte de passkey en una red L1 técnicamente avanzada con abstracción de cuenta nativa y almacenamiento de datos a corto plazo de bajo costo (archivo de estado) abre puertas para crear proyectos altamente usables, eficientes y seguros.
Así que juega con los ejemplos de passkey, construye algo tú mismo y comparte tus hallazgos en el canal #passkeys en Discord de Desarrolladores de Stellar. ¡Trabajemos juntos para traer un futuro sin claves secretas ni frases semilla a blockchain!