Plasma es muy claro acerca de su prevención de la fragmentación de liquidez entre aplicaciones, y comienza con una regla simple pero estricta de que la liquidez de liquidación siempre debe considerarse como un único sistema compartido y no como grupos aislados y compitiendo por profundidad. Cada decisión de diseño en Plasma está dirigida a hacer cumplir esta regla, incluso si significa limitar la flexibilidad a corto plazo.
En la plataforma Plasma, se espera que el capital normal se mueva con frecuencia, de hecho, a menudo programáticamente, y a veces en grandes cantidades. Cuando se dan estas condiciones, la fragmentación se convierte en un riesgo sistémico. Si la liquidez está atrapada dentro de la aplicación, rutas específicas, envolturas o caminos de ejecución, entonces, bajo presión, la fiabilidad de la liquidación disminuirá. Plasma ve esto no como un problema a nivel de aplicación, sino como un modo de fallo a nivel de protocolo.
La primera decisión estructural que Plasma toma es excluir la duplicación de activos en la capa base. Los activos de liquidación que son estables no están envueltos, reflejados ni reemitidos para cada aplicación. Por lo tanto, no hay generación de saldos funcionalmente equivalentes que requieran conciliación entre contratos. Al exigir una única representación canónica a nivel de protocolo, Plasma garantiza que las aplicaciones están, de hecho, accediendo a la misma superficie de liquidez subyacente, sin importar el contexto de ejecución. $XPL
El orden de ejecución sirve como el principal elemento de apoyo de este modelo. Plasma no permite que las aplicaciones establezcan carriles de prioridad privados para el capital. Las transacciones se ejecutan basándose en reglas deterministas que se aplican uniformemente a todas las aplicaciones. Esto detiene situaciones en las que una sola aplicación toma la mayor parte de la liquidez solo porque puede pagar más o cambiar el orden de ejecución durante el aumento de la demanda. La liquidez permanece accesible de manera serial y amplia, no se subasta en silos.
Otro vector de fragmentación que Plasma evita por diseño son las dinámicas de tarifas por aplicación. Los mecanismos de tarifas variables o competitivas atraen capital al lugar donde la ejecución es más barata en ese momento, no donde se necesita funcionalmente. La estructura de liquidación estable de Plasma abolió completamente este motivo. Las aplicaciones no compiten por liquidez alterando el precio de ejecución, lo que mantiene el comportamiento del capital en línea con el uso en lugar de la arbitraje.
El protocolo, la infraestructura de ejecución gestionada también juega un papel. Plasma reubica en la capa de red los componentes que están críticamente relacionados con la liquidación en lugar de dejar la decisión a una implementación específica de la aplicación. Esto evita la fragmentación resultante de diferentes supuestos sobre precios, disponibilidad o garantías de ejecución. Cuando el comportamiento de la infraestructura es estándar, el capital no tiene que tomar un desvío por el bien de la certeza.
La fragmentación de liquidez tiende a empeorar generalmente durante eventos de estrés en lugar de en condiciones normales. Plasma está diseñado específicamente para manejar eficientemente tal escenario de falla. En el caso de que la demanda de transacciones aumente drásticamente o los flujos de capital se aceleren rápidamente, Plasma dará prioridad a la ejecución predecible en lugar de tratar de lograr el máximo rendimiento. De esta manera, evita la situación en la que las aplicaciones bloquean la liquidez a través de congestión o liquidación parcial. El capital se mantiene móvil ya que el rendimiento de ejecución no se deteriora de manera desigual a través de la red. $XPL
Además, Plasma nunca aísla la liquidez a través de mecanismos de opt-in que silenciosamente se convierten en predeterminados. Las características de liquidación y alteración son siempre explícitas y reversibles. Así, ninguna aplicación se convierte en víctima de la incompatibilidad del camino de ejecución con el resto de la red sin el conocimiento de los fondos involucrados. Tal paradigma de diseño restringe fundamentalmente la aparición de un patrón de fragmentación de cola larga que normalmente se desarrolla con el tiempo en sistemas componibles.
Para un desarrollador de aplicaciones, la esencia del modelo de Plasma es que elimina automáticamente todo el conjunto de problemas de coordinación relacionados. No habría necesidad de iniciar liquidez aislada, crear incentivos para moverla, o mantener puentes entre grupos. Las aplicaciones, como se dice, obtienen la herencia de la coherencia de liquidez a nivel de red. Por lo tanto, desplaza el enfoque de solucionar problemas operativos a construir nuevas características y, al mismo tiempo, reduce el riesgo de enfrentarse a conflictos de silo de capital.
Para los proveedores de capital, el resultado es igualmente significativo. Los fondos no se ven expuestos a caminos de ejecución ocultos o bloqueos específicos de la aplicación. La liquidez actúa de manera predecible sin importar dónde se despliega, lo que es especialmente importante para grandes saldos y flujos de liquidación automatizados. El diseño de Plasma deja muy claro que la seguridad de la liquidez es una cuestión de aplicación de la norma a nivel de protocolo en lugar de una cuestión de negociación entre aplicaciones.
Prevenir la fragmentación no debe considerarse un efecto secundario beneficioso de Plasma; más bien, es un claro objetivo de diseño que se está realizando a través de la representación de activos, reglas de ejecución, estructura de tarifas y manejo de congestión. Plasma compromete el grado de libertad del flujo transaccional hasta cierto punto para mantener la coherencia del capital. Tal compensación es intencional, y esencialmente permite que la red opere actividad de liquidación ininterrumpidamente sin experimentar degradación de liquidez.
Operativamente, una condición como esta es equivalente a que Plasma no dependa de incentivos para resolver la fragmentación una vez que ha ocurrido. Plasma previene estructuralmente la fragmentación. El capital permanece en una sola pieza simplemente porque el protocolo no permite que se divida en primer lugar.