Documentation officielle · v3.1

Livre blanc officiel d’EnteleKRON

Le livre blanc d’EnteleKRON présente la vision du projet, l’architecture souveraine, l’orientation vers un rollup sécurisé par Ethereum, le contexte du jeton ENK, les modules natifs de l’écosystème, les principes de gouvernance, le modèle de sécurité et la feuille de route.

Révision
v3.1
Dernière mise à jour
2026-09-23

Official interactive edition

ENTELΞKRON Whitepaper v3.1 · FR

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

La version PDF sera disponible, après sa publication, sur la page officielle du livre blanc d’EnteleKRON.org.
DocumentationTransparence
Documentation officielle
v3.1Architecture publique et vision de l’écosystèmeSource officielle : ENTELΞKRON

Livre blanc officiel d’EnteleKRON

Comprendre l’architecture souveraine qui sous-tend ENK

Le livre blanc d’EnteleKRON présente la vision du projet, l’architecture souveraine, l’orientation vers un rollup sécurisé par Ethereum, le contexte du jeton ENK, les modules natifs de l’écosystème, les principes de gouvernance, le modèle de sécurité et la feuille de route.

Lire en ligne

La version PDF sera disponible, après sa publication, sur la page officielle du livre blanc d’EnteleKRON.org.

Site officiel

Souverain par conception

EnteleKRON est conçu pour maîtriser l’orientation de son écosystème, l’identité de sa chaîne, ses modules de protocole, l’expérience du portefeuille, la visibilité de l’explorateur, la feuille de route de gouvernance et sa trajectoire d’indépendance à long terme.

Orientation réaliste de la chaîne

La première orientation technique réaliste est une chaîne d’écosystème compatible EVM et sécurisée par Ethereum utilisant une voie de rollup OP Stack, sous réserve du développement, des tests, de l’examen de sécurité et des autorisations officielles de lancement.

Modules natifs de l’écosystème

Le livre blanc couvre ChronoSeal, TVK ID, les reçus de règlement SOVRA, l’ancrage EnergieMIND, EnteleWALLET, EnteleSCAN et le futur maillage financier.

Contexte pour les investisseurs

Le livre blanc explique le contexte du token ENK, la séparation du processus d’allocation, la planification future de la chaîne, les facteurs de risque et le développement du projet axé sur la conformité.

Le livre blanc d’EnteleKRON est fourni uniquement à titre d’information sur le projet, la technologie, l’écosystème et la feuille de route. Il ne constitue ni un conseil en investissement, financier ou juridique, ni une garantie de rendement. Toute participation à une vente de tokens ENK, à une allocation ou à un processus du tableau de bord est soumise à l’éligibilité, à l’approbation, aux contrôles KYC/AML, aux restrictions juridictionnelles, aux conditions officielles, aux calendriers d’acquisition et de libération, aux risques du projet et aux lois applicables.

Les futures infrastructures EnteleKRON Chain, testnet, mainnet, pont et écosystème sont soumises au développement, aux tests, aux examens de sécurité et juridiques ainsi qu’aux autorisations officielles de lancement.

Documentation officielle

Modèles de système interactifs

Explorez les principaux modèles d’architecture, de sécurité, d’économie et de parcours investisseur. Les animations constituent une amélioration progressive et respectent automatiquement les préférences d’accessibilité de réduction des mouvements.

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

Architecture souveraine

Une vue en couches des plans de protocole, d’intelligence, d’identité, de règlement et d’infrastructure.

02

Flux de confiance & de données

La manière dont les informations vérifiées circulent entre les couches d’identité, de politique, de preuve, de règlement et d’audit.

03

Réseau de modules de l’écosystème

Un modèle connecté des modules natifs et des interfaces contrôlées par lesquelles ils se coordonnent.

04

Flux économique ENK

Un modèle visuel reliant l’utilité du token, la participation, l’accès à l’écosystème et les flux d’allocation contrôlés.

05

Structure d’allocation

Une vue proportionnelle des catégories d’allocation ENK et des contrôles séparant la vente, l’écosystème et les réserves de long terme.

06

Cycle de vie de la vente

Le cycle de participation par étapes, des tours contrôlés aux sections de prévente publique et aux contrôles post-vente.

07

Parcours investisseur

Un parcours fondé sur les états, de la candidature et de l’éligibilité jusqu’au KYC/AML, à l’allocation, à la vérification du paiement et au vesting.

08

Porte KYC / AML

Les décisions d’éligibilité, d’identité, de sanctions et de conformité représentées comme des portes d’approbation explicites plutôt que comme des étapes cachées.

09

Sécurité & confiance

Un modèle de défense en profondeur couvrant la vérification des portefeuilles, le contrôle d’accès, les portes de conformité et les contrôles de transparence.

10

Trésorerie & transparence

Un modèle traçable séparant les données de vérification publiées, les opérations de trésorerie contrôlées et les éléments de clés sensibles.

11

Intelligence SOVRA

La couche d’intelligence souveraine coordonnant les services d’IA, les diagnostics, l’automatisation et les flux de travail sensibles au règlement.

12

Boucle EnergieMIND

Un modèle de rétroaction reliant les données énergétiques, l’intelligence, les décisions d’infrastructure et la coordination de l’écosystème.

13

Graphe d’identité & de confiance

Identifiants, attestations et preuves reliés via TVK ID et des flux de vérification souverains.

14

Évolution de la chaîne

Un parcours de maturité contrôlé allant d’une infrastructure ENK visible sur Ethereum vers des capacités d’écosystème progressivement indépendantes.

15

Contrôles de gouvernance

Des portes de décision, de trésorerie, de mise à niveau et juridiques conçues pour séparer le signalement de l’exécution autorisée.

16

Feuille de route de livraison

Des jalons représentés comme des portes de préparation pour le produit, la sécurité, le juridique, l’infrastructure et la livraison de l’écosystème.

17

Matrice des risques

Une vue structurée des dépendances techniques, de marché, réglementaires, d’exécution, de conservation et d’écosystème.

Définition

EnteleKRON est une couche de protocole souveraine d’IA, de finance et d’infrastructure, conçue pour relier les actifs numériques, l’identité, l’intelligence énergétique, les systèmes d’IA et les flux de règlement au moyen d’une chaîne d’écosystème sécurisée par Ethereum.

Principe fondamental

EnteleKRON est souverain par conception, sans être isolé par conception.

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.

Étape 4 — Prévente publique (6 sections)

Étape 1 — Tour des investisseurs initiaux

Clôturée
Prix de présale
0,008 $US ENK
Allocation minimale
10 000 $US
Tokens bonus
5% ENK
UTC
1 juil. 2026 – 29 juil. 2026

Étape 2 — Tour d’accès à l’écosystème

Clôturée
Prix de présale
0,010 $US ENK
Allocation minimale
5 000 $US
Tokens bonus
3% ENK
UTC
29 juil. 2026 – 26 août 2026

Étape 3 — Vente privée

Clôturée
Prix de présale
0,012 $US ENK
Allocation minimale
2 500 $US
Tokens bonus
2% ENK
UTC
26 août 2026 – 23 sept. 2026
Étape 4 · Présale publique

Calendrier de la présale publique

Six sections structurées de 4 semaines, de septembre 2026 à mars 2027. Chaque section dispose d’une période calendaire, d’un prix ENK et d’un montant minimum définis.

Phase 1

Phase 1

Actif
23 sept. 2026 – 21 oct. 2026
Prix ENK
$0.016 ENK
Montant minimal
$500

Cette section est actuellement ouverte aux participants qualifiés.

Phase 2

Phase 2

À venir
21 oct. 2026 – 17 nov. 2026
Prix ENK
$0.02 ENK
Montant minimal
$400

Phase 3

Phase 3

À venir
18 nov. 2026 – 15 déc. 2026
Prix ENK
$0.024 ENK
Montant minimal
$300

Phase 4

Phase 4

À venir
16 déc. 2026 – 12 janv. 2027
Prix ENK
$0.032 ENK
Montant minimal
$200

Phase 5

Phase 5

À venir
13 janv. 2027 – 9 févr. 2027
Prix ENK
$0.04 ENK
Montant minimal
$100

Phase 6

Phase 6

À venir
10 févr. 2027 – 9 mars 2027
Prix ENK
$0.048 ENK
Montant minimal
$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.

Économie du jeton

Tokenomics EnteleKRON

Explorez l'allocation officielle du token ENK, la structure de vente, la réserve d'écosystème, la trésorerie, les incitations validateurs et le modèle de liquidité.

Répartition%Tokens réservés
Étape 1 — Tour des investisseurs initiaux8%8,000,000,000
Étape 2 — Tour d’accès à l’écosystème5%5,000,000,000
Étape 3 — Vente privée7%7,000,000,000
Étape 4 — Prévente publique (6 sections)10%10,000,000,000
Utilité de l'écosystème22%22,000,000,000
Équipe15%15,000,000,000
Trésorerie18%18,000,000,000
Opérations réseau10%10,000,000,000
Liquidité et tenue de marché5%5,000,000,000

EnteleKRON utilise un modèle de transparence de trésorerie contrôlé. Les adresses officielles de trésorerie de l'écosystème, de contrat de token, de liquidité, de vesting et liées à la gouvernance peuvent être publiées sur la page Transparence EnteleKRON après vérification. Transparence

Vesting et calendrier de déblocage

Investisseurs ancres stratégiques : 15 % au TGE + 85 % sur 15 mois. Investisseurs précoces standard : 10 % au TGE + 90 % sur 18 mois. Accès à l'écosystème et vente privée : 15 % au TGE + 85 % sur 12 mois. Prévente publique : 20 % au TGE + 10 % par mois pendant 8 mois. Le Programme de Partenaires Stratégiques est distinct des tours de vente standard.

Soumis au cliff et au déblocage linéaire selon la lettre d'allocation

Les éléments de la feuille de route sont prospectifs et peuvent changer sans préavis.

Les montants d’allocation affichés dans le tableau de bord, le cas échéant, restent soumis à l’approbation finale, aux conditions officielles, aux conditions de l’événement de génération du token, aux calendriers d’acquisition et de libération, à l’examen de conformité et à la préparation technique.

Voir le calendrier 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 →

Feuille de route

Terminé
2026

Feuille de route 1

Cinq jalons par étapes, des fondations de la plateforme à l'expansion de l'écosystème, la gouvernance et l'échelle mondiale.

Terminé
2026

Feuille de route 2

Cinq jalons par étapes, des fondations de la plateforme à l'expansion de l'écosystème, la gouvernance et l'échelle mondiale.

Terminé
Q3 2026

Feuille de route 3

Cinq jalons par étapes, des fondations de la plateforme à l'expansion de l'écosystème, la gouvernance et l'échelle mondiale.

Feuille de route →
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.

Divulgation des risques

Les crypto-actifs comportent des risques importants et peuvent ne pas convenir à tous les participants.

Rien sur ce site ne constitue un conseil financier, juridique, fiscal ou en investissement.

Aucun profit, rendement ou résultat de cotation n'est garanti.

Divulgation des risques →