Validación del lado del cliente

Curiosidad

1. ¿Por qué un protocolo registraría menos datos en la cadena para lograr más privacidad?
2. ¿Cómo evita un único hash el doble gasto sin revelar el historial del activo?
3. ¿Cuál es el costo de trasladar la confianza desde un indexador central a cada usuario individual?

Explorar

1. En los protocolos de tokens estándar, todo el estado reside en la cadena. Cada transferencia es visible y cualquier nodo puede reconstruir todo el historial. Esta transparencia permite mercados compartidos, pero sacrifica la privacidad y la escalabilidad. La validación del lado del cliente invierte este modelo: en lugar de almacenar el historial completo del activo en un registro global, cada titular mantiene su propia copia de los datos relevantes. La blockchain solo almacena una huella criptográfica (un compromiso), registrada al cerrarse un sello, que se vincula con este estado fuera de la cadena.
2. Peter Todd desarrolló la idea alrededor de 2016, basándose en su concepto de “sellos de un solo uso”. Un sello es una salida de Bitcoin que solo puede ser gastada una vez. Para transferir un activo, Alice gasta esa salida en una transacción que incluye el hash de la transferencia y asigna un nuevo sello a Bob. Dado que una salida solo puede ser gastada una vez, Alice no puede cerrar el mismo sello dos veces; una segunda transferencia no tendría un sello válido, y cualquiera que revise el historial la rechazaría.
3. La ventaja en materia de privacidad es estructural. Dado que el historial completo de los activos nunca llega a la blockchain pública, los observadores no pueden rastrear las cadenas de propiedad ni analizar los patrones de transacciones. El historial solo se comparte con cada titular sucesivo, nunca con el público. Esto permite que los contratos y activos confidenciales circulen en Bitcoin sin exponer la actividad del usuario a una vigilancia global, lo cual representa un cambio significativo respecto a los estándares de tokens transparentes.
4. La contrapartida es la carga. Los usuarios deben almacenar de forma segura el historial de sus activos y transmitirlo con cada transacción. Si un usuario pierde estos datos, pierde el acceso al activo, ya que ninguna autoridad central puede restaurarlo. Este modelo de “trae tu propio estado” requiere un almacenamiento local robusto y una gestión cuidadosa de las claves. Traslada la complejidad de los nodos de la red a los clientes individuales y exige un mayor conocimiento técnico a los usuarios que deseen participar.
5. RGB, basado en las ideas de Todd y desarrollado principalmente por Maxim Orlovsky y la LNP/BP Standards Association, es una implementación destacada de esta lógica. Utiliza contratos estructurados en los que cada transición se compromete con el siguiente conjunto de reglas a través de un sello. Más recientemente, Lightning Labs lanzó Taproot Assets en la red principal de Bitcoin en octubre de 2023. Este protocolo aprovecha la flexibilidad de scripting de Taproot para incorporar estos compromisos de manera eficiente, y admite tokens fungibles y activos no fungibles con mejores funciones de privacidad que los intentos anteriores de colored coins.
6. Los mercados compartidos siguen siendo la principal limitación. En un exchange descentralizado donde miles de usuarios operan contra un único pool de liquidez, cada participante debe verificar localmente todo el estado de ese pool. Esto es computacionalmente intensivo y difícil de sincronizar en tiempo real. La validación del lado del cliente destaca en transferencias punto a punto o en grupos pequeños, pero tiene dificultades con aplicaciones de alto rendimiento y de muchos a muchos que requieren un consenso global inmediato sobre el estado de los activos.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• P. Todd, 'Single-use seals' (2016-2017)
• RGB Protocol Documentation (rgb.tech)
• Lightning Labs, Taproot Assets Mainnet Launch Announcement (October 2023)