Documentazione ufficiale · v3.1

Whitepaper ufficiale di EnteleKRON

Il whitepaper di EnteleKRON illustra la visione del progetto, l’architettura sovrana, l’orientamento verso un rollup protetto da Ethereum, il contesto del token ENK, i moduli nativi dell’ecosistema, i principi di governance, il modello di sicurezza e la roadmap.

Versione
v3.1
Ultimo aggiornamento
2026-09-23

Official interactive edition

ENTELΞKRON Whitepaper v3.1 · IT

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

La versione PDF sarà disponibile, dopo la pubblicazione, sulla pagina ufficiale del whitepaper di EnteleKRON.org.
DocumentiTrasparenza
Documentazione ufficiale
v3.1Architettura pubblica e visione dell’ecosistemaFonte ufficiale: ENTELΞKRON

Whitepaper ufficiale di EnteleKRON

Comprendi l’architettura sovrana alla base di ENK

Il whitepaper di EnteleKRON illustra la visione del progetto, l’architettura sovrana, l’orientamento verso un rollup protetto da Ethereum, il contesto del token ENK, i moduli nativi dell’ecosistema, i principi di governance, il modello di sicurezza e la roadmap.

Leggi online

La versione PDF sarà disponibile, dopo la pubblicazione, sulla pagina ufficiale del whitepaper di EnteleKRON.org.

Sito ufficiale

Sovrano per progettazione

EnteleKRON è progettato per controllare la direzione del proprio ecosistema, l’identità della chain, i moduli del protocollo, l’esperienza del portafoglio, la visibilità dell’esploratore, la roadmap di governance e il percorso di indipendenza a lungo termine.

Direzione realistica della chain

La prima direzione tecnica realistica è una catena dell’ecosistema compatibile con EVM e protetta da Ethereum che utilizza un percorso rollup OP Stack, subordinata a sviluppo, test, revisione della sicurezza e approvazioni ufficiali di lancio.

Moduli nativi dell’ecosistema

Il whitepaper tratta ChronoSeal, TVK ID, le ricevute di regolamento SOVRA, l’ancoraggio EnergieMIND, EnteleWALLET, EnteleSCAN e la futura rete finanziaria.

Contesto per gli investitori

Il whitepaper spiega il contesto del token ENK, la separazione del processo di allocazione, la futura pianificazione della chain, i fattori di rischio e lo sviluppo del progetto orientato alla conformità.

Il whitepaper di EnteleKRON è fornito esclusivamente a scopo informativo su progetto, tecnologia, ecosistema e roadmap. Non costituisce consulenza di investimento, finanziaria o legale né una garanzia di rendimento. La partecipazione a qualsiasi vendita di token ENK, allocazione o processo della dashboard è soggetta a idoneità, approvazione, controlli KYC/AML, restrizioni giurisdizionali, condizioni ufficiali, calendari di vesting e rilascio, fattori di rischio del progetto e leggi applicabili.

Le future infrastrutture di EnteleKRON Chain, testnet, mainnet, ponte ed ecosistema sono soggette a sviluppo, test, revisione della sicurezza, revisione legale e approvazioni ufficiali di lancio.

Documentazione ufficiale

Modelli di sistema interattivi

Esplora i principali modelli di architettura, sicurezza, economia e flusso degli investitori. Il movimento è un miglioramento progressivo e rispetta automaticamente le preferenze di accessibilità per la riduzione del movimento.

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

Architettura sovrana

Una vista a livelli dei piani di protocollo, intelligenza, identità, regolamento e infrastruttura.

02

Flusso di fiducia e dati

Come le informazioni verificate attraversano i livelli di identità, policy, prova, regolamento e audit.

03

Rete dei moduli dell’ecosistema

Un modello connesso dei moduli nativi e delle interfacce controllate attraverso cui si coordinano.

04

Flusso economico ENK

Un modello visivo che collega utilità del token, partecipazione, accesso all’ecosistema e flussi di allocazione controllati.

05

Struttura di allocazione

Una vista proporzionale delle categorie di allocazione ENK e dei controlli che separano vendita, ecosistema e riserve a lungo termine.

06

Ciclo di vita della vendita

Il ciclo di partecipazione a fasi, dai round controllati alle sezioni di prevendita pubblica e ai controlli post-vendita.

07

Percorso dell’investitore

Un percorso basato sugli stati dalla domanda e idoneità, attraverso KYC/AML, allocazione e verifica del pagamento, fino al vesting.

08

Gate KYC / AML

Decisioni su idoneità, identità, sanzioni e conformità rappresentate come gate di approvazione espliciti anziché passaggi nascosti.

09

Sicurezza e fiducia

Un modello di difesa in profondità che comprende verifica dei wallet, controllo degli accessi, gate di conformità e controlli di trasparenza.

10

Tesoreria e trasparenza

Un modello tracciabile che separa dati di verifica pubblicati, operazioni di tesoreria controllate e materiale sensibile delle chiavi.

11

Intelligenza SOVRA

Il livello di intelligenza sovrana che coordina servizi di IA, diagnostica, automazione e flussi di lavoro consapevoli del regolamento.

12

Ciclo EnergieMIND

Un modello di feedback che collega dati energetici, intelligenza, decisioni infrastrutturali e coordinamento dell’ecosistema.

13

Grafo di identità e fiducia

Credenziali, attestazioni e prove collegate tramite TVK ID e flussi di verifica sovrani.

14

Evoluzione della chain

Un percorso di maturità controllato dall’infrastruttura ENK visibile su Ethereum verso capacità dell’ecosistema progressivamente indipendenti.

15

Controlli di governance

Gate decisionali, di tesoreria, aggiornamento e legali progettati per separare la segnalazione dall’esecuzione autorizzata.

16

Roadmap di delivery

Traguardi rappresentati come gate di prontezza per prodotto, sicurezza, aspetti legali, infrastruttura e delivery dell’ecosistema.

17

Matrice dei rischi

Una vista strutturata delle dipendenze tecniche, di mercato, normative, esecutive, di custodia e dell’ecosistema.

Definizione

EnteleKRON è un livello di protocollo sovrano per IA, finanza e infrastrutture, progettato per collegare asset digitali, identità, intelligenza energetica, sistemi di IA e flussi di regolamento tramite una catena dell’ecosistema protetta da Ethereum.

Principio fondamentale

EnteleKRON è sovrano per progettazione, non isolato per progettazione.

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.

Fase 4 — Prevendita pubblica (6 sezioni)

Fase 1 — Round investitori iniziali

Chiusa
Prezzo presale
0,008 USD ENK
Allocazione minima
10.000 USD
Token bonus
5% ENK
UTC
1 lug 2026 – 29 lug 2026

Fase 2 — Round di accesso all’ecosistema

Chiusa
Prezzo presale
0,010 USD ENK
Allocazione minima
5000 USD
Token bonus
3% ENK
UTC
29 lug 2026 – 26 ago 2026

Fase 3 — Vendita privata

Chiusa
Prezzo presale
0,012 USD ENK
Allocazione minima
2500 USD
Token bonus
2% ENK
UTC
26 ago 2026 – 23 set 2026
Fase 4 · Presale pubblica

Calendario presale pubblica

Sei sezioni strutturate di 4 settimane, da settembre 2026 a marzo 2027. Ogni sezione ha una finestra temporale, un prezzo ENK e una partecipazione minima definiti.

Sezione 1

Sezione 1

Attiva
23 set 2026 – 21 ott 2026
Prezzo ENK
$0.016 ENK
Minimo
$500

Questa sezione è attualmente aperta ai partecipanti qualificati.

Sezione 2

Sezione 2

In arrivo
21 ott 2026 – 17 nov 2026
Prezzo ENK
$0.02 ENK
Minimo
$400

Sezione 3

Sezione 3

In arrivo
18 nov 2026 – 15 dic 2026
Prezzo ENK
$0.024 ENK
Minimo
$300

Sezione 4

Sezione 4

In arrivo
16 dic 2026 – 12 gen 2027
Prezzo ENK
$0.032 ENK
Minimo
$200

Sezione 5

Sezione 5

In arrivo
13 gen 2027 – 9 feb 2027
Prezzo ENK
$0.04 ENK
Minimo
$100

Sezione 6

Sezione 6

In arrivo
10 feb 2027 – 9 mar 2027
Prezzo ENK
$0.048 ENK
Minimo
$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.

Economia del token

Tokenomics EnteleKRON

Esplora l'allocazione ufficiale del token ENK, struttura di vendita, riserva ecosistema, tesoreria, incentivi validatori e modello di liquidità.

Allocazione%Token riservati
Fase 1 — Round investitori iniziali8%8,000,000,000
Fase 2 — Round di accesso all’ecosistema5%5,000,000,000
Fase 3 — Vendita privata7%7,000,000,000
Fase 4 — Prevendita pubblica (6 sezioni)10%10,000,000,000
Utilità dell'ecosistema22%22,000,000,000
Gruppo di lavoro15%15,000,000,000
Tesoreria18%18,000,000,000
Operazioni di rete10%10,000,000,000
Liquidità e market making5%5,000,000,000

EnteleKRON utilizza un modello di trasparenza della tesoreria controllata. Gli indirizzi ufficiali di tesoreria dell'ecosistema, contratto token, liquidità, vesting e governance possono essere pubblicati sulla pagina Trasparenza EnteleKRON dopo la verifica. Trasparenza

Vesting e calendario unlock

Investitori ancora strategici: 15% al TGE + 85% in 15 mesi. Investitori anticipati standard: 10% al TGE + 90% in 18 mesi. Accesso all'Ecosistema e Vendita Privata: 15% al TGE + 85% in 12 mesi. Prevendita Pubblica: 20% al TGE + 10% mensile per 8 mesi. Il Programma Partner Strategici è separato dai round di vendita standard.

Soggetto a cliff e unlock lineare secondo la lettera di allocazione

Gli elementi della roadmap sono prospettici e possono cambiare senza preavviso.

Gli importi di allocazione mostrati nella dashboard, se presenti, sono soggetti ad approvazione finale, condizioni ufficiali, requisiti dell’evento di generazione del token, calendari di vesting e rilascio, revisione della conformità e preparazione tecnica.

Vedi calendario 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 →

Percorso

Completato
2026

Percorso 1

Cinque traguardi in fasi dalla fondazione della piattaforma all'espansione dell'ecosistema, governance e scala globale.

Completato
2026

Percorso 2

Cinque traguardi in fasi dalla fondazione della piattaforma all'espansione dell'ecosistema, governance e scala globale.

Completato
Q3 2026

Percorso 3

Cinque traguardi in fasi dalla fondazione della piattaforma all'espansione dell'ecosistema, governance e scala globale.

Percorso →
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.

Informativa sui rischi

I crypto-asset comportano rischi significativi e potrebbero non essere adatti a tutti i partecipanti.

Nulla su questo sito costituisce consulenza finanziaria, legale, fiscale o di investimento.

Nessun profitto, rendimento o esito di quotazione è garantito.

Informativa sui rischi →