Propósito y alcance
La validación aquí significa controles de integración, no aprobaciones. Define cómo los equipos confirman que acciones, tags y vistas derivadas se mantienen consistentes entre SDKs, indexadores y exploradores en testnet. El alcance se enfoca en resultados repetibles, paridad entre herramientas, detección temprana de inconsistencias y reportes de conformidad con hashes de evidencia.
Alineación de esquemas
Los payloads de acciones siguen los tipos del paquete actual para que la validación sea consistente entre herramientas.
Cobertura de tags
Los flujos llevan tags requeridos para que las vistas clasifiquen la actividad sin interpretación manual.
Consistencia de vistas
Las vistas derivadas coinciden con salidas del indexador para que los exploradores muestren los mismos totales y clasificaciones.
Paridad de herramientas
Herramientas oficiales y de terceros se alinean en las mismas entradas, salidas y lógica de tags.
Superficies de conformidad
Los controles de validación se aplican a las superficies del núcleo que impulsan el comportamiento del Hub: transacciones, eventos, derivación de vistas y salida del explorador. Cada superficie tiene esquemas esperados y patrones de tags para que los resultados se alineen entre herramientas. La cobertura se amplía en cada ciclo de testnet, por lo que las actualizaciones son incrementales.
Salida de transacciones
Las acciones firmadas emiten eventos esperados y actualizaciones de estado dentro de los parámetros actuales.
Flujos de eventos
Los flujos de eventos publican payloads consistentes para que las herramientas aguas abajo puedan parsearlos e indexarlos.
Derivación de vistas
La lógica del indexador coincide con cálculos de referencia para saldos, asignaciones y ratios de cobertura entre herramientas.
Visualización en el explorador
Las vistas del explorador muestran los mismos resultados que calculan los indexadores, con tags y metadatos coincidentes.
Señales de validación
Controles ligeros muestran si los resultados coinciden con el paquete actual. Incluyen comparaciones de fixtures, controles de completitud de tags y controles de paridad del indexador para detectar desviaciones temprano. Son informativos y guían el trabajo de integración, no aprobaciones ni certificaciones.
Fixtures de referencia
Fixtures de referencia comparan resultados esperados contra respuestas reales de testnet para detectar desviaciones.
Comparaciones diferenciales
Comparaciones diferenciales automatizadas comparan resultados del indexador entre entornos para marcar discrepancias temprano.
Completitud de tags
Los controles de cobertura señalan tags faltantes para corregir flujos antes de compartir resultados.
Señales de error
Los errores se registran con IDs de acción para que los equipos puedan rastrear fallos rápido.
Reportes de conformidad
Publica reportes de conformidad con objetivos de versión, resumen de resultados y hashes de evidencia para revisión.
Flujo de validación
Usa este flujo para alinear tu integración con la superficie actual de testnet. Mantiene el setup consistente entre equipos y destaca discrepancias temprano. Repite el flujo después de reinicios o actualizaciones del paquete para mantener tu base alineada con el comportamiento actual del testnet.
Revisar el paquete
Obtén el paquete más reciente y confirma versiones de esquema, endpoints e ID de cadena.
Ejecutar acciones de muestra
Envía un conjunto pequeño de acciones de prueba que ejerciten carteras, roles y tags.
Verificar cobertura de tags
Revisa la cobertura de tags por acción y corrige valores faltantes o mal tipados.
Comparar vistas
Compara resultados del explorador e indexador para confirmar totales y clasificaciones consistentes.
Registrar y repetir
Registra discrepancias, ajusta la lógica de integración y repite los controles tras actualizaciones cuando sea necesario.
Publicar reporte
Publica un reporte de conformidad con objetivos de versión y hashes de evidencia para revisión.
Límites del testnet
El trabajo de validación se ejecuta en testnet y hereda sus restricciones. Reinicios, cambios de parámetros y cobertura parcial son normales durante desarrollo activo. Trata los resultados como señales de integración y verifica de nuevo cuando cambie el paquete. Las actualizaciones del paquete indican cuándo se deben repetir los pasos de validación.
Ciclos de reinicio
Pueden ocurrir reinicios de estado; mantén fixtures y configuraciones portables entre ciclos.
Cambios de parámetros
Los parámetros de módulos pueden cambiar; alinea la validación con el paquete más reciente en cada ciclo.
Cobertura parcial
Algunos módulos pueden retrasarse o estar incompletos durante iteraciones de testnet por períodos breves.
Manifiesto
"Mi objetivo es simple: permitir que cualquiera, en cualquier lugar, pueda crear una entidad capaz de operar con credibilidad, continuidad y con infraestructura financiera real, diseñada para operaciones en stablecoins."
Leer el ManifiestoNicolas Turcotte
Fundador e ingeniero principal
Contribuye ahora
La testnet es para constructores, operadores y responsables que quieren validar el Hub en público.
Ingenieros de protocolo
Trabajando en definiciones del kernel, alcance de mensajes e invariantes.
Ingenieros de indexación y datos
Definiendo esquemas de eventos y entradas reproducibles para las vistas.
Operadores tempranos
Probando el secuenciador, la publicación de lotes y el alcance operativo bajo reglas de testnet.
Inversionistas alineados con la infraestructura
Siguiendo alcance, riesgos y progreso (sin promesas de retorno).
Asesoría legal
Revisando la postura de límites, el alcance no custodial y el orden de la pila documental.
Responsables de gobernanza
Definiendo la separación kernel/adaptadores y la postura de actualización.
Acceso a la testnet
Solicita acceso para explorar el Hub, probar las interfaces de referencia y validar el comportamiento del protocolo de punta a punta en la testnet de desarrollo. Cualquiera puede solicitar acceso; el acceso de operador local/dev se revisa con mayor rigor.
Acceso controlado. Aprobación requerida.
Testnet Solo en inglés
Acceso a la testnet
Solicita acceso para explorar el Hub, probar las interfaces de referencia y validar el protocolo en la testnet de desarrollo. El acceso local/dev de operador se revisa con mayor rigor.
Solicitar acceso a la testnetBoletín Solo en inglés
Mantente informado
Actualizaciones concisas sobre la preparación de la testnet, lanzamientos y hitos de gobernanza.