Oficjalna dokumentacja · v3.1

Oficjalny dokument techniczny EnteleKRON

Biała księga EnteleKRON przedstawia wizję projektu, suwerenną architekturę, kierunek rollupu zabezpieczonego przez Ethereum, kontekst tokena ENK, natywne moduły ekosystemu, zasady zarządzania, model bezpieczeństwa i plan rozwoju.

Wersja
v3.1
Ostatnia aktualizacja
2026-09-23

Official interactive edition

ENTELΞKRON Whitepaper v3.1 · PL

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

Wersja PDF będzie dostępna po publikacji na oficjalnej stronie białej księgi w EnteleKRON.org.
DokumentyPrzejrzystość
Oficjalna dokumentacja
v3.1Publiczna architektura i wizja ekosystemuOficjalne źródło: ENTELΞKRON

Oficjalny dokument techniczny EnteleKRON

Poznaj suwerenną architekturę stojącą za ENK

Biała księga EnteleKRON przedstawia wizję projektu, suwerenną architekturę, kierunek rollupu zabezpieczonego przez Ethereum, kontekst tokena ENK, natywne moduły ekosystemu, zasady zarządzania, model bezpieczeństwa i plan rozwoju.

Czytaj online

Wersja PDF będzie dostępna po publikacji na oficjalnej stronie białej księgi w EnteleKRON.org.

Oficjalna witryna

Suwerenny z założenia

EnteleKRON zaprojektowano tak, aby kontrolował kierunek ekosystemu, tożsamość łańcucha, moduły protokołu, doświadczenie portfela, widoczność eksploratora, plan zarządzania i długoterminową drogę do niezależności.

Realistyczny kierunek łańcucha

Pierwszym realistycznym kierunkiem technicznym jest zgodny z EVM łańcuch ekosystemu zabezpieczony przez Ethereum i wykorzystujący rollup OP Stack, podlegający rozwojowi, testom, przeglądowi bezpieczeństwa i oficjalnym zgodom na uruchomienie.

Natywne moduły ekosystemu

Dokument techniczny obejmuje ChronoSeal, TVK ID, potwierdzenia rozliczeń SOVRA, kotwiczenie EnergieMIND, EnteleWALLET, EnteleSCAN i przyszłą sieć finansową.

Kontekst dla inwestorów

Dokument techniczny wyjaśnia kontekst tokena ENK, rozdzielenie procesu przydziału, przyszłe plany łańcucha, czynniki ryzyka i rozwój projektu zorientowany na zgodność.

Dokument techniczny EnteleKRON służy wyłącznie celom informacyjnym dotyczącym projektu, technologii, ekosystemu i planu rozwoju. Nie stanowi porady inwestycyjnej, finansowej ani prawnej oraz nie gwarantuje zwrotu. Udział w sprzedaży tokenów ENK, przydziale lub procesie panelu podlega kwalifikacji, zatwierdzeniu, kontrolom KYC/AML, ograniczeniom jurysdykcyjnym, oficjalnym warunkom, harmonogramom vestingu i uwalniania, czynnikom ryzyka projektu oraz obowiązującemu prawu.

Przyszła infrastruktura EnteleKRON Chain, testnet, mainnet, mostu i ekosystemu podlega rozwojowi, testom, przeglądowi bezpieczeństwa, przeglądowi prawnemu i oficjalnym zgodom na uruchomienie.

Oficjalna dokumentacja

Interaktywne modele systemu

Poznaj główne modele architektury, bezpieczeństwa, ekonomii i przepływu inwestora. Ruch jest wdrażany jako progresywne ulepszenie i automatycznie respektuje ustawienia dostępności ograniczające animacje.

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

Suwerenna architektura

Warstwowy widok płaszczyzn protokołu, inteligencji, tożsamości, rozliczeń i infrastruktury.

02

Przepływ zaufania i danych

Sposób, w jaki zweryfikowane informacje przechodzą przez warstwy tożsamości, polityk, dowodów, rozliczeń i audytu.

03

Sieć modułów ekosystemu

Połączony model natywnych modułów i kontrolowanych interfejsów, za pomocą których są koordynowane.

04

Przepływ ekonomiczny ENK

Model wizualny łączący użyteczność tokena, uczestnictwo, dostęp do ekosystemu i kontrolowane przepływy alokacji.

05

Struktura alokacji

Proporcjonalny widok kategorii alokacji ENK i kontroli oddzielających sprzedaż, ekosystem oraz rezerwy długoterminowe.

06

Cykl życia sprzedaży

Etapowy cykl uczestnictwa od kontrolowanych rund przez sekcje publicznej przedsprzedaży po kontrole posprzedażowe.

07

Ścieżka inwestora

Ścieżka oparta na stanach od wniosku i kwalifikacji przez KYC/AML, alokację i weryfikację płatności aż po vesting.

08

Bramka KYC / AML

Decyzje dotyczące kwalifikacji, tożsamości, sankcji i zgodności przedstawione jako jawne bramki zatwierdzające zamiast ukrytych kroków.

09

Bezpieczeństwo i zaufanie

Model obrony wielowarstwowej obejmujący weryfikację portfela, kontrolę dostępu, bramki zgodności i mechanizmy przejrzystości.

10

Skarbiec i przejrzystość

Możliwy do prześledzenia model oddzielający publikowane dane weryfikacyjne, kontrolowane operacje skarbca i wrażliwy materiał kluczy.

11

Inteligencja SOVRA

Suwerenna warstwa inteligencji koordynująca usługi AI, diagnostykę, automatyzację i przepływy pracy uwzględniające rozliczenia.

12

Pętla EnergieMIND

Model sprzężenia zwrotnego łączący dane energetyczne, inteligencję, decyzje infrastrukturalne i koordynację ekosystemu.

13

Graf tożsamości i zaufania

Poświadczenia, atestacje i dowody połączone za pośrednictwem TVK ID i suwerennych procesów weryfikacji.

14

Ewolucja łańcucha

Kontrolowana ścieżka dojrzewania od widocznej w Ethereum infrastruktury ENK do stopniowo bardziej niezależnych możliwości ekosystemu.

15

Mechanizmy zarządzania

Bramki decyzyjne, skarbca, aktualizacji i prawne zaprojektowane tak, aby oddzielać sygnalizowanie od autoryzowanego wykonania.

16

Mapa drogowa realizacji

Kamienie milowe przedstawione jako bramki gotowości dla produktu, bezpieczeństwa, prawa, infrastruktury i realizacji ekosystemu.

17

Macierz ryzyka

Ustrukturyzowany widok zależności technicznych, rynkowych, regulacyjnych, wykonawczych, powierniczych i ekosystemowych.

Definicja

EnteleKRON to suwerenna warstwa protokołu AI, finansów i infrastruktury, zaprojektowana w celu łączenia aktywów cyfrowych, tożsamości, inteligencji energetycznej, systemów AI i procesów rozliczeniowych za pośrednictwem łańcucha ekosystemu zabezpieczonego przez Ethereum.

Główna zasada

EnteleKRON jest suwerenny z założenia, lecz nie jest izolowany z założenia.

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.

Etap 4 — Publiczna przedsprzedaż (6 sekcji)

Etap 1 — Runda wczesnych inwestorów

Zamknięte
Cena presale
0,008 USD ENK
Minimalna alokacja
10 000 USD
Tokeny bonusowe
5% ENK
UTC
1 lip 2026 – 29 lip 2026

Etap 2 — Runda dostępu do ekosystemu

Zamknięte
Cena presale
0,010 USD ENK
Minimalna alokacja
5000 USD
Tokeny bonusowe
3% ENK
UTC
29 lip 2026 – 26 sie 2026

Etap 3 — Sprzedaż prywatna

Zamknięte
Cena presale
0,012 USD ENK
Minimalna alokacja
2500 USD
Tokeny bonusowe
2% ENK
UTC
26 sie 2026 – 23 wrz 2026
Etap 4 · Publiczny presale

Harmonogram publicznego presale

Sześć uporządkowanych 4-tygodniowych sekcji od września 2026 r. do marca 2027 r. Każda sekcja ma określony przedział czasowy, cenę ENK oraz minimalną kwotę udziału.

Sekcja 1

Sekcja 1

Aktywne
23 wrz 2026 – 21 paź 2026
Cena ENK
$0.016 ENK
Kwota minimalna
$500

Ta sekcja jest obecnie otwarta dla kwalifikowanych uczestników.

Sekcja 2

Sekcja 2

Nadchodzące
21 paź 2026 – 17 lis 2026
Cena ENK
$0.02 ENK
Kwota minimalna
$400

Sekcja 3

Sekcja 3

Nadchodzące
18 lis 2026 – 15 gru 2026
Cena ENK
$0.024 ENK
Kwota minimalna
$300

Sekcja 4

Sekcja 4

Nadchodzące
16 gru 2026 – 12 sty 2027
Cena ENK
$0.032 ENK
Kwota minimalna
$200

Sekcja 5

Sekcja 5

Nadchodzące
13 sty 2027 – 9 lut 2027
Cena ENK
$0.04 ENK
Kwota minimalna
$100

Sekcja 6

Sekcja 6

Nadchodzące
10 lut 2027 – 9 mar 2027
Cena ENK
$0.048 ENK
Kwota minimalna
$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.

Ekonomia tokena

Tokenomics EnteleKRON

Poznaj oficjalną alokację tokena ENK, strukturę sprzedaży, rezerwę ekosystemu, skarbiec, zachęty dla walidatorów i model płynności.

Alokacja%Zarezerwowane tokeny
Etap 1 — Runda wczesnych inwestorów8%8,000,000,000
Etap 2 — Runda dostępu do ekosystemu5%5,000,000,000
Etap 3 — Sprzedaż prywatna7%7,000,000,000
Etap 4 — Publiczna przedsprzedaż (6 sekcji)10%10,000,000,000
Użyteczność ekosystemu22%22,000,000,000
Zespół15%15,000,000,000
Skarbiec18%18,000,000,000
Operacje sieciowe10%10,000,000,000
Płynność i animowanie rynku5%5,000,000,000

EnteleKRON stosuje kontrolowany model przejrzystości skarbca. Oficjalne adresy skarbca ekosystemu, kontraktu tokena, płynności, vestingu i governance mogą zostać opublikowane na stronie przejrzystości EnteleKRON po weryfikacji. Przejrzystość

Vesting i harmonogram unlock

Strategiczni inwestorzy kotwiczący: 15% przy TGE + 85% przez 15 miesięcy. Standardowi wcześni inwestorzy: 10% przy TGE + 90% przez 18 miesięcy. Dostęp do Ekosystemu i Sprzedaż Prywatna: 15% przy TGE + 85% przez 12 miesięcy. Public Presale: 20% przy TGE + 10% miesięcznie przez 8 miesięcy. Strategiczny Program Partnerski jest oddzielony od standardowych rund sprzedaży.

Podlega cliff i liniowemu unlock zgodnie z listem alokacyjnym

Pozycje mapy drogowej mają charakter prognozowy i mogą ulec zmianie bez powiadomienia.

Kwoty przydziału widoczne w panelu, jeśli występują, podlegają ostatecznemu zatwierdzeniu, oficjalnym warunkom, warunkom zdarzenia generacji tokenów, harmonogramom vestingu i uwalniania, przeglądowi zgodności oraz gotowości technicznej.

Zobacz harmonogram vestingu →
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 →

Mapa drogowa

Zakończono
2026

Mapa drogowa 1

Pięć etapowych kamieni milowych od fundamentu platformy przez ekspansję ekosystemu, governance i skalę globalną.

Zakończono
2026

Mapa drogowa 2

Pięć etapowych kamieni milowych od fundamentu platformy przez ekspansję ekosystemu, governance i skalę globalną.

Zakończono
Q3 2026

Mapa drogowa 3

Pięć etapowych kamieni milowych od fundamentu platformy przez ekspansję ekosystemu, governance i skalę globalną.

Mapa drogowa →
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.

Ujawnienie ryzyka

Kryptoaktywa wiążą się ze znacznym ryzykiem i mogą nie być odpowiednie dla wszystkich uczestników.

Nic na tej stronie nie stanowi porady finansowej, prawnej, podatkowej ani inwestycyjnej.

Żaden zysk, zwrot ani wynik notowania nie jest gwarantowany.

Ujawnienie ryzyka →