Rand Protocol
Progreso

Progreso

Cada versión del full node de Rand, desde la primera etiqueta hasta las direcciones legibles para las personas. Las versiones publicadas muestran la fecha en que se etiquetaron. Las posteriores muestran una estimación, a razón de una versión por semana. Las estimaciones cambian cuando cambia el trabajo.

Publicada
18
En curso
0
Prevista
1
  1. v0.1
    Publicada v0.1 · 16 Sept 2026

    Correcciones de la revisión de seguridad y la moneda RAND

    • El primer full node etiquetado: HotStuff BFT, el pool blindado, staking, programas confidenciales en la zkVM.
    • Correcciones de los hallazgos de la revisión de seguridad previa a la publicación.
    • La moneda nativa es RAND, y las comisiones se pagan en RAND.
  2. v0.2
    Publicada v0.2 · 17 Sept 2026

    Investigación sobre direcciones legibles para las personas

    • Investigación sobre direcciones que las personas puedan leer.
    • Los hallazgos dieron lugar al sistema de compartición de direcciones de v0.5.10: la dirección sigue teniendo unos 1.667 caracteres y añade una huella digital, enlaces de pago y códigos QR.
  3. v0.3
    Publicada v0.3 · 18 Sept 2026

    La versión de RPC

    • Once nuevos métodos JSON-RPC y dos temas de WebSocket, alineados con el RPC de Ethereum y de Solana.
    • Los comandos de wallet rand viewing-key y rand tx-key.
    • El límite de programas como parámetro de génesis, inactivo hasta que una chain lo establece.
  4. v0.4
    Publicada v0.4 · 19 Sept 2026

    La cadena de herramientas RISC-V y los transpiladores de Solana y Ethereum

    • rand-guest: compilar, comprobar, empaquetar, ejecutar e inspeccionar programas RV32IM desde Rust o C.
    • sbpf2rv y evm2rv: programas de Solana y EVM traducidos a RISC-V, con salidas idénticas a las de los intérpretes palabra por palabra.
    • La chain 13, cuyo génesis eleva el límite de programas y los límites de llamadas; en ella se desplegaron el ERC-20 y el SPL Token traducidos.
  5. v0.5
    Publicada v0.5 · 20 Sept 2026

    Tokens RPL, zUSD y el puente reforzado

    • La chain 14, creada y etiquetada el mismo día. Un USDT completó el recorrido de ida y vuelta en Ethereum, Binance Smart Chain, Tron y Solana: bloqueado, acuñado como zUSD, quemado, liberado. Una segunda ronda dejó 36 zUSD acuñados frente a 36 USDT en custodia.
    • RPL, el estándar de tokens: un token es una entrada en el registro del libro mayor, que cualquiera puede crear por una comisión en RAND, y se mueve en la misma prueba que RAND, lo que oculta qué activo se movió.
    • zUSD está registrado en la chain 14 como un único token puenteado con siete respaldos: USDT y USDC en Ethereum, Binance Smart Chain y Solana, y USDT en Tron.
    • Refuerzo del puente: un límite diario de acuñación por respaldo, una clave de pausa, una cofirma poscuántica en cada acuñación y marcas de tiempo de bloque acotadas.
    • Cada prueba queda vinculada a toda su transacción. A raíz de la auditoría de seguridad: se rotaron las dieciocho claves de validador, y ahora una acuñación del faucet abre su compromiso.
  6. v0.5.9
    Publicada v0.5.9 · 27 Sept 2026

    La chain 15 y las correcciones de la auditoría

    • La chain 15, creada el 26 de septiembre a partir de la posición del puente de la chain 14: los 10 zUSD aún en circulación se trasladaron en el génesis, respaldados por 9 USDT en Tron y 1 USDT en Solana, de modo que la oferta es igual a la custodia desde el bloque 0. Después, la flota se actualizó a v0.5.9.
    • Las versiones de parche v0.5.x hasta v0.5.9 corrigieron los hallazgos de tres rondas de auditoría interna dirigidas por un cofundador y de tres análisis internos (aún no se ha realizado ninguna auditoría independiente): un bloqueo de consenso que sobrevive a los reinicios, un certificado de quórum almacenado por bloque, pruebas de llamada limitadas al nivel 14 y validadores que conservan un día de bloques junto a un archivo completo.
    • El génesis de la chain 15 activa las correcciones condicionadas: un faucet limitado a 16 wallets designadas y un presupuesto por época, un retraso de bonding de dos épocas, cada firma de consenso vinculada al génesis y las reglas v2 del puente con un límite global de acuñación y claves poscuánticas rotables. Ahora la firman 26 validadores.
  7. v0.5.10 · v0.5.11
    Publicada v0.5.10 · v0.5.11 · 28 Sept 2026

    Compartición de direcciones, el memo cifrado y el registro de vesting

    • v0.5.10: una huella digital de dirección de 16 caracteres, randpay: enlaces de pago y códigos QR, y un memo cifrado sellado dentro del sobre de la nota.
    • v0.5.11: un registro público de vesting para asignaciones bloqueadas (equipo, inversores, socios), fuera del pool blindado y condicionado al génesis; el importe, el calendario, los reclamos y el validador con bond de cada entrada son públicos bajo la clave del titular. No está activo aún en ninguna chain.
  8. v0.6
    Publicada v0.6 · 28 Sept 2026

    Correcciones de la zkVM, la VM de recursión y la agregación

    • La mayoría de los hallazgos de las revisiones de la zkVM, el ISA y la VM de recursión del 27 y 28 de septiembre, corregidos en el código: cuatro fallos de solidez de la VM de recursión (latentes, pues la agregación está desactivada en todas partes), cerrada para las pruebas nuevas la fuga de entradas de llamada en tablas pequeñas, retirado el slashing de agregadores y la clave del verificador del bundle mantenida en caliente fuera del bucle de consenso.
    • El guest de bundle sin ramas y el interruptor de génesis hardening_v6 (suelo de la tabla de programas, vinculación de llamadas, despliegues no invocables rechazados), construidos para el próximo corte de chain. Desplegado en los 26 validadores el 28 de septiembre.
    • Aún abiertos tras v0.6: el contraejemplo de liberación del bloqueo de consenso CON-4 (corrección diseñada, no entregada), la custodia de las claves del puente, las solicitudes de testigo de las wallets con GUI al RPC público y la prueba de agregado falsificado (#45) antes de poder activar la agregación.
  9. v0.6.1 · chain 16
    Publicada v0.6.1 · chain 16 · 28 Sept 2026

    Conjunto de restricciones 7 y un nuevo génesis

    • Conjunto de restricciones 7, una hard fork: cada terminal LogUp cegado y cada tabla con un mínimo de 128 filas, de modo que una prueba revela sus 34 valores públicos y nada más; comprobaciones de rango de 32 bits en las palabras de entrada; claves de verificador con sal; el verificador en circuito de la VM de recursión.
    • La chain 16, activa el 28 de septiembre a las 16:39 UTC con el guest de bundle sin ramas y hardening_v6: 26 validadores con 1.000 RAND cada uno, todos operados por el equipo fundador, un quórum de 18; los 10 zUSD trasladados, respaldados por 9 USDT en Tron y 1 en Solana; sin sección de agregación.
    • En las chains 14 y 15, una prueba de transferencia revelaba si se movía RAND o un token y una huella de las notas gastadas, y una prueba de llamada permitía adivinar entradas de baja entropía; la chain 16 cierra ambas cosas.
  10. v0.6.2
    Publicada v0.6.2 · 29 Sept 2026

    Prueba delegada, fase 1

    • rand-prover y rand-node run --prover: un servicio de prueba sellado que ejecuta el propietario de una wallet, para que una extensión de navegador o un teléfono sin 8 GB de memoria puedan enviar. Los trabajos se sellan con ML-KEM-768 y ChaCha20-Poly1305, el testigo se pone a cero y la wallet verifica por sí misma la prueba devuelta.
    • La fase 1 entrega al prover la clave de gasto, así que delegar una prueba equivale a ceder la custodia: empareje solo una máquina que usted mismo ejecute. Desplegado en los 26 nodos el 29 de septiembre; sustituido en la chain 17 por la autorización dividida (v0.6.3).
    • La versión v0.6.5 de los clientes empareja un prover desde Ajustes, y la aplicación de escritorio puede serlo.
  11. v0.6.3 · v0.6.4 · chain 17
    Publicada v0.6.3 · v0.6.4 · chain 17 · 29 Sept 2026

    Prueba delegada, fase 2: autorización dividida y un nuevo génesis

    • La prueba de bundle ya no recibe la clave de gasto. La propia wallet genera una pequeña prueba de autorización (nivel 10, unos 7 s, 1,36 MB) y cualquier prover emparejado puede generar la pesada prueba de bundle a partir de la clave de visualización: puede leer el historial de esa wallet, pero no puede gastar. Un prover puede cotizar una comisión en RAND, pagada como una salida blindada dentro de la misma transacción; la wallet la limita (1 RAND por defecto).
    • Una hard fork, y por tanto un nuevo génesis: la chain 17 activa desde el 2026-09-29 a las 03:03 UTC, creada a partir de una instantánea de la chain 16 con los mismos 26 validadores, con los 10 zUSD y su respaldo trasladados; el límite de pruebas es de 4 MiB, de modo que un bloque tiene espacio para tres pruebas. Una transferencia lleva ahora unos 2,85 MB de pruebas, siete por cada bloque de 20 MiB. v0.6.4 es el registro del lanzamiento.
    • Medido el 29 de septiembre: una prueba de bundle v3 en 102 s en local y en 108–111 s a través de un prover emparejado; un prover ajeno probó de extremo a extremo un envío de 5 RAND.
  12. v0.6.6
    Publicada v0.6.6 · 29 Sept 2026

    Gas: pago por instrucción en RAND (conjunto de restricciones 8), creado para la chain 18

    • La zkVM mide cada ejecución dentro del circuito (una columna de gas, un valor público); una llamada declara un límite de gas y lo paga a los precios de gas y de bytes de la cadena, y bajo la sección dinámica los precios se mueven una vez por bloque según su ocupación. Cada bundle declara el límite fijado de 20.479.
    • El conjunto de restricciones 8 cambia todas las claves del verifier, por lo que solo podía ejecutarse en una cadena nueva. v0.6.6 se etiquetó y nunca se publicó tal como estaba etiquetada: su contenido llegó a una cadena el mismo día que v0.6.7-rc1, rebasado sobre la autorización dividida.
  13. v0.6.7 · chain 18
    Publicada v0.6.7 · chain 18 · 29 Sept 2026

    Chain 18: la medición de gas y el memo cifrado, en producción

    • La chain 18, creada el 29 de septiembre a las 04:56 UTC sobre v0.6.7-rc1 y actualizada nodo por nodo a v0.6.7: la primera cadena con medición de gas (conjunto de restricciones 8), con la autorización dividida de la chain 17 y el sobre de note de 1.860 bytes que transporta un memo cifrado. 26 validators con 1.000 RAND cada uno, un quórum de 18, pruebas de hasta 4 MiB. Los saldos de RAND y los 10 zUSD en circulación se trasladaron en el génesis.
    • Una llamada confidencial ahora declara un límite de gas que el circuito hace cumplir y lo paga, junto con sus bytes, a precios que se mueven con cada bloque. Cuatro llamadas medidas el 30 de septiembre costaron entre 0,0057 y 0,0075 RAND.
    • El 30 de septiembre se desplegaron y se llamaron en la chain 18 cuatro programas de ejemplo: una votación anónima sobre una lista de permitidos con Keccak, una prueba de pasivos sobre un árbol de sumas SHA-256, un libro mayor fuera de la cadena trasladado entre llamadas y una decisión de crédito privada a partir de un modelo publicado.
  14. v0.6.7 · chain 19
    Publicada v0.6.7 · chain 19 · 1 Oct 2026

    Chain 19: la chain 18 de nuevo, con los endpoints del puente redesplegados

    • La chain 19 entró en producción el 1 de octubre a las 03:43 UTC, creada a partir de la chain 18 en una instantánea de la altura 141.935 y ejecutada con la misma compilación v0.6.7 por los mismos 26 validators. Todas las reglas y los límites son los de la chain 18; el génesis nombra los endpoints del puente de Ethereum, BNB Chain y Tron redesplegados el 30 de septiembre.
    • Las wallets de los operadores y los zUSD puenteados se trasladaron. Los programas no se trasladan en una bifurcación de corte, así que los cuatro programas de ejemplo se desplegaron de nuevo en la chain 19. El pool de provers de los validators en prover.randprotocol.org genera pruebas para la chain 19.
    • Rand Wallet v0.6.7 se publicó el mismo día para la chain 19: el núcleo de cada cliente incorpora el fullnode v0.6.7 y rechaza cualquier otra cadena, y la versión de la wallet ahora coincide con la del nodo.
  15. v0.6.8 · chain 20
    Publicada v0.6.8 · chain 20 · 1 Oct 2026

    Chain 20: estado de los programas, comisiones del puente y las últimas correcciones de la auditoría v6

    • La chain 20 entró en producción el 1 de octubre a las 06:17 UTC sobre v0.6.8, una bifurcación dura desde el estado de la chain 19 en la altura 7.258, desplegada con parada total por los mismos 26 validators. Ahora cada prueba y cada mensaje firmado están vinculados al génesis de la cadena, de modo que nada hecho para una cadena se verifica en otra, y una wallet necesita v0.6.8 para enviar.
    • RPL-2: un programa puede conservar estado en celdas y custodiar una bóveda, y un Invoke las lee y las escribe en un único paso probado, a 0,01 RAND por celda nueva. zUSD paga una comisión de puente del 0,1 % en cada sentido, en zUSD, a una note de tesorería, y la custodia sigue siendo igual a la oferta.
    • El resto de la auditoría v6: el bloqueo de consenso ya no se libera automáticamente (CON-4) y las vistas avanzan con certificados de timeout (CH-1); un listener RPC público con un conjunto fijo de métodos; techos de precio del gas; validators admitidos por votación; rotaciones de guardianes que exigen posesión y un día de retraso.
  16. Wallet v0.6.8 · chain 20
    Publicada Wallet v0.6.8 · chain 20 · 1 Oct 2026

    Rand Wallet v0.6.8: las apps envían en la chain 20

    • El núcleo de cada app incorpora ahora el fullnode v0.6.8 y vincula lo que prueba y firma al génesis de la chain 20, de modo que las wallets de móvil, de escritorio y de navegador vuelven a enviar en la chain 20. Por defecto, una wallet usa el prover de RandProtocol para la prueba del bundle, y un prover propio sigue siendo la opción privada.
  17. v0.8.0 · chain 21
    Publicada v0.8.0 · chain 21 · 12 Oct 2026

    Cadena 21: conjunto de restricciones 9, comisiones quemadas, perpetuos y multifirma

    • La cadena 21 entró en funcionamiento el 12 de octubre a las 10:31 UTC con fullnode v0.8.0, una bifurcación dura (hard fork) de la cadena 20 (su estado del puente a partir de la instantánea en la altura 814,702 y los saldos de las billeteras de los operadores), desplegada con parada total por los mismos 26 validadores. La zkVM usa el conjunto de restricciones 9, con tramos de Merkle en el verificador de recursión y un chip para la aritmética de Dilithium2, de modo que cambiaron todas las claves del verificador y la codificación de las pruebas: v0.8.0 rechaza las cadenas 18 a 20, y una billetera necesita v0.8.0 para enviar.
    • El piso de comisión de cada transacción ahora se quema en lugar de pagarse al proponente, que conserva solo la propina. Futuros perpetuos RPL-3: un mercado, BTC-PERP liquidado en zUSD con apalancamiento de 20×, con un prover fuera de la cadena. Cuentas multifirma: claves Dilithium2 M-de-N sobre un saldo público, 1 RAND para crearlas; la tesorería de la fundación, 100,000 RAND bajo 2 de 3 claves, es la cuenta génesis. Multifirma privada: una política M-de-N probada como la autorización de un paquete en el nivel 18, de modo que la cadena solo sabe que firmó una multifirma. Las pruebas pueden ser de 6 MiB.
    • Cambios solo del nodo desde v0.6.8: versiones firmadas y compiladas en CI desde v0.7.0; generación de pruebas en todos los núcleos, o en la GPU, desde v0.7.1; bloques compactos, un checkpoint de arranque, una caché de verificación y la aplicación de bloques fuera del bucle principal en v0.8.0; los scan heads reducen en 2,26× los bytes de sincronización de una wallet. La línea de comandos rand de la versión v0.8.0 envía en la chain 21, y también lo hace Rand Wallet v0.8.0, más abajo.
  18. Wallet v0.8.0 · chain 21
    Publicada Wallet v0.8.0 · chain 21 · 12 Oct 2026

    Rand Wallet v0.8.0: las apps envían en la chain 21 y firman para un multisig privado

    • El núcleo de cada app incorpora ahora fullnode v0.8.0, de modo que las wallets de teléfono, escritorio, extensión y web envían en la chain 21; las apps 0.7.x la rechazan, y v0.8.0 rechaza la chain 20. Las claves, las direcciones y las claves de visualización se conservan, y una wallet que escaneó la chain 20 vuelve a escanear desde el génesis de la chain 21 tras un solo aviso. Cada app puede firmar una propuesta multisig privada con su propia clave Dilithium2, comprobando al beneficiario antes de firmar.
  19. próxima Estimación
    Prevista próxima · 19 Oct 2026 (estimación)

    Los programas de ejemplo en la chain 21 y la última prueba de la agregación

    • Estimación. Los cuatro programas de ejemplo, redesplegados en la chain 21; la prueba de agregado falsificado de la que aún depende la agregación de bloques.

Las fechas marcadas como «estimación» son planes, no compromisos. La documentación describe lo que se ejecuta hoy en la testnet.