Mejoras del Protocolo 11

Nuestro post reciente en el blog sobre Precios de Sobrecarga detalló lo que sucede en Stellar cuando las presentaciones a un libro mayor exceden la capacidad de la red: la red entra en modo de precios de sobrecarga, que utiliza dinámicas de mercado para decidir qué presentaciones se incluyen en un libro mayor. Esencialmente, las presentaciones que ofrecen una tarifa más alta por operación llegan al libro mayor primero.

Antes del Protocolo 11, las tarifas eran fijas: presentabas la cantidad que estabas dispuesto a pagar para agregar tu transacción al libro mayor, y eso era todo. Pagabas la tarifa que especificabas, o, si esa tarifa era demasiado baja, corrías el riesgo de ser exprimido por los precios de sobrecarga.

Como resultado, los usuarios que querían asegurar que sus transacciones llegaran al libro mayor elegían tarifas más altas de lo necesario, y los desarrolladores que creaban transacciones prefirmadas y contratos inteligentes tenían que adivinar las tarifas futuras, y esperar que cuando llegara el momento de ejecutar esas transacciones, no hubieran calculado menos. En general, el modelo de tarifa fija alentaba a las personas a pagar de más por sus transacciones, lo que honestamente va en contra del espíritu mismo de Stellar.

Después del Protocolo 11, las tarifas fijas son reemplazadas por una versión de una subasta VCG. Ahora eliges la máxima tarifa que estás dispuesto a pagar, pero en realidad se te cobra la tarifa más baja posible. Si la actividad de la red es ligera, pagarás el mínimo absoluto. Si es pesada, pagarás hasta la cantidad que especificas, pero no más. Como resultado, puedes elegir la tarifa más alta con la que te sientas cómodo sabiendo que solo pagarás esa tarifa si la circunstancia lo requiere.

Los precios de sobrecarga solo se activan cuando la red Stellar alcanza su capacidad. La capacidad es determinada por los validadores, quienes votan sobre los límites del libro mayor como parte de SCP. Idealmente, lo establecen lo suficientemente alto para permitir que la red soporte un volumen creciente de actividad pero lo suficientemente bajo para permitir que los nodos con acceso a hardware de menor gama y conectividad más lenta puedan seguir el ritmo.

Antes del Protocolo 11, encontrar ese equilibrio era casi imposible: los validadores votaban sobre el número de transacciones por libro mayor, que, resulta, es una métrica inexacta y altamente variable. La razón: en Stellar, una operación es un comando único que cambia el libro mayor. Un pago es una operación, por ejemplo, al igual que una oferta de compra. Una transacción, por otro lado, es un paquete de operaciones que puede contener desde 1 hasta un límite definido de 100 operaciones.

Un límite de transacción por libro mayor contiene una amplia gama de actividades posibles, y los validadores tendían a errar por precaución al establecer límites. Para evitar que la red se ahogara, tenían en cuenta el escenario de mayor tamaño donde cada transacción contiene 100 operaciones, y así históricamente, establecieron el límite de transacción/libro mayor en 50. Eso es un máximo de 5,000 operaciones/libro mayor. En realidad, sin embargo, la mayoría de las transacciones solo contienen una única operación, por lo que la mayoría de las veces, el límite efectivo estaba más cerca de 50 operaciones/libro mayor.

Después del Protocolo 11, los validadores votan sobre un límite de operaciones por libro mayor. Así que ahora, en lugar de asumir el escenario de mayor tamaño y establecer límites conservadores, pueden regular la actividad de la red con delicadeza. De hecho, cinco minutos después de la votación para actualizar al Protocolo 11, los validadores se reunirán para una segunda votación, donde se espera que establezcan el límite de operaciones/libro mayor en 1000. Eso es mucho más alto que el promedio actual, y el rendimiento en la red aumentará dramáticamente.

Como resultado de estos dos cambios:

• La capacidad de la red será generalmente más alta y más consistente
• Los precios de sobrecarga se activarán con menos frecuencia
• Si te preocupa el precio de sobrecarga, puedes elegir una tarifa superior al promedio para asegurarte de no ser exprimido
• Sabiendo muy bien que no se te cobrará esa tarifa a menos que sea estrictamente necesario
• Lo que significa que es más fácil y más barato llevar tu transacción al libro mayor
• Incluso si estás escribiendo un contrato inteligente que no se ejecutará durante unos meses

Además de las mejoras en precios y regulación de la red, el Protocolo 11 también introduce una nueva operación que permite a los usuarios e instituciones financieras expresar ofertas de compra de manera más intuitiva y precisa que antes.

Antes del Protocolo 11, había una única operación para colocar una orden en el intercambio descentralizado de Stellar: ManageOffer y solo expresaba una oferta en términos de lo que estabas dispuesto a vender a cambio de otro activo. Eso tenía sentido si realmente estabas vendiendo un activo, pero era bastante enrevesado si (en tu mente) estabas intentando comprar un activo. Si querías comprar EUR con USD, por ejemplo, tenías que en lugar vender USD por EUR, lo que te obligaba a pensar en la transacción al revés.

Más allá de ser confuso, también planteaba un problema significativo: cuando haces una oferta, en realidad no sabes cuál será el precio de ejecución. Muchas instituciones financieras tienen obligaciones de ejecutar las órdenes de los clientes de manera fiel y precisa, y la operación ManageOffer no siempre les permitía hacer eso.

Después del Protocolo 11, puedes usar una nueva operación llamada ManageBuyOffer para enviar ofertas de compra reales. Con ella, puedes especificar la cantidad máxima de un activo que estás dispuesto a comprar y la cantidad que estás dispuesto a pagar por él. Para mantener las cosas claras, también hemos renombrado ManageOffer a ManageSellOffer y CreatePassiveOffer a CreatePassiveSellOffer respectivamente.

Ya sea que estés colocando una oferta de compra o una oferta de venta, las unidades que especificas para el precio son consistentes con el uso típico del mercado. Entonces:

• Si ofreces comprar EUR con USD a $0.90/EUR, las unidades se expresan en términos de lo que estás vendiendo, en este caso USD.
• Si ofreces vender EUR por USD a $1.11/EUR, las unidades se expresan en términos de lo que estás comprando, nuevamente USD.

Como resultado de este cambio, los libros de órdenes de Stellar se comportan igual que otros libros de órdenes de mercados importantes, lo que facilita mucho las cosas para prácticamente todos.

Antes de que las ideas se implementen en Stellar, pasan por un proceso de revisión arduo para asegurarse de que el diseño de los cambios próximos cumpla con nuestros estándares de seguridad, usabilidad y rendimiento. Los cambios discutidos en esta publicación se introdujeron en CAP-0005 y CAP-0006. Como todos los Protocolos de Avance Central, esos CAPs se escribieron originalmente como borradores, y luego pasaron por nuestro proceso formal en Github (más detalles sobre CAPs y SEPs). Si simplemente tienes curiosidad sobre los próximos cambios en el protocolo, o quieres participar más activamente en el desarrollo del protocolo de Stellar, ¡te animamos a echar un vistazo!

También debes sentirte libre de contactarnos en el equipo público de stellar en Keybase con cualquier pensamiento o feedback que puedas tener, y para hacer preguntas sobre cualquiera de los cambios mencionados arriba, o sobre cualquier otra cosa relacionada con Stellar, en Stack Exchange de Stellar.