Anunciando el Protocolo 21

1. Stellar está adelante en la implementación de características innovadoras que permiten a los desarrolladores crear proyectos altamente usables y seguros, demostrado por la introducción de la verificación secp256r1 en CAP-0051. Incorporar capacidades de firma con passkey se alinea con las prácticas de seguridad modernas y simplifica el proceso de autenticación en transacciones de contratos inteligentes.
2. Cuán vital es la contribución de la comunidad para la evolución continua de Stellar, como lo evidencia el desarrollo e implementación de CAPs impulsadas por la comunidad. Los miembros de la comunidad tienen el poder de proponer, discutir y refinar nuevas características y mejoras para la red de Stellar, como se demostró con el trabajo de tdep en CAP-0053, que agrega características para mejorar el archivo de estado.
3. El ecosistema está comprometido a poner un esfuerzo continuo para mantener la eficiencia de la red y minimizar las tarifas. La misión de SDF es crear acceso equitativo al sistema financiero global, y las CAPs 0054, 0055 y 0056 se esfuerzan por mantener la red de Stellar accesible y económica para todos los usuarios.

Hablemos un poco más sobre el Protocolo 21 y lo que cada CAP aportará a la red de Stellar.

CAP-0051: Funcionalidad del Host de Contrato Inteligente: Verificación Secp256r1 habilita el soporte de verificación secp256r1 en los contratos inteligentes de Stellar a través de la interfaz de host exportada.

¡Esta es emocionante! Secp256r1 es un algoritmo de firma común utilizado en Webauthn, que es el estándar detrás de passkeys disponibles en navegadores, computadoras y teléfonos. La aprobación de esta CAP permitirá la verificación secp256r1, permitiendo a los desarrolladores diseñar contratos que incorporen passkeys para firmar transacciones de contratos inteligentes en lugar de usar frases de paso 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 encriptados almacenados en un dispositivo y realizando la verificación del usuario con biometría (huella dactilar o reconocimiento facial). El uso de passkeys para firmar transacciones sigue siendo en gran parte no adoptado en Web3 y todavía es una propuesta para la red de Ethereum, mostrando cómo Soroban está adelante de la curva.

Si quieres ver cómo el uso de passkeys permite una experiencia web3 increíblemente simple e intuitiva, revisa la impresionante demostración de firma con passkey de Tyler van der Hoeven, Ingeniero de Ecosistema de SDF, en X.

CAP-0053: Funciones de host separadas para extender el TTL para la instancia de contrato y el código de contrato permite extender el tiempo de vida (TTL) para la instancia de contrato y el código de contrato con funciones de host de contrato inteligente de Soroban separadas.

Soroban actualmente solo tiene una función de host que extiende el TTL de las entradas de código de contrato y instancia de contrato por el mismo valor. Esta CAP agrega dos nuevas funciones de host de contrato inteligente: `extend_contract_instance_ttl` para extender el TTL de la instancia del contrato y `extend_contract_code_ttl` para extender el TTL del código del contrato. Introducir estas dos funciones de host permite al usuario extender la instancia de contrato y el código de contrato por separado, mejorando la distribución de tarifas de alquiler.

No solo CAP-0053 mejora la funcionalidad de archivo de estado, sino que también fue creada por el miembro de la comunidad de Stellar Tommaso De Ponti (tdep)! Las contribuciones de la comunidad a este nivel son cruciales para una cultura de código abierto próspera y exactamente el tipo de cosa que Soroban fue diseñada para fomentar. Revisa la completa y atractiva discusión de CAP en GitHub.

Las próximas tres CAPs toman diferentes enfoques para asegurar que las transacciones de Soroban sigan siendo asequibles:

CAP-0054: Modelo de costo de instanciación de VM refinado de Soroban refina el modelo de costo para la instanciación de la máquina virtual (VM).

Actualmente, los costos de CPU, vinculados a las tarifas de transacción, provienen principalmente de la instanciación de VM. Este modelo refinado tiene como objetivo cobrar tarifas más cercanas a la realidad en lugar de sobrestimaciones, reduciendo los costos generales y mejorando la escalabilidad de la red.

CAP-0055: Vinculación simplificada de Soroban reduce el costo total al vincular a menos funciones de host durante la instanciación de la máquina virtual (VM).

Hay más de 100 funciones de host, y en la actualidad, todas las funciones de host se vinculan 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 aumentando el rendimiento general de la red al disminuir la carga de trabajo innecesaria.

CAP-0056: Caché de módulo intra-transacción de Soroban reduce los costos totales al almacenar en caché los módulos Wasm analizados dentro de una transacción de Soroban.

Actualmente, si una transacción de Soroban invoca el mismo contrato varias veces, cada invocación vuelve a analizar el contrato. Al introducir una caché de módulos, 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.