Documentación oficial · v3.1

Libro blanco oficial de EnteleKRON

El libro blanco de EnteleKRON explica la visión del proyecto, la arquitectura soberana, la orientación hacia un rollup protegido por Ethereum, el contexto del token ENK, los módulos nativos del ecosistema, los principios de gobernanza, el modelo de seguridad y la hoja de ruta.

Versión
v3.1
Última actualización
2026-09-23

Official interactive edition

ENTELΞKRON Whitepaper v3.1 · ES

Language switching keeps you inside this Whitepaper on EnteleKRON.io. Only currently enabled, content-safe locales are selectable.

La versión en PDF estará disponible, una vez publicada, en la página oficial del libro blanco de EnteleKRON.org.
DocumentosTransparencia
Documentación oficial
v3.1Arquitectura pública y visión del ecosistemaFuente oficial: ENTELΞKRON

Libro blanco oficial de EnteleKRON

Comprenda la arquitectura soberana que sustenta ENK

El libro blanco de EnteleKRON explica la visión del proyecto, la arquitectura soberana, la orientación hacia un rollup protegido por Ethereum, el contexto del token ENK, los módulos nativos del ecosistema, los principios de gobernanza, el modelo de seguridad y la hoja de ruta.

Leer en línea

La versión en PDF estará disponible, una vez publicada, en la página oficial del libro blanco de EnteleKRON.org.

Sitio web oficial

Soberano por diseño

EnteleKRON está diseñado para controlar la dirección de su ecosistema, la identidad de la cadena, los módulos del protocolo, la experiencia del monedero, la visibilidad del explorador, la hoja de ruta de gobernanza y su trayectoria de independencia a largo plazo.

Dirección realista de la cadena

La primera dirección técnica realista es una cadena de ecosistema compatible con EVM y protegida por Ethereum que utiliza una vía rollup de OP Stack, sujeta a desarrollo, pruebas, revisión de seguridad y aprobaciones oficiales de lanzamiento.

Módulos nativos del ecosistema

El libro blanco abarca ChronoSeal, TVK ID, los recibos de liquidación SOVRA, el anclaje de EnergieMIND, EnteleWALLET, EnteleSCAN y la futura malla financiera.

Contexto para inversores

El libro blanco explica el contexto del token ENK, la separación del proceso de asignación, la planificación futura de la cadena, los factores de riesgo y el desarrollo del proyecto orientado al cumplimiento.

El libro blanco de EnteleKRON se ofrece únicamente con fines informativos sobre el proyecto, la tecnología, el ecosistema y la hoja de ruta. No constituye asesoramiento de inversión, financiero o jurídico ni garantía de rentabilidad. La participación en cualquier venta de tokens ENK, asignación o proceso del panel está sujeta a elegibilidad, aprobación, controles KYC/AML, restricciones jurisdiccionales, condiciones oficiales, calendarios de adquisición y liberación, factores de riesgo del proyecto y legislación aplicable.

Las futuras infraestructuras de EnteleKRON Chain, testnet, mainnet, puente y ecosistema están sujetas a desarrollo, pruebas, revisión de seguridad, revisión jurídica y aprobaciones oficiales de lanzamiento.

Documentación oficial

Modelos interactivos del sistema

Explore los modelos principales de arquitectura, seguridad, economía y flujo del inversor. El movimiento se aplica como mejora progresiva y respeta automáticamente las preferencias de accesibilidad de movimiento reducido.

1Layer 1

Users & Applications

Investor portal · ecosystem apps · institutional interfaces

2Layer 2

Access & Trust

EnteleWALLET · TVK ID · KYC/AML · authorization

3Layer 3

Native Modules

ChronoSeal · SOVRA · EnergieMIND · EnteleLEDGER · EnteleLINK

4Layer 4

ENTELΞKRON Chain

EVM-compatible OP Stack L2 · controlled sequencing

5Layer 5

Ethereum Settlement

Settlement security · fault proofs · canonical bridge

Figure 1 — Sovereign architecture flow. Trust and application requests move from user-facing access controls through native protocol modules to the planned ENTELΞKRON L2 and Ethereum settlement layer.
01
Event / request
02
Identity & eligibility
03
Policy / KYC gate
04
Module execution
05
Proof / receipt
06
Audit & explorer
Figure 2 — Controlled trust flow. Sensitive identity data remains off-chain; proofs, status, receipts and audit references can be anchored or exposed according to the applicable module and authorization policy.

Proof & Trust

ChronoSeal · GraphVAULT · EnteleSCAN

Identity & Access

TVK ID · EnteleWALLET · Q-Presence

Intelligence

SOVRA · ALVINA · multilingual intelligence

Sovereign core

ENTELΞKRON

Protocol coordination

Energy

EnergieMIND · energy proofs · asset data

Ledger & Interop

EnteleLEDGER · EnteleLINK · ISO middleware

Security

EnteleVAULT · EnteleCLOS · controlled key boundaries

Figure 5 — Canonical module topology. Modules remain independently staged and auditable; inclusion in the ecosystem does not imply production-live status.

Ecosystem utility

ENK

Coordination and utility token. Separate supply, allocations and lifecycle.

Financial Mesh

PaymentsCustodyTreasuryTokenizationMarkets

Each regulated activity remains jurisdiction-, entity-, security- and activation-gated.

Planned settlement instrument

TVKUSD

EnteleMINT issuance/redemption controls + EnteleTREASURY reserve and safeguarding controls.

Control boundary: TVKUSD reserves, customer assets, corporate treasury, ENK ecosystem treasury and settlement liquidity remain separate legal/accounting books.
Figure 6 — Financial Mesh separation model. ENK and planned TVKUSD are distinct instruments; future financial services require their applicable activation gates.
PLANNED CONTROL ARCHITECTURE — not an issued stablecoin or live regulated service.

TVKUSD

planned

Planned settlement instrument

EnteleMINT

planned

Planned issuance control plane

EnteleTREASURY

planned

Planned treasury control plane

EntelePAY

planned

Planned payment infrastructure

EnteleEXCHANGE

planned

Planned exchange infrastructure

1. Eligibility / source-of-funds controls2. Reserve confirmation + authorized issuance3. Reconciliation / settlement controls4. Redemption + burn + reserve release
Figure 16 — Planned TVKUSD control lifecycle. Module names, roles and statuses are sourced from the canonical ecosystem registry; activation remains subject to issuer, reserve, safeguarding, legal, security and jurisdiction gates.
SOVRA
Signals / requests
Reasoning & anomaly assessment
Evidence / AI receipt
Human or policy gate
EnergieMIND
Device / asset data
Off-chain processing
Hash / proof anchor
Analytics / audit
Figure 7 — Intelligence and energy evidence lanes. Raw AI and sensor data can remain off-chain while controlled receipts, hashes and proofs support auditability. SOVRA recommendations do not replace required human, legal or financial authority.
01

Arquitectura soberana

Una vista por capas de los planos de protocolo, inteligencia, identidad, liquidación e infraestructura.

02

Flujo de confianza y datos

Cómo se mueve la información verificada por las capas de identidad, políticas, prueba, liquidación y auditoría.

03

Red de módulos del ecosistema

Un modelo conectado de módulos nativos y de las interfaces controladas mediante las que se coordinan.

04

Flujo económico de ENK

Un modelo visual que conecta la utilidad del token, la participación, el acceso al ecosistema y los flujos de asignación controlados.

05

Estructura de asignación

Una vista proporcional de las categorías de asignación de ENK y de los controles que separan venta, ecosistema y reservas a largo plazo.

06

Ciclo de vida de la venta

El ciclo de participación por etapas, desde rondas controladas hasta secciones de preventa pública y controles posteriores a la venta.

07

Recorrido del inversor

Una ruta basada en estados desde la solicitud y elegibilidad, pasando por KYC/AML, asignación y verificación del pago, hasta el vesting.

08

Puerta KYC / AML

Las decisiones de elegibilidad, identidad, sanciones y cumplimiento representadas como puertas explícitas de aprobación en lugar de pasos ocultos.

09

Seguridad y confianza

Un modelo de defensa en profundidad que abarca verificación de monederos, control de acceso, puertas de cumplimiento y controles de transparencia.

10

Tesorería y transparencia

Un modelo trazable que separa datos de verificación publicados, operaciones de tesorería controladas y material sensible de claves.

11

Inteligencia SOVRA

La capa de inteligencia soberana que coordina servicios de IA, diagnósticos, automatización y flujos de trabajo conscientes de la liquidación.

12

Bucle EnergieMIND

Un modelo de retroalimentación que conecta datos energéticos, inteligencia, decisiones de infraestructura y coordinación del ecosistema.

13

Grafo de identidad y confianza

Credenciales, atestaciones y pruebas conectadas mediante TVK ID y flujos soberanos de verificación.

14

Evolución de la cadena

Una ruta de madurez controlada desde infraestructura ENK visible en Ethereum hacia capacidades del ecosistema progresivamente independientes.

15

Controles de gobernanza

Puertas de decisión, tesorería, actualización y legales diseñadas para separar la señalización de la ejecución autorizada.

16

Hoja de ruta de entrega

Hitos representados como puertas de preparación para producto, seguridad, asuntos legales, infraestructura y entrega del ecosistema.

17

Matriz de riesgos

Una vista estructurada de dependencias técnicas, de mercado, regulatorias, de ejecución, custodia y ecosistema.

Definición

EnteleKRON es una capa soberana de protocolo de IA, finanzas e infraestructura diseñada para conectar activos digitales, identidad, inteligencia energética, sistemas de IA y flujos de liquidación mediante una cadena de ecosistema protegida por Ethereum.

Principio fundamental

EnteleKRON es soberano por diseño, no aislado por diseño.

01

Account

02

Application

03

Eligibility

04

KYC / AML

05

Allocation

06

Payment instruction

07

Wallet verification

08

Vesting / delivery

Figure 3 — Investor control journey. Application, identity, allocation and payment authorization are distinct states; payment instructions are issued only through authenticated official surfaces.
I1

Account

Authenticated investor identity

I2

Eligibility

Jurisdiction + participation checks

I3

KYC / AML

Identity, sanctions and required due diligence

I4

Allocation

Approved amount and binding terms

I5

Payment access

Official enabled rail instructions

I6

Delivery

Verification, vesting and distribution controls

Privacy boundary: identity documents and sensitive PII remain in authorized off-chain verification systems. Blockchain records should contain only the minimum proofs, references or state required by the applicable workflow.
Figure 17 — Identity and participation gate architecture. TVK ID is the planned sovereign identity direction; current investor KYC/AML remains a controlled verification workflow and must not be represented as an on-chain PII store.

EnteleWALLET

in progress

Wallet & access infrastructure

TVK Wallet

in progress

White-label wallet infrastructure

Shared trust core

TVK Wallet Architecture

identity · policy · signing · evidence

EnteleAGENT Wallet

in progress

Autonomous-agent wallet & authority control

EnteleROBOT Wallet

in progress

Robot wallet & fleet authority control

Human: EnteleWALLET — user-controlled identity, permissions and assets.
Agent: EnteleAGENT — software/runtime identity and bounded delegated economic authority.
Robot: EnteleROBOT — hardware/firmware attestation, fleet authority, safety policy and quarantine.
Figure 18 — Wallet family and shared trust architecture. EnteleAGENT and EnteleROBOT are specialized TVK Wallet products, not skins of the human wallet. Registration or machine identity does not itself grant unrestricted spending or signing authority.
1

Public verification

Official domains · explorer · Transparency Center

2

Authenticated investor plane

Session · application · KYC status · controlled payment instructions

3

Administrative control plane

Role separation · review queues · audit records

4

Key / treasury boundary

Multisig · signer policy · sensitive keys never public

Enabled Stage-4 rail→Scoped receiving wallet→Authenticated instruction→On-chain verification
Figure 8 — Security and transparency zones. Public verification is intentionally separated from authenticated investor operations, administration and sensitive key-management boundaries.
01

Select participation

02

Eligibility / KYC

03

Choose supported stablecoin rail

04

Server-issued destination (release-gated)

Presale receiving addresses are intentionally not published in public documentation. The private order ledger and server-side issuance architecture are deployed, but real fund collection remains release-gated. Payment instructions are issued only after the operational, compliance, settlement-verification and security gates pass; no historical shared address is a valid new-order instruction.
Figure 14 — Controlled settlement flow. The currently supported rails are BTC on Bitcoin, native ETH on Ethereum, SOL on Solana, XRP on XRP Ledger, TRX on TRON, SUI on Sui, USDC on Ethereum, USDC on Base and USDT on Ethereum; receiving destinations remain behind the authenticated approval boundary and are not published in the whitepaper.

ENK

Coordination & utility

01Ecosystem access
02Infrastructure utility
03Future validation / staking
04Governance signaling
05Identity / attestations
06AI intelligence services
07Energy coordination
Figure 13 — ENK utility map. Utility activation remains conditional on module readiness, security review, published terms and applicable law; the map does not represent guaranteed value, yield, listing or liquidity.

Etapa 4 — Preventa pública (6 secciones)

Etapa 1 — Ronda de inversores iniciales

Cerrada
Precio de preventa
0,008 US$ ENK
Asignación mínima
10.000 US$
Tokens de bonificación
5% ENK
UTC
1 jul 2026 – 29 jul 2026

Etapa 2 — Ronda de acceso al ecosistema

Cerrada
Precio de preventa
0,010 US$ ENK
Asignación mínima
5000 US$
Tokens de bonificación
3% ENK
UTC
29 jul 2026 – 26 ago 2026

Etapa 3 — Venta privada

Cerrada
Precio de preventa
0,012 US$ ENK
Asignación mínima
2500 US$
Tokens de bonificación
2% ENK
UTC
26 ago 2026 – 23 sept 2026
Etapa 4 · Preventa pública

Calendario de preventa pública

Seis secciones estructuradas de 4 semanas, desde septiembre de 2026 hasta marzo de 2027. Cada sección tiene un periodo definido, un precio de ENK y una participación mínima.

Sección 1

Sección 1

Activa
23 sept 2026 – 21 oct 2026
Precio ENK
$0.016 ENK
Mínimo
$500

Esta sección está actualmente abierta para participantes cualificados.

Sección 2

Sección 2

Próxima
21 oct 2026 – 17 nov 2026
Precio ENK
$0.02 ENK
Mínimo
$400

Sección 3

Sección 3

Próxima
18 nov 2026 – 15 dic 2026
Precio ENK
$0.024 ENK
Mínimo
$300

Sección 4

Sección 4

Próxima
16 dic 2026 – 12 ene 2027
Precio ENK
$0.032 ENK
Mínimo
$200

Sección 5

Sección 5

Próxima
13 ene 2027 – 9 feb 2027
Precio ENK
$0.04 ENK
Mínimo
$100

Sección 6

Sección 6

Próxima
10 feb 2027 – 9 mar 2027
Precio ENK
$0.048 ENK
Mínimo
$0 · No fixed minimum

Section 1

$0.016

per ENK

Minimum 500

2026-09-23 → 2026-10-20

Section 2

$0.020

per ENK

Minimum 400

2026-10-21 → 2026-11-17

Section 3

$0.024

per ENK

Minimum 300

2026-11-18 → 2026-12-15

Section 4

$0.032

per ENK

Minimum 200

2026-12-16 → 2027-01-12

Section 5

$0.040

per ENK

Minimum 100

2027-01-13 → 2027-02-09

Section 6

$0.048

per ENK

Minimum $0 · No fixed minimum

2027-02-10 → 2027-03-09

Figure 12 — Stage 4 six-section schedule. Prices, minimum policies and UTC windows are rendered from the canonical sale configuration. Section 6 has no fixed commercial minimum; $0 is the policy label, not a valid zero-dollar purchase, and every application or payment amount must be greater than $0.

100B

ENK fixed supply

100% allocated

Stage 1 — Early Investor

8%

Stage 2 — Ecosystem Access

5%

Stage 3 — Private Sale

7%

Stage 4 — Public Presale (6 sections)

10%

Ecosystem Growth, Development & Strategic Partnerships

22%

Team & Advisors

15%

Treasury & Reserve

18%

Validators & Incentives

10%

Liquidity & Market Making

5%
Figure 11 — Canonical ENK allocation. This figure is rendered directly from the same tokenomics configuration used by the investor platform rather than from duplicated whitepaper percentages.

Economía del token

Tokenomics EnteleKRON

Explore la asignación oficial del token ENK, estructura de venta, reserva del ecosistema, tesorería, incentivos de validadores y modelo de liquidez.

Asignación%Tokens reservados
Etapa 1 — Ronda de inversores iniciales8%8,000,000,000
Etapa 2 — Ronda de acceso al ecosistema5%5,000,000,000
Etapa 3 — Venta privada7%7,000,000,000
Etapa 4 — Preventa pública (6 secciones)10%10,000,000,000
Utilidad del ecosistema22%22,000,000,000
Equipo15%15,000,000,000
Tesorería18%18,000,000,000
Operaciones de red10%10,000,000,000
Liquidez y creación de mercado5%5,000,000,000

EnteleKRON utiliza un modelo de transparencia de tesorería controlada. Las direcciones oficiales de tesorería del ecosistema, contrato de token, liquidez, vesting y gobernanza pueden publicarse en la página de Transparencia de EnteleKRON tras su verificación. Transparencia

Vesting y calendario de desbloqueo

Inversores ancla estratégicos: 15% en TGE + 85% durante 15 meses. Inversores tempranos estándar: 10% en TGE + 90% durante 18 meses. Acceso al Ecosistema y Venta Privada: 15% en TGE + 85% durante 12 meses. Preventa Pública: 20% en TGE + 10% mensual durante 8 meses. El Programa de Socios Estratégicos es independiente de las rondas de venta estándar.

Sujeto a cliff y desbloqueo lineal según la carta de asignación

Los elementos de la hoja de ruta son prospectivos y pueden cambiar sin previo aviso.

Los importes de asignación mostrados en el panel, si los hubiera, están sujetos a aprobación final, condiciones oficiales, requisitos del evento de generación del token, calendarios de adquisición y liberación, revisión de cumplimiento y preparación técnica.

Ver calendario de vesting →
1

Current

ENK ERC-20 visibility on Ethereum

2

Testnet

OP Stack rollup + explorer + native-module integration

3

Controlled mainnet

Permissioned sequencing + security and operational gates

4

Progressive independence

Validator participation + sequencing/governance decentralization

Figure 4 — Progressive chain evolution. Later phases are gated by engineering, audit, legal and operational readiness and are not represented as live before activation evidence exists.

ENTELΞKRON Chain

Consensus evolution & native research

Research — not deployed
current

Ethereum Settlement

Anchor ENK visibility and the initial security/settlement path to Ethereum.

engineering

ENTELΞKRON Rollup Execution

Provide EVM-compatible execution for native modules while inheriting Ethereum settlement assurances.

engineering

Validator Engine

Validate state transitions, evidence and protocol policy as validator participation expands.

research

ENTELΞKRON Native Consensus Research

Research whether admissibility can combine economic security with verifiable time, authority, execution evidence and policy constraints.

gated

Progressive Network Independence

Increase validator, sequencing and governance decentralization only after measurable security evidence exists.

Candidate evidence classes

Economic security · ChronoSeal time evidence · identity/authority credentials · deterministic execution receipts · policy/admission proofs · SOVRA evidence inputs.

AI evidence never self-authorizes a vote, key, block or state transition.

Research gates

Formal state machine → safety/liveness model → Byzantine threat model → prior-art comparison → simulator → adversarial testing → testnet prototype → independent review.

Figure 19 — ENTELΞKRON consensus evolution. Ethereum-secured rollup engineering remains the buildable path while native multi-evidence consensus/admission is a separate research programme. No world-first, uniqueness or production-native-consensus claim is made before its evidence gates pass. Established BFT concepts such as quorum certificates, locking and proposer rotation are prior art; the research question is whether ENTELΞKRON’s typed multi-evidence and human/agent/robot authority composition yields a demonstrably new protocol property.

Native consensus research questions

R01What exact state or admissibility decision reaches consensus?
R02Who may propose, attest, validate and finalize a state transition?
R03Which evidence classes are objective and deterministically verifiable?
R04How are ChronoSeal time proofs and authority credentials prevented from becoming Sybil shortcuts?
R05How are SOVRA or other AI outputs treated strictly as evidence inputs rather than self-authorizing votes?
R06What are the safety, liveness and finality guarantees under Byzantine faults and network partitions?
R07How are equivocation, censorship, replay, stale authority, compromised credentials and invalid evidence handled?
R08What fork-choice, recovery and upgrade rules apply?
R09What economic security, penalties or alternative accountability mechanisms are required?
R10Which properties are genuinely distinct from existing PoS, BFT, rollup and proof/admission systems?
G1

Proposal / evidence

G2

Technical review

G3

Security review

G4

Legal / compliance gate

G5

Authorized approval

G6

Activation & monitoring

Figure 9 — Governance activation gates. Research, planned modules and regulated capabilities do not become production claims until the relevant evidence and approvals pass their gates.
P1Completed

Public Foundation

2026

P2Completed

Investor Platform

2026

P3Completed

Private Sale

Q3 2026

P4Upcoming

Core Infrastructure

2026–2027

P5Planned

Trust Layers

2026–2028

P6Planned

Financial Mesh

2026–2028

P7Planned

Mainnet Readiness

2027–2029

P8Planned

Global Ecosystem

2027–2030

Figure 15 — Canonical delivery roadmap. Phase names and statuses are rendered from the same roadmap configuration used by the product roadmap surface; planned phases are not presented as live capabilities.

Chapter 17 / 25

17 — Identity, Proof & Trust Layers

Identity, eligibility and audit evidence are separate controls. Sensitive identity records remain in protected systems; public proof or receipt references must not disclose private KYC documents. Planned trust capabilities are not represented as independently audited or active without release evidence.

Identity and compliance details →

Hoja de ruta

Completado
2026

Hoja de ruta 1

Cinco hitos por fases, desde los cimientos de la plataforma hasta la expansión del ecosistema, la gobernanza y la escala global.

Completado
2026

Hoja de ruta 2

Cinco hitos por fases, desde los cimientos de la plataforma hasta la expansión del ecosistema, la gobernanza y la escala global.

Completado
Q3 2026

Hoja de ruta 3

Cinco hitos por fases, desde los cimientos de la plataforma hasta la expansión del ecosistema, la gobernanza y la escala global.

Hoja de ruta →
RiskClassControl direction
Smart contracts / bridgeTechnicalAudit · staged activation
Wallet / keysSecuritySigner policy · multisig
KYC / sanctionsComplianceProvider + review controls
Liquidity / listingMarketNo guarantee · disclosure
Sequencer concentrationGovernanceProgressive decentralization
Third partiesOperationalMonitoring · contingency
Figure 10 — Risk-control matrix. Controls reduce or manage exposure; they do not eliminate the underlying technical, regulatory, market or operational risks.

Divulgación de riesgos

Los criptoactivos conllevan un riesgo significativo y pueden no ser adecuados para todos los participantes.

Nada en este sitio constituye asesoramiento financiero, legal, fiscal o de inversión.

No se garantiza beneficio, rendimiento ni resultado de cotización.

Divulgación de riesgos →