Artículo de Blog
Mejoras del Protocolo 15
Autor
Justin Rice
Fecha de publicación
Actualización de protocolo
El lunes, 23/11/2020 a las 1600 UTC, los validadores de Stellar votarán si actualizan la red al Protocolo 15. Para evitar dolores de cabeza y disrupciones, cualquiera que construya sobre Stellar debería prepararse para que esa votación se apruebe instalando versiones actualizadas de cualquier software relacionado con Stellar que utilicen.
Nos saltaremos la actualización del Protocolo 14 — originalmente planeada para el 28/10/2020 — porque descubrimos un problema durante las pruebas continuadas y lanzamos una solución. Por precaución, optamos por lanzar esa solución como el Protocolo 15 en lugar de como una versión parcheada del Protocolo 14 para asegurar que todos los validadores estén ejecutando una versión actualizada de Stellar Core cuando la red pública se actualice. Para más información, consulta la Guía de Preparación para el Protocolo 15.
Stellar está diseñado para conectar la infraestructura financiera mundial, y el Protocolo 15 introduce dos nuevas características — Saldos Reclamables y Reservas Patrocinadas — que lo hacen más fácil que nunca para hacer eso. Las características del Protocolo 15 han estado en desarrollo por más de un año, y abordan algunos de los mayores puntos de dolor que los desarrolladores experimentan al construir aplicaciones y servicios orientados al usuario en Stellar. Esta publicación explica qué son esas características y por qué son importantes. También enlaza a recursos relevantes para que puedas entender cómo implementarlas e integrarlas en tu producto.
TL;DR: combinado con Aumentos de Tarifa, que fueron introducidos en el Protocolo 13, los Saldos Reclamables y Reservas Patrocinadas permiten que las aplicaciones y servicios construidos sobre Stellar atraigan a una audiencia mucho más amplia. Eso es porque después del Protocolo 15:
- Cuando lanzas un producto en Stellar, no tendrás que empezar educando a los usuarios sobre lumens y líneas de confianza
- Los anclajes podrán incorporar usuarios sin enviarlos a exchanges de cripto de terceros
- Las aplicaciones podrán mover todo lo relacionado con cripto al fondo.
Después de la actualización, los desarrolladores pueden crear experiencias de usuario más simples y mejores que abstraigan la complejidad de la blockchain, y hacerlo sin perder ninguna de las ventajas de un libro mayor público, rápido, barato y sin permisos.
Sigue leyendo para los detalles.
Saldos Reclamables
Qué son
El Protocolo 15 introduce una nueva entrada de libro mayor llamada Saldo Reclamable, que se puede usar para dividir un pago en dos partes separadas: la creación de un saldo y la reclamación de un saldo. Una cuenta ahora puede enviar un activo independientemente del estado de la cuenta receptora creando una entrada de Saldo Reclamable, y esa entrada puede ser reclamada de forma asincrónica por el reclamante designado cuando su cuenta esté lista.
Por qué importan
Stellar está diseñado para conectar la infraestructura financiera mundial facilitando a las instituciones financieras reguladas establecer servicios de anclaje, que son las rampas de entrada/salida para la red. Los anclajes aceptan depósitos de monedas fíat (como USD, EUR y NGN) a través de vías existentes, y envían al usuario los tokens digitales equivalentes que representan esos depósitos en la red de Stellar.
Por defecto, todas las cuentas de Stellar pueden mantener lumens (XLM), la moneda nativa de la red, pero antes de mantener cualquier otro activo, una cuenta tiene que crear una línea de confianza hacia él, que es una entrada de libro mayor que opta explícitamente por aceptar un saldo del activo y añade 0.5 XLM al reserva de la cuenta. Antes de los Saldos Reclamables, las líneas de confianza eran una fuente importante de fricción en la incorporación.
Cuando un usuario depositaba moneda fíat con un anclaje, el anclaje tenía que esperar a que el usuario añadiera una línea de confianza antes de acreditar la cuenta de Stellar del usuario con el activo digital equivalente. Eso requería mucho ida y vuelta complicado entre anclajes y carteras, y los anclajes a menudo se quedaban en un estado incómodo intermedio: tenían el depósito fíat del usuario, pero no podían acreditar la cuenta de Stellar del usuario con los tokens correspondientes.
También significaba que los usuarios tenían que encontrar una rampa de entrada a una rampa de entrada: necesitaban lumens para cubrir los requisitos mínimos de reserva y una línea de confianza, y generalmente tenían que comprarlos de un exchange de cripto de terceros, en cuyo punto, ¿por qué involucrar al servicio de anclaje en absoluto? Era un proceso complicado que requería mucha explicación, y tendía a confundir o molestar a los usuarios, o a asustarlos por completo.
Comenzando con el Protocolo 15, los anclajes pueden aceptar un depósito de usuario fuera de la red e inmediatamente crear un Saldo Reclamable equivalente en la red que el usuario puede recoger en su propio tiempo. Si ellos realmente quieren facilitar la incorporación, los anclajes también pueden aprovechar la segunda nueva característica del Protocolo 15 para cubrir los requisitos de reserva de línea de confianza de los usuarios...
Reservas Patrocinadas
Qué son
El Protocolo 15 introduce nuevas operaciones que permiten a una cuenta patrocinar las reservas de lumen para otra sin entregar el control de los fondos subyacentes. También añade nuevas extensiones a las entradas de cuenta y entradas de libro mayor para registrar información pertinente sobre patrocinios.
Cualquier cosa que aumente el saldo mínimo de una cuenta puede ser patrocinada: el requisito inicial de la cuenta, ofertas, líneas de confianza, datos de cuenta y firmantes.
Por qué importan
Stellar requiere pequeñas tarifas de transacción y saldos mínimos de cuenta, ambos pagados en lumens, la moneda nativa de la red. Ninguno enriquece a nadie — las tarifas se queman, así que no van a los validadores de la red ni a Stellar Development Foundation; los saldos mínimos se mantienen en reserva, y pueden ser reclamados por la cuenta que los cubre — pero son necesarios para prevenir comportamientos maliciosos a gran escala y permitir que Stellar continúe funcionando como un sistema rápido, eficiente y descentralizado para pagos
Los requisitos de lumen son modestos — unos pocos son más que suficientes para la mayoría de las cuentas — pero antes de las características introducidas en los Protocolos 13 y 15, hacían que fuera complicado construir aplicaciones y servicios no custodios amigables con el usuario en Stellar. Cada cuenta tenía que mantener los lumens requeridos como parte de su saldo, y cuando estabas diseñando una experiencia de incorporación de usuario, eso te dejaba con dos opciones subóptimas: o ayudabas a los usuarios a entender, adquirir y gestionar lumens, o cubrías las tarifas y reservas enviando lumens directamente a las cuentas de los usuarios. El primero requería que educaras a los consumidores sobre cripto como parte de la incorporación; el segundo te dejaba susceptible a ataques de farming (usuarios maliciosos podrían registrarse para una cuenta, esperar a que llegue el saldo mínimo, y luego fusionar la cuenta para recolectar la reserva).
Aumentos de Tarifa, introducidos en Protocolo 13, permiten a una cuenta cubrir las tarifas de transacción de otra cuenta sin entregar el control de los fondos subyacentes. Las Reservas Patrocinadas permiten a una cuenta cubrir los reservas de otra cuenta sin entregar el control de los fondos subyacentes. Juntos, hacen fácil construir una aplicación o servicio que maneje los requisitos de lumen en nombre de los usuarios, y hacerlo sin invitar a ataques de farming. Ahora puedes construir algo en Stellar que no requiere que tus usuarios sepan nada sobre cripto, lo que lo hace fácil para atraer a un mundo mucho más amplio de usuarios.
Incorporación más fácil, por ejemplo
Una manera de imaginar cómo las nuevas características trabajan juntas: antes de los Aumentos de Tarifa, Saldos Reclamables y Reservas Patrocinadas, una aplicación incorporando a un nuevo usuario enfrentaba algunos desafíos bastante difíciles. Típicamente, una cartera explicaría la necesidad de XLM, instruiría a un usuario a encontrar un exchange de terceros que sirva a su jurisdicción para comprar algo, los guiaría sobre cómo transferir ese XLM a su cuenta de cartera, y se esforzaría mucho para ayudarlos a entender cómo mantener suficientes reservas para cubrir cosas como líneas de confianza y ofertas. Cada uno de esos pasos era bastante confuso para el no versado en cripto, así que muchos usuarios abandonarían antes de realmente comprometerse con la aplicación.
Después del Protocolo 15, una cartera puede ofrecer depósitos dentro de la aplicación a través de un anclaje de Stellar, quien puede aceptar los fondos de un usuario en su moneda local e inmediatamente crear un Saldo Reclamable. La cartera puede entonces cubrir las reservas de lumen y las tarifas de transacción en nombre de un usuario, así que el usuario puede comenzar a usar la aplicación prácticamente de inmediato sin saber nada sobre blockchain o criptomoneda. La experiencia del usuario es fluida, y tiene sentido tanto para el entusiasta de cripto como para el no versado en cripto.