Volition

¿Qué es Volition?

Volition es un diseño híbrido de disponibilidad de datos utilizado en sistemas de escalabilidad blockchain, especialmente en sistemas Layer 2 con pruebas de validez, que permite a los usuarios o aplicaciones elegir dónde se ponen a disposición los datos de las transacciones.

En términos sencillos, Volition ofrece a una aplicación cripto la posibilidad de elegir entre la disponibilidad de datos on-chain al estilo rollup y la disponibilidad de datos off-chain al estilo validium.

La descripción general oficial de StarkEx describe Volition como un modo híbrido de disponibilidad de datos en el que los usuarios pueden decidir si colocar los datos on-chain u off-chain.

Esta elección es importante porque la disponibilidad de datos representa una de las mayores compensaciones entre coste y seguridad en la escalabilidad de Layer 2.

Cuando los datos se publican on-chain, los usuarios reciben garantías de disponibilidad más sólidas de la blockchain base, pero los costes de transacción suelen ser más altos.

Cuando los datos se almacenan off-chain, los costes pueden ser menores, pero los usuarios dependen de otro sistema de disponibilidad de datos para mantenerlos accesibles.

Volition existe para evitar obligar a que cada transacción o activo utilice el mismo modelo de disponibilidad de datos.

Para principiantes, la definición más sencilla es la siguiente: Volition permite a una aplicación blockchain elegir entre una disponibilidad de datos on-chain más sólida y una disponibilidad de datos off-chain más barata según el usuario, activo o transacción.

Por qué Volition es importante en cripto

Volition es importante porque la escalabilidad blockchain no consiste solo en procesar más transacciones.

También consiste en decidir dónde se almacenan los datos necesarios para verificar y recuperar el sistema.

La documentación oficial de Ethereum sobre disponibilidad de datos explica que la disponibilidad de datos es la confianza que tienen los usuarios en que los datos necesarios para verificar un bloque están realmente disponibles para los participantes de la red.

Si los datos están disponibles, los usuarios y nodos independientes pueden reconstruir el estado del sistema.

Si los datos se retienen, los usuarios pueden no ser capaces de verificar saldos, generar pruebas, salir de forma segura o seguir operando sin confiar en el operador.

Por ello, la disponibilidad de datos es una de las cuestiones de seguridad más importantes en el diseño de Layer 2.

Volition ofrece más flexibilidad a los desarrolladores porque no todos los casos de uso necesitan el mismo nivel de protección de disponibilidad de datos.

Una transferencia de activos de alto valor puede justificar el coste superior de los datos on-chain.

Una acción de juego de bajo valor, un pago pequeño o una actualización interna frecuente pueden preferir datos off-chain más baratos.

Volition permite a las aplicaciones combinar estas opciones en lugar de seleccionar un solo modo para todo.

Volition frente a rollup

Un rollup publica suficientes datos de transacciones o de estado en una capa base para que los usuarios puedan reconstruir de forma independiente el estado de Layer 2.

La descripción general de L2BEAT sobre disponibilidad de datos explica que los rollups publican los datos de Layer 2 en Ethereum y, por tanto, no introducen supuestos de confianza adicionales respecto a la disponibilidad de datos.

Esta es la principal fortaleza de la disponibilidad de datos de los rollups.

Los usuarios dependen de la cadena base para disponer de los datos necesarios para recuperar o verificar el estado.

Sin embargo, esto puede resultar costoso porque el espacio de bloques de la capa base es limitado y valioso.

Volition es diferente porque no exige que todos los datos utilicen disponibilidad on-chain al estilo rollup.

En su lugar, Volition permite que algunos datos utilicen el modo rollup y otros la disponibilidad off-chain.

Esto significa que Volition puede mantener los datos de alta seguridad on-chain, al tiempo que traslada los datos de menor riesgo o alta frecuencia a un modo más barato.

El modo rollup suele ser la opción de seguridad más sólida.

Volition es la opción flexible.

Volition frente a validium

Un validium utiliza pruebas de validez para demostrar que las transiciones de estado son correctas, mientras mantiene los datos de las transacciones off-chain.

La documentación oficial de Ethereum sobre validium explica que algunos sistemas validium utilizan comités de disponibilidad de datos para almacenar copias de los datos de estado off-chain y dar fe de que los datos están disponibles.

Esto puede reducir costes porque el sistema no publica todos los datos en la cadena base.

Sin embargo, los usuarios deben confiar en que el sistema de disponibilidad de datos off-chain pondrá los datos a disposición cuando sea necesario.

Volition no es simplemente un validium.

Es un modelo híbrido que puede incluir tanto disponibilidad de datos al estilo rollup como al estilo validium.

Un usuario puede elegir disponibilidad de datos on-chain para un activo y disponibilidad de datos off-chain para otro.

Una aplicación puede elegir disponibilidad on-chain para variables de almacenamiento de alto valor y disponibilidad off-chain para estados de menor valor o alta frecuencia.

Validium es un modo de disponibilidad de datos.

Volition es la capacidad de elegir entre varios modos de disponibilidad de datos dentro del mismo sistema general.

Volition y disponibilidad de datos

La disponibilidad de datos es la idea central de Volition.

En un sistema Layer 2, la ejecución puede producirse fuera de la cadena base, pero los usuarios siguen necesitando acceder a los datos que explican el estado más reciente.

Las pruebas de validez pueden demostrar que una transición de estado siguió las reglas.

No garantizan automáticamente que todos los usuarios puedan acceder a los datos subyacentes necesarios para reconstruir saldos o salidas.

Este es un punto clave que los principiantes suelen pasar por alto.

Una prueba de validez comprueba la corrección.

La disponibilidad de datos comprueba si se pueden encontrar los datos necesarios.

Volition separa estas cuestiones con más claridad.

El sistema de pruebas puede seguir siendo el mismo, mientras que el modo de disponibilidad de datos puede cambiar.

Esto permite a los desarrolladores elegir entre una disponibilidad más sólida y un menor coste en función de las necesidades de cada parte de la aplicación.

Esa flexibilidad es la razón por la que Volition es importante en el diseño moderno de blockchains modulares.

Cómo funciona Volition

Volition funciona permitiendo que un sistema mantenga distintas zonas o árboles de disponibilidad de datos para diferentes tipos de datos.

La documentación de StarkEx sobre disponibilidad de datos explica que Volition permite a las aplicaciones utilizar tanto bóvedas ZK-Rollup como Validium y deja que los usuarios decidan qué rango de bóvedas usar para cada activo que poseen.

En este modelo, un activo o saldo puede estar en una bóveda rollup, donde los datos se publican on-chain.

Otro activo o saldo puede estar en una bóveda validium, donde los datos se almacenan off-chain mediante un sistema de disponibilidad de datos.

La aplicación puede realizar un seguimiento de qué bóveda o modo de almacenamiento se aplica a cada activo.

Un usuario puede mover activos entre los modos cuando la aplicación admite esa acción.

Esto crea un espectro de disponibilidad de datos en lugar de un único diseño fijo.

El mismo sistema de pruebas puede verificar transiciones de estado, mientras que los usuarios eligen la garantía de disponibilidad que se ajusta a sus preferencias de riesgo y coste.

Por tanto, Volition no es una blockchain independiente.

Es una arquitectura de disponibilidad de datos utilizada dentro de sistemas de escalabilidad.

Volition en StarkEx

Volition es uno de los modos de disponibilidad de datos asociados a StarkEx.

StarkEx es un motor de escalabilidad basado en pruebas de validez que puede admitir distintas opciones de disponibilidad de datos según el diseño de la aplicación.

La documentación de StarkEx indica que el modo ZK-Rollup publica los saldos de las bóvedas on-chain como calldata, mientras que el modo Validium mantiene los datos disponibles off-chain a través de un Comité de Disponibilidad de Datos.

La misma documentación también indica que Volition se aplica al trading spot de StarkEx y permite a los usuarios utilizar tanto bóvedas ZK-Rollup como Validium.

Esto significa que StarkEx Volition no es solo una idea teórica.

Está documentado como un modelo de disponibilidad de datos compatible para casos de uso específicos de StarkEx.

Sin embargo, los usuarios deben comprobar la aplicación exacta que utilizan.

No todas las aplicaciones creadas con un motor de escalabilidad exponen necesariamente las mismas opciones de disponibilidad de datos a los usuarios finales.

Una interfaz de usuario puede abstraer esa elección.

Una aplicación puede elegir un modo predeterminado para cada tipo de activo.

Comprender Volition requiere comprobar tanto la tecnología subyacente como la configuración real de la aplicación.

Volition en Starknet

Starknet también ha analizado Volition como parte de su hoja de ruta para reducir los costes de disponibilidad de datos.

El blog oficial de Starknet sobre Volition explica que Volition permitiría a los desarrolladores elegir la disponibilidad de datos en Ethereum L1 o en Starknet L2, incluso al nivel de cada variable de almacenamiento individual.

La actual documentación de Starknet sobre disponibilidad de datos describe Starknet como un Validity Rollup que envía diferencias de estado y compromisos de estado a Ethereum.

Esta distinción es importante para mantener la precisión.

Volition es una dirección de diseño importante para Starknet, pero los usuarios deben verificar el estado actual del soporte de Volition en la documentación oficial y la hoja de ruta de Starknet antes de asumir que está activo para todos los contratos.

La página de la hoja de ruta de Starknet para el modo Volition describe Volition como un enfoque híbrido de disponibilidad de datos on-chain y off-chain destinado a reducir los costes de datos de L1.

Para los desarrolladores, la idea clave es que las funciones Volition futuras o compatibles pueden permitir un control más granular del almacenamiento y del coste de los datos de transacción.

Para los usuarios, la idea clave es que no todos los modos de datos tienen los mismos supuestos de recuperación y seguridad.

Volition y pruebas de validez

Volition está estrechamente relacionado con las pruebas de validez, pero ambos términos no son lo mismo.

Una prueba de validez demuestra que un lote de transacciones o transiciones de estado se calculó correctamente.

Volition controla dónde se ponen a disposición los datos que sustentan esas transiciones.

Esta diferencia es esencial.

Un sistema puede tener pruebas de validez sólidas y, aun así, supuestos de disponibilidad de datos más débiles si los datos de las transacciones se almacenan off-chain.

Un modo al estilo rollup ofrece a los usuarios garantías de reconstrucción independiente más sólidas porque los datos están disponibles en la cadena base.

Un modo al estilo validium puede ofrecer un menor coste, pero depende de otro proveedor, comité o red de disponibilidad de datos.

Volition permite a las aplicaciones elegir entre estos modos mientras siguen basándose en pruebas de validez para la corrección.

Por ello, Volition suele analizarse junto con los ZK-Rollups y los Validium.

Combina la corrección basada en pruebas con una disponibilidad de datos flexible.

Volition y los comités de disponibilidad de datos

Un Comité de Disponibilidad de Datos, a menudo denominado DAC, es un grupo de entidades responsable de almacenar y dar fe de la disponibilidad de datos off-chain.

La documentación de Ethereum sobre validium explica que algunos validium designan a un grupo de entidades de confianza para almacenar copias de los datos de estado y proporcionar pruebas de disponibilidad.

En un diseño Volition, la disponibilidad de datos off-chain puede utilizar un DAC u otro sistema de disponibilidad de datos según la implementación.

Esto puede reducir costes, pero cambia el modelo de confianza.

Si el sistema de disponibilidad de datos off-chain falla o retiene datos, los usuarios que dependen de ese modo pueden enfrentarse a problemas de retirada o recuperación.

Los usuarios que eligen disponibilidad on-chain evitan esa dependencia específica de disponibilidad off-chain, pero normalmente pagan más.

Esta es la compensación central de Volition.

El usuario o la aplicación puede elegir ahorrar costes, pero los supuestos de seguridad deben comprenderse claramente.

Un DAC no es automáticamente malo.

Es un modelo de confianza diferente que debe evaluarse según la composición del comité, la transparencia, la supervisión, la estructura jurídica, la descentralización y la gestión de fallos.

Volition y reducción de costes

Volition puede reducir los costes de transacción porque publicar datos en una cadena base suele ser caro.

La documentación oficial de Ethereum sobre disponibilidad de datos explica que algunos rollups publican datos como calldata o blobs y que EIP-4844 introdujo un almacenamiento de blobs más económico para los datos de rollups.

Incluso después de las transacciones con blobs, la disponibilidad de datos sigue siendo un factor de coste importante para muchos sistemas de escalabilidad.

El blog oficial de Starknet sobre Volition afirma que la disponibilidad de datos on-chain puede representar una parte importante del coste medio de una transacción y que reducir los datos de L1 puede disminuir significativamente las comisiones.

Volition aborda este problema de costes permitiendo que solo los datos que requieren una disponibilidad más sólida se coloquen en el modo más caro.

Las acciones de menor valor o alta frecuencia pueden utilizar una disponibilidad más barata.

Esto puede ayudar a aplicaciones como juegos, pagos, trading de alta frecuencia, aplicaciones sociales y micropagos.

Sin embargo, un coste menor nunca debe confundirse con una seguridad equivalente.

Volition reduce costes al ofrecer una elección a usuarios y desarrolladores, no haciendo que todas las opciones sean idénticas.

Volition y elección del usuario

La palabra Volition sugiere elección, y esa es la idea clave.

En un sistema estricto basado solo en rollups, todos los usuarios pagan por el mismo modelo de disponibilidad de datos.

En un sistema estricto basado solo en validium, todos los usuarios aceptan el mismo modelo de disponibilidad de datos off-chain.

Volition ofrece mayor flexibilidad.

Un usuario puede mantener saldos mayores en modo rollup.

El mismo usuario puede mantener saldos menores o actividad frecuente en modo validium.

Una aplicación puede establecer por defecto la disponibilidad más barata para acciones de bajo riesgo.

La misma aplicación puede utilizar una disponibilidad más sólida para retiradas, posiciones grandes, colateral, activos de gobernanza o transferencias de alto valor.

Esto es útil porque los usuarios cripto no tienen todos las mismas necesidades.

Una estrategia de trading profesional, un juego casual, una aplicación de micropagos y una cartera de tesorería pueden requerir garantías de disponibilidad de datos diferentes.

Volition permite diseñar sistemas en torno a esas diferencias.

Volition y movimiento de activos entre modos

En algunos diseños Volition, los usuarios pueden mover activos entre modos de disponibilidad de datos.

La documentación de StarkEx describe que los usuarios cambian la bóveda de disponibilidad de datos de un activo transfiriéndolo a una bóveda del otro árbol.

Esto significa que un usuario puede mover un activo de una bóveda al estilo Validium a una bóveda al estilo ZK-Rollup, o a la inversa, cuando sea compatible.

Este movimiento es importante porque las preferencias de riesgo pueden cambiar.

Un usuario puede operar con frecuencia en un modo más barato y más adelante mover fondos a un modo de disponibilidad on-chain más sólido.

Un usuario puede mantener saldos pequeños en un modo de menor coste y trasladar saldos mayores a un modo de mayor seguridad.

Las aplicaciones deben hacer que este movimiento sea comprensible.

Los usuarios deben saber en qué modo está su activo antes de depositar, operar, retirar o transferir.

Si la interfaz oculta el modo, los usuarios pueden no comprender la garantía real de disponibilidad.

Un buen diseño Volition debe hacer que la disponibilidad de datos sea visible y fácil de elegir.

Volition y retiradas

Las retiradas son uno de los temas más importantes en Volition.

Si los datos están disponibles on-chain, los usuarios normalmente pueden confiar en una disponibilidad pública de datos más sólida para reconstruir el estado y demostrar saldos.

Si los datos se almacenan off-chain, los usuarios pueden depender del sistema de disponibilidad de datos off-chain para obtener los datos necesarios para las salidas.

Esto no significa que todos los modos off-chain sean inseguros.

Significa que la garantía de retirada depende del diseño.

Un sistema Volition debe explicar qué ocurre si el proveedor de disponibilidad de datos off-chain falla, desaparece, censura a los usuarios o retiene datos.

También debe explicar si los usuarios pueden mover activos de la disponibilidad off-chain a la disponibilidad on-chain antes de una crisis.

Los usuarios deben tratar el modo de disponibilidad de datos como parte del riesgo de retirada.

Una transacción barata es menos útil si el usuario no puede recuperar o retirar activos durante un fallo de disponibilidad de datos.

Los activos de alto valor merecen una atención cuidadosa a los supuestos de salida.

Volition y compensaciones de seguridad

Volition no elimina las compensaciones.

Las hace más flexibles.

La disponibilidad de datos on-chain suele ser más cara, pero ofrece supuestos de recuperación pública más sólidos.

La disponibilidad de datos off-chain suele ser más barata, pero añade supuestos de confianza sobre el almacenamiento y la divulgación de datos.

Las pruebas de validez protegen frente a transiciones de estado no válidas.

No protegen automáticamente frente a datos no disponibles.

Por ello, los usuarios de Volition deben comprender tanto la seguridad de las pruebas como la seguridad de disponibilidad de datos.

Una prueba válida puede demostrar que una transición siguió las reglas.

No proporciona necesariamente a todos los usuarios los datos faltantes si falla la capa de disponibilidad de datos.

El análisis de seguridad debe incluir el modo de disponibilidad de datos, el sistema de pruebas, el modelo de operador, la capacidad de actualización, el mecanismo de escape, el diseño del bridge y las advertencias de la interfaz de usuario.

Volition es potente porque ofrece opciones, pero las opciones solo ayudan cuando los usuarios las comprenden.

Volition y los blobs de Ethereum

EIP-4844 de Ethereum introdujo transacciones con blobs para reducir el coste de disponibilidad de datos de los rollups.

La documentación oficial de Ethereum sobre disponibilidad de datos explica que algunos rollups publican datos de transacciones en un almacenamiento de blobs más barato tras la implementación de EIP-4844.

Esto hace que los datos de rollup on-chain sean más baratos que los enfoques anteriores basados únicamente en calldata en muchos casos.

Sin embargo, los blobs más baratos no eliminan la idea más amplia de Volition.

Las aplicaciones pueden seguir queriendo un coste aún menor para estados de alta frecuencia o bajo valor.

También pueden querer opciones de disponibilidad de datos diferentes para distintos casos de uso.

Volition sigue siendo relevante porque no se trata solo del nivel actual de comisiones.

Se trata de dar a desarrolladores y usuarios control sobre el perfil de seguridad y coste de los datos.

Los rollups basados en blobs reducen el coste de una parte del espectro.

Volition permite a las aplicaciones moverse a lo largo del espectro.

Casos de uso de Volition

Volition es útil cuando una aplicación tiene diferentes niveles de riesgo dentro del mismo producto.

Una aplicación de trading puede querer disponibilidad de datos de bajo coste para operaciones pequeñas y frecuentes, y una disponibilidad más sólida para saldos grandes.

Un juego puede querer disponibilidad de datos más barata para acciones frecuentes dentro del juego y una disponibilidad más sólida para activos raros y valiosos.

Una aplicación de pagos puede querer disponibilidad de datos barata para transferencias pequeñas y garantías más sólidas para la liquidación de comerciantes o retiradas grandes.

Una aplicación social puede querer actualizaciones de estado de bajo coste para «me gusta», seguimientos o mensajes, mientras protege con más solidez la identidad o propiedad de activos de alto valor.

Una aplicación DeFi puede utilizar una disponibilidad más sólida para el colateral y una disponibilidad más débil para la contabilidad interna de bajo riesgo solo si el diseño lo hace seguro.

Un marketplace puede utilizar modos diferentes para listados, saldos y liquidación final.

El punto importante es que Volition funciona mejor cuando la aplicación separa claramente el estado de bajo riesgo del de alto riesgo.

Si los desarrolladores colocan estado crítico en un modo de disponibilidad débil sin que los usuarios lo comprendan, Volition puede resultar peligroso.

Volition para desarrolladores

Los desarrolladores que utilizan Volition deben diseñar la disponibilidad de datos como parte de la lógica de la aplicación.

Deben decidir qué variables de almacenamiento, bóvedas, activos, saldos o acciones de usuario necesitan una disponibilidad más sólida.

Deben decidir qué acciones pueden utilizar de forma segura una disponibilidad más barata.

Deben explicar estas elecciones en la interfaz de usuario.

Deben evitar ocultar diferencias importantes de seguridad tras etiquetas imprecisas.

Deben probar el movimiento entre modos de disponibilidad de datos.

Deben diseñar la gestión de fallos para problemas de disponibilidad de datos off-chain.

Deben considerar cómo funcionan las retiradas, las salidas forzosas, la recuperación de cuentas y la resolución de disputas en cada modo.

También deben supervisar el ahorro de costes frente a la complejidad añadida.

Volition no es solo una función de optimización de comisiones.

Es una función de arquitectura de seguridad.

Volition para usuarios

Los usuarios deben comprender qué modo de disponibilidad de datos se aplica a sus fondos o actividad.

Una cartera o dApp puede mostrar un modo más barato y un modo de mayor seguridad.

El modo más barato puede ser adecuado para saldos pequeños, acciones frecuentes o casos de uso de bajo riesgo.

El modo más sólido puede ser mejor para saldos grandes, colateral, fondos de tesorería o tenencias a largo plazo.

Los usuarios no deben elegir solo según la comisión.

Deben preguntarse qué ocurre si el operador desaparece, falla el comité de disponibilidad de datos, la interfaz de la aplicación deja de estar disponible o la cadena se pausa.

También deben preguntar si pueden mover fondos entre modos y cuánto tarda el proceso.

Las buenas aplicaciones deben explicar claramente estas compensaciones.

Si una aplicación no muestra qué modo se utiliza, los usuarios deben actuar con cautela.

En Volition, la configuración de disponibilidad de datos forma parte del riesgo del producto.

Volition y DeFi

Volition puede afectar al diseño DeFi porque los protocolos DeFi suelen gestionar al mismo tiempo actividad de alto valor y alta frecuencia.

La guía oficial de Ethereum sobre DeFi describe las finanzas descentralizadas como servicios financieros construidos sobre blockchains públicas y contratos inteligentes.

En DeFi, la disponibilidad de datos afecta a la seguridad del colateral, la lógica de liquidación, los saldos de las cuentas, las acciones relacionadas con oráculos, las participaciones de bóvedas y la confianza en las retiradas.

Un protocolo DeFi debe tener mucho cuidado al colocar datos críticos de colateral en un modo de disponibilidad más débil.

Unas comisiones más bajas pueden ayudar a los usuarios, pero los datos no disponibles pueden crear riesgos graves durante situaciones de estrés del mercado.

Volition puede ser útil para actualizaciones de bajo valor, estado de trading de alta frecuencia o datos no críticos cuando se diseña correctamente.

Puede ser peligroso si los usuarios no saben qué modo protege su colateral o sus saldos.

Los usuarios DeFi deben consultar la documentación antes de depositar en cualquier sistema que utilice varios modos de disponibilidad de datos.

El modo más barato no siempre es el adecuado para el riesgo financiero.

Volition y gaming

El gaming es uno de los casos de uso potenciales más claros para Volition.

Los juegos blockchain pueden generar muchos cambios de estado pequeños, como mejoras de objetos, actualizaciones de puntuación, acciones de fabricación, batallas o registros de movimiento.

Colocar cada pequeña acción de juego en una capa de disponibilidad de datos de alto coste puede hacer que el juego sea demasiado caro.

Volition puede permitir una disponibilidad más barata para acciones de juego frecuentes y de bajo valor.

Al mismo tiempo, los activos raros, los NFT valiosos, las retiradas de tokens o la liquidación de marketplace pueden utilizar una disponibilidad más sólida.

Esta división puede mejorar la experiencia del usuario sin tratar cada acción de juego como igual de importante.

Sin embargo, los desarrolladores de juegos aún deben definir qué sucede si falla la disponibilidad off-chain.

Los jugadores deben saber qué activos tienen garantías más sólidas y qué actividad es más barata, pero conlleva supuestos diferentes.

Volition puede hacer que el gaming Web3 sea más práctico, pero solo cuando el modelo de riesgo es visible.

Volition y micropagos

Volition puede ayudar a los micropagos porque los pagos pequeños son muy sensibles a las comisiones de transacción.

Si la comisión es mayor que el pago, el caso de uso de pago fracasa.

Publicar los datos de cada pago pequeño en una capa base de alto coste puede ser ineficiente.

Volition puede permitir que las aplicaciones utilicen una disponibilidad más barata para transferencias pequeñas, al tiempo que preservan modos más sólidos para saldos mayores o acciones de liquidación.

Esto puede respaldar propinas, pagos en streaming, pequeños pagos a comercios, pagos de juegos, recompensas para creadores y pagos entre máquinas.

Sin embargo, los usuarios de micropagos deben seguir comprendiendo el modelo de liquidación.

Una transacción pequeña puede no necesitar la garantía de disponibilidad de datos más sólida.

Un saldo de comerciante o una retirada final puede necesitar una protección más sólida.

Volition es útil porque permite a los sistemas separar estas capas.

Esa separación puede hacer los pagos pequeños más asequibles sin aplicar los mismos supuestos a todos los activos.

Riesgos de Volition

El primer riesgo de Volition es la confusión del usuario.

Si los usuarios no saben qué modo utilizan sus activos, pueden malinterpretar la garantía de seguridad.

El segundo riesgo es la retención de datos.

Si los datos off-chain no se ponen a disposición, los usuarios que dependen de esos datos pueden tener problemas de recuperación o retirada.

El tercer riesgo es un diseño débil de la interfaz.

Una dApp puede ocultar la elección de disponibilidad de datos o presentarla únicamente como un ajuste de comisiones.

El cuarto riesgo es un criterio deficiente por parte de los desarrolladores.

Un desarrollador puede colocar estado crítico en un modo más barato que no es adecuado para el nivel de riesgo.

El quinto riesgo es el riesgo de gobernanza o actualización.

Un protocolo puede cambiar los modos de disponibilidad, las reglas del comité o la lógica del contrato de formas que los usuarios no esperan.

El sexto riesgo es una supervisión fragmentada.

Los usuarios, exploradores, carteras y herramientas de riesgo pueden necesitar seguir por separado los distintos modos de datos.

El séptimo riesgo es la falsa equivalencia.

Volition no hace que la disponibilidad rollup y validium sean igual de seguras.

Ventajas de Volition

La primera ventaja de Volition es la flexibilidad.

Los usuarios y las aplicaciones pueden elegir el modo de disponibilidad que se ajusta al caso de uso.

La segunda ventaja es un menor coste.

Los datos que no necesitan una disponibilidad on-chain completa pueden utilizar almacenamiento o disponibilidad más baratos.

La tercera ventaja es una mejor segmentación de usuarios.

Las acciones pequeñas, las transferencias grandes, las actualizaciones de juegos, el colateral DeFi y las operaciones de liquidación pueden utilizar modos distintos.

La cuarta ventaja es la escalabilidad.

Una menor presión de datos sobre la capa base puede admitir más actividad.

La quinta ventaja es la libertad de diseño.

Los desarrolladores pueden crear aplicaciones que equilibren coste y seguridad con mayor precisión.

La sexta ventaja es una mayor capacidad de elección para el usuario.

Los usuarios pueden decidir si prefieren comisiones más baratas o una disponibilidad de datos más sólida cuando la interfaz admite esa elección.

La séptima ventaja es la adopción práctica.

Los modos de menor coste pueden hacer más realistas las transacciones pequeñas, el gaming y los casos de uso de alta frecuencia.

Malentendidos comunes sobre Volition

Un malentendido es pensar que Volition es un token.

Volition no es un token.

Es un diseño de disponibilidad de datos.

Otro malentendido es pensar que Volition es lo mismo que un rollup.

Volition puede incluir disponibilidad de datos al estilo rollup, pero no se limita al modo rollup.

Un tercer malentendido es pensar que Volition es lo mismo que validium.

Volition puede incluir disponibilidad al estilo validium, pero su característica principal es que el usuario o la aplicación puede elegir entre modos.

Un cuarto malentendido es pensar que las pruebas de validez resuelven por sí solas la disponibilidad de datos.

Las pruebas de validez demuestran la corrección, mientras que la disponibilidad de datos garantiza que se pueda acceder a los datos necesarios.

Un quinto malentendido es pensar que las comisiones más baratas siempre son la mejor opción.

Una disponibilidad más barata puede ser útil, pero los activos de alto valor pueden necesitar garantías más sólidas.

Un sexto malentendido es pensar que todas las aplicaciones que utilizan un sistema compatible con Volition ofrecen a los usuarios los mismos controles.

La elección real del usuario depende de la implementación de la aplicación.

Volition en términos sencillos

Volition significa elección sobre la disponibilidad de datos.

Un modo rollup publica datos on-chain y suele ofrecer garantías de disponibilidad más sólidas.

Un modo validium mantiene los datos off-chain y suele reducir los costes, pero añade supuestos de confianza sobre la disponibilidad de datos.

Volition permite a una aplicación utilizar ambos modos.

Un usuario puede elegir una disponibilidad más sólida para activos importantes y una disponibilidad más barata para actividad menor o más frecuente.

Un desarrollador puede elegir modos diferentes para distintas variables de almacenamiento o tipos de activos.

Volition no elimina el riesgo.

Permite a usuarios y desarrolladores elegir qué compensación entre riesgo y coste se ajusta a cada situación.

Para principiantes, la regla principal es sencilla.

Volition puede reducir las comisiones, pero los usuarios siempre deben saber dónde están disponibles sus datos y qué ocurre si esos datos dejan de estar disponibles.

Preguntas frecuentes

¿Qué es Volition en cripto?

Volition es un diseño híbrido de disponibilidad de datos que permite a usuarios o aplicaciones elegir entre disponibilidad de datos on-chain al estilo rollup y disponibilidad de datos off-chain al estilo validium.

¿Volition es una blockchain?

No. Volition no es una blockchain por sí misma, porque es una arquitectura de disponibilidad de datos utilizada dentro de sistemas de escalabilidad.

¿Volition es un token?

No. Volition no es un token.

¿Qué problema resuelve Volition?

Volition ayuda a resolver la compensación entre una disponibilidad de datos on-chain de mayor coste y una disponibilidad de datos off-chain de menor coste.

¿En qué se diferencia Volition de un rollup?

Un rollup utiliza disponibilidad de datos on-chain, mientras que Volition permite que algunos datos utilicen disponibilidad al estilo rollup y otros datos disponibilidad off-chain.

¿En qué se diferencia Volition de validium?

Validium mantiene los datos off-chain, mientras que Volition permite a usuarios o aplicaciones elegir entre modos de disponibilidad off-chain y on-chain.

¿Volition utiliza pruebas de conocimiento cero?

Volition suele analizarse junto con sistemas de pruebas de validez, donde las pruebas verifican transiciones de estado correctas mientras el modo de disponibilidad de datos puede variar.

¿Volition hace que las transacciones sean más baratas?

Volition puede reducir costes al permitir que algunos datos eviten una publicación cara en la cadena base, pero el ahorro depende de la implementación y del modo de datos.

¿Volition es menos seguro que un rollup?

Volition puede incluir disponibilidad de datos de nivel rollup para datos seleccionados, pero los datos colocados en modo de disponibilidad off-chain tienen supuestos de confianza diferentes de los datos rollup.

¿Pueden los usuarios elegir el modo de disponibilidad de datos?

En algunos diseños Volition, los usuarios pueden elegir el modo, mientras que en otros la aplicación puede elegirlo o exponer solo controles limitados.

¿Pueden los activos moverse entre modos Volition?

Algunas implementaciones Volition permiten mover activos entre bóvedas o modos de almacenamiento al estilo rollup y al estilo validium.

¿Cuál es el principal riesgo de Volition?

El principal riesgo es que los datos off-chain pueden dejar de estar disponibles, lo que puede afectar a la recuperación de usuarios, las retiradas o la verificación independiente.

¿Qué es un Comité de Disponibilidad de Datos?

Un Comité de Disponibilidad de Datos es un grupo de entidades que almacena datos off-chain o da fe de su disponibilidad en algunos sistemas al estilo validium.

¿Por qué un usuario elegiría disponibilidad de datos off-chain?

Un usuario puede elegir disponibilidad off-chain para reducir comisiones en actividad de bajo valor, alta frecuencia o menor importancia.

¿Por qué un usuario elegiría disponibilidad de datos on-chain?

Un usuario puede elegir disponibilidad on-chain para obtener garantías de recuperación más sólidas, proteger activos de alto valor, colateral, fondos de tesorería o tenencias a largo plazo.

¿Volition es útil para DeFi?

Volition puede ser útil en DeFi, pero los datos críticos de colateral y retirada deben gestionarse cuidadosamente porque un fallo de disponibilidad puede generar riesgos graves.

¿Volition es útil para gaming?

Sí. El gaming puede beneficiarse de una disponibilidad más barata para acciones frecuentes y de bajo valor, mientras utiliza una disponibilidad más sólida para activos valiosos o liquidación.

¿Qué deben comprobar los usuarios antes de utilizar Volition?

Los usuarios deben comprobar el modo de disponibilidad de datos, las reglas de retirada, las garantías de recuperación, los supuestos del operador, la documentación de la aplicación y si los activos pueden moverse entre modos.

Conclusión

Volition es una idea importante en la escalabilidad cripto porque ofrece a usuarios y desarrolladores más control sobre la disponibilidad de datos.

En lugar de obligar a que cada transacción utilice un modelo, Volition permite a los sistemas combinar la disponibilidad on-chain al estilo rollup con la disponibilidad off-chain al estilo validium.

Esto permite equilibrar el coste y la seguridad con mayor cuidado.

Los activos de alto valor pueden utilizar una disponibilidad más sólida.

La actividad de bajo valor o alta frecuencia puede utilizar una disponibilidad más barata.

Los juegos, micropagos, aplicaciones de trading, aplicaciones sociales y algunos diseños DeFi pueden beneficiarse de esta flexibilidad cuando la arquitectura es clara y segura.

Sin embargo, Volition no debe tratarse como una mejora gratuita sin compensaciones.

La disponibilidad de datos on-chain y la disponibilidad de datos off-chain no proporcionan las mismas garantías.

Las pruebas de validez pueden demostrar que las transiciones de estado son correctas, pero no garantizan automáticamente que los datos retenidos estén disponibles para todos los usuarios.

Por ello, Volition debe explicarse claramente en carteras, dApps, documentación e interfaces de usuario.

Los usuarios deben saber qué modo protege sus activos.

Los desarrolladores deben saber qué datos merecen una disponibilidad más sólida.

Los protocolos deben explicar qué ocurre durante un fallo de disponibilidad de datos.

En términos sencillos, Volition es la libertad de elegir dónde se ponen a disposición los datos de blockchain.

Esa libertad puede reducir las comisiones y mejorar la escalabilidad, pero solo ayuda a los usuarios cuando las compensaciones de coste, seguridad y recuperación son fáciles de comprender.