En Vivo en Testnet Fuji

KUMPLY Compliance L1

La primera L1 de Avalanche donde solo instituciones KYB-verificadas pueden validar. Cada bloque está firmado por una entidad regulada — el compliance vive dentro del consenso.

L1 Desplegada Exitosamente en Testnet Fuji

La L1 de KUMPLY está totalmente operativa en Fuji: el KumplyValidatorSetManager gestiona activamente los validadores mediante ACP-99, y el token de gas KMP está activo. Estamos coordinando con los validadores institucionales fundadores (Bankaool, Arkangeles) para que se unan a la red en vivo.

Ver Código en GitHub ↗

Identidad de la Cadena

NombreKUMPLY Compliance L1
Chain ID43210
Subnet ID2buHAwNvaybnQ6vQYRS4TeXizZhAo33bhpnonAJu21CKYLZoST ↗
Blockchain ID2pyvAQK1WQ318yHtnv4ZQeL9hWeJmmgMp9MEHqpJnDYttQEL6b ↗
Token de GasKMP
VMSubnet-EVM v0.7.0
Tiempo de Bloque2s
ConsensoSnowman (k=20, β=15)

Endpoints y Contratos

RPChttps://subnets.avax.network/2pyvAQK1WQ318yHtnv4ZQeL9hWeJmmgMp9MEHqpJnDYttQEL6b/rpc
ExploradorAvascan Testnet ↗
AttestationStore0x9Bbb0797EA92277c268fe7E45BdB16b70E787d76 ↗
Validator Set Manager0x903f6E46f965C9A1127652D761400dBe487F555D ↗
Warp / ICMActivo desde génesis
ICTTPlaneado · Fase 2

Arquitectura de Validadores (ACP-77 + ACP-99)

El registro de validadores pasa por el contrato KumplyValidatorSetManager, que exige una attestación Tier 4 (KYB) como prerequisito. Los cambios de estado se propagan al P-Chain vía Avalanche Warp Messages.

┌─────────────────────────────────────────────────────────────────┐
│  Validator Set (ACP-77 + ACP-99)                              │
│  KYB-verified institutions only · 5–21 active validators        │
└─────────────────────────────────────────────────────────────────┘
        │ initializeValidatorRegistration(nodeID, weight)
        ▼
┌─────────────────────────────────────────────────────────────────┐
│  KumplyValidatorSetManager.sol                                 │
│  require: attestationStore.verify(msg.sender).tier >= 4         │
└─────────────────────────────────────────────────────────────────┘
        │ Warp Message (ACP-77 §"L1 Validator Manager")
        ▼
┌─────────────────────────────────────────────────────────────────┐
│  P-Chain · canonical L1 validator set sync                      │
└─────────────────────────────────────────────────────────────────┘
        │ Snowman++ consensus
        ▼
┌─────────────────────────────────────────────────────────────────┐
│  KUMPLY L1 (Subnet-EVM, KMP gas) · 2s blocks · ICM enabled    │
└─────────────────────────────────────────────────────────────────┘

Validadores Fundadores

Cada validador debe tener una attestación Tier 4 (Empresarial / KYB) válida en el AttestationStore. Si la attestación expira, el validador es removido automáticamente por el contrato — cualquiera puede ejecutar la purga.

Bankaool

Digital bank · CNBV regulated

Tier 4 · KYBConfirmado

Arkangeles

Venture capital · LatAm

Tier 4 · KYBConfirmado

KUMPLY Protocol

Treasury validator

Tier 4 · KYBConfirmado

LatAm DeFi Alliance

Regional consortium

Tier 4 · KYBInvitado

Institutional TBD #5

Banking partner

Tier 4 · KYBEn Diálogo

¿Por Qué una L1 Dedicada?

C-Chain funciona para las lecturas de hoy. Aquí está por qué construimos la Compliance L1 a escala institucional.

Compliance por Construcción

Solo validan instituciones KYB-verificadas. Cada bloque firmado por una entidad regulada — la red misma se convierte en un artefacto regulatorio.

Lecturas Compliance Sub-Centavo

Fees predecibles y casi cero para consultas a escala institucional. Sin spikes de gas que bloqueen integraciones empresariales.

Cross-L1 vía Warp + ICM

Las attestaciones se propagan nativamente a cualquier L1 de Avalanche. Sin puentes, sin oráculos, sin confianza en terceros.

Validator Set Auto-Sanador

Cuando expira el KYB de un validador, cualquiera puede llamar disableExpiredValidator(). La red remueve validadores no-compliance sin intervención admin.