Stellar lanza pagos privados que ocultan tus transacciones

La red Stellar presenta tecnología de privacidad de código abierto utilizando pruebas de conocimiento cero para transferencias confidenciales con controles de cumplimiento integrados a través de ASPs.

Stellar Private Payments (SPP) se volvió de código abierto recientemente. Según @StellarOrg en X, los constructores de privacidad pueden comenzar a construir ahora con la nueva tecnología.

El sistema maneja depósitos, transferencias y retiros privados. Las pruebas ZK con salvaguardas configurables hacen esto posible. Los montos de las transacciones permanecen ocultos a la vista pública.

Los usuarios ya no revelan relaciones entre remitente y receptor. Las pruebas Groth16 realizan el trabajo criptográfico. Los circuitos Circom generan estas pruebas en el lado del cliente mediante WebAssembly.

Lectura obligatoria: Ex-CTO de Ripple: Bitcoin podría necesitar una bifurcación dura para sobrevivir a la computación cuántica

Los contratos inteligentes Soroban impulsan la implementación. Nethermind publicó el repositorio en GitHub con toda la documentación. La prueba basada en navegador se realiza sin interacción con servidores.

La tecnología Association Set Provider proporciona la capa de cumplimiento. Mantienen estructuras de árboles Merkle duales para el seguimiento de membresías. Los operadores de pools aplican controles administrativos de esta manera.

La magia del conocimiento cero se encuentra con la realidad de la blockchain

Los depósitos crean compromisos en el sistema de pools. No se gastan notas de entrada durante este proceso. En su lugar, se generan notas de salida para futuros gastos.

Los circuitos prueban simultáneamente la propiedad de los UTXOs de entrada. Las claves privadas demuestran esta propiedad. La verificación del cálculo del nullificador evita intentos de doble gasto.

Los retiros funcionan de manera opuesta a los depósitos. Las notas de entrada se gastan por completo. No se crean notas de salida al retirar.

Las reglas de conservación del saldo se aplican en todas las transacciones. Las entradas deben ser iguales a las salidas más cualquier monto público. Las pruebas Merkle validan correctamente todos los compromisos de entrada.

También te puede interesar: La movida de ETF de Bitcoin de 442 millones de dólares de Harvard pone a las criptomonedas por delante de las acciones tecnológicas

Las operaciones de transferencia gastan compromisos existentes y crean otros nuevos. La privacidad se mantiene durante todo el proceso. Se asignan nuevas claves públicas a las notas de salida generadas.

Los usuarios avanzados acceden a la función Transact para flujos personalizados. Pueden gastar, crear y transferir notas libremente. Así, el sistema soporta patrones complejos de transacción.

Controles de cumplimiento que no rompen la privacidad

Los árboles de membresía ASP contienen solo claves públicas aprobadas. Los árboles de no membresía funcionan como listas de exclusión. Las cuentas bloqueadas aparecen en estas estructuras Merkle dispersas.

Las pruebas de conocimiento cero demuestran membresía o no membresía sin revelar identidades. Este equilibrio entre privacidad y cumplimiento es lo que hace único al sistema. Los contratos inteligentes verifican todo en la cadena.

El contrato Pool gestiona la lógica principal de depósitos y retiros. Un Verificador Groth16 de Circom se encuentra en la cadena para verificar las pruebas. Los contratos ASP mantienen sus respectivas estructuras de árbol por separado.

Mira esto: La CFTC invita a CEOs de Ripple, Coinbase y Robinhood en un panel sobre criptomonedas

Los desarrolladores pueden desplegar contratos en la red de prueba de Stellar para experimentación. El script de despliegue requiere especificar los niveles del árbol ASP. También hay que configurar los niveles del pool y los montos máximos de depósito.

La aplicación de demostración se ejecuta en localhost:8080 tras la configuración. La interfaz proporciona una UI amigable para interactuar con el sistema. Los registros de la consola ayudan a seguir lo que sucede durante las operaciones.

La página de administración ASP está en localhost:8080/admin.html por separado. La inserción de claves públicas se realiza a través de esta interfaz. Solo las cuentas de administrador ASP pueden firmar estas inserciones.

Creado para investigación, aún no para producción

La Cadena de Referencia Común carece de generación descentralizada de ceremonias. Esto se informa claramente en la documentación. El estado de prueba de concepto significa que no se recomienda su uso en producción.

Actualmente, solo se soporta un circuito. Dos entradas y dos salidas definen los límites. Las futuras actualizaciones podrían ampliar la variedad de circuitos según Nethermind.

Relacionado: Coinbase lanza carteras de IA que negocian criptomonedas de forma autónoma

Los nodos RPC solo conservan eventos durante siete días. La demo depende en gran medida de los eventos de Stellar para su funcionamiento. Se vuelven necesarios indexadores dedicados para períodos de operación más largos.

No se han realizado auditorías de seguridad en la base de código. La gestión de errores podría omitir algunos casos límite. Actualmente, no se deben manipular activos reales en este sistema.

El soporte para Stroops en el manejo decimal de XLM está disponible. Las pruebas de UI para esto aún están incompletas según notas de GitHub. La arquitectura muestra cómo las restricciones del circuito crean la magia del conocimiento cero.

Las cuentas de la billetera Freighter pueden unirse fácilmente a las claves CLI de Stellar. Los prompts de frase semilla habilitan esta adición. Las mismas cuentas luego despliegan contratos e interactúan con funciones de administración.

Requisitos de licencia que exigen atención cuidadosa de los desplegadores

Apache 2.0 cubre la mayoría de los archivos fuente en el repositorio. El archivo circuits/build.rs usa en cambio la Licencia Pública General Menor de GNU v3.0. La licencia mixta genera responsabilidades específicas.

Los artefactos generados no aparecen en el control de versiones. El directorio dist/ se crea durante las compilaciones. Los desplegadores se convierten en distribuidores de estos circuitos WebAssembly compilados.

Los requisitos LGPLv3 implican que la disponibilidad del código fuente es importante. Los usuarios finales deben acceder al código fuente si distribuyen circuitos compilados. Los archivos LICENSE y NOTICE deben acompañar cualquier despliegue.

Nethermind reveló asistencia de LLM en la creación de contenido. La revisión, edición y revisión humana siguieron a toda salida generada por IA. El equipo mantiene la responsabilidad por la documentación final.

La privacidad de las transacciones en Stellar ahora es posible sin sacrificar los mecanismos regulatorios. La disponibilidad de código abierto significa que los constructores de privacidad tienen las herramientas de inmediato. La base está lista para desarrollar aplicaciones ahora.