TECHNICAL PAPER · 2026. SZEPTEMBER

VargaCoin. Műszaki áttekintés.

Hogyan működik ma a VARG hálózat, mely szabályok vannak már megvalósítva, és mely Mainnet-paraméterek várnak még végleges konszenzus-hardeningre.

NYILVÁNOS DEV DOKUMENTUMVargaCoin Technical Paper v0.2A még nem rögzített Mainnet-konszenzusparaméterek egyértelműen jelölt jelöltek.
DOKUMENTUM STÁTUSZA

Ez a VargaCoin DEV hálózat műszaki projektdokumentációja. Nem MiCA szerinti kriptoeszköz-whitepaper, nem VARG-vásárlási ajánlat vagy felhívás, és nem kereskedésre történő bevezetési kérelem.

01 / CÉL

Független nyilvános főkönyv a VARG számára.

A VargaCoin önálló proof-of-work blokklánc, amelynek natív eszköze a VARG. Nem egy másik láncon futó token, és nincs Bitcoinhoz, euróhoz, forinthoz vagy más nemzeti valutához rögzítve.

A jelenlegi nyilvános DEV hálózat célja a konszenzusviselkedés, SHA-256D ASIC-bányászat, tárcák, tranzakciók, explorer-adatok, coinbase-érés és hálózati működés tesztelése egy külön Mainnet indulás előtt.

02 / HÁLÓZAT

A full node-ok ugyanazt a VargaCoin láncot validálják.

A VargaCoin Core a Bitcoin Core 31.1 alapjaira épül, és annak UTXO-tranzakciós modelljét, script-validálását, SegWit/Taproot korszakbeli primitívjeit és peer-to-peer node-architektúráját használja VargaCoin-specifikus láncparaméterekkel és márkajelzéssel.

Minden full node önállóan ellenőrzi a blokkfejléceket, proof of worköt, tranzakciókat és konszenzusszabályokat. Az explorer és a pool kényelmi nézet; a validáló node-ok által elfogadott lánc a mérvadó.

Proof of workSHA-256D
Cél blokkidő150 s
Tizedesjegyek8
Natív címekvarg1…
03 / PROOF OF WORK

Nyílt SHA-256D bányászat.

A kompatibilis SHA-256D ASIC-ok a VargaCoin hálózati target alatti blokkfejléceket keresik. A nyilvános Stratum szolgáltatás munkákat és alacsonyabb nehézségű pool-share-eket oszt ki; VargaCoin blokk csak az a munka lehet, amely a hálózati targetet is teljesíti.

A pool share difficulty és a hálózati difficulty két külön érték. A share a pool felé igazolja a munkát; a blokknak a VargaCoin aktuális konszenzus-targetjét kell teljesítenie.

DEV difficulty szabály

A nyilvános DEV lánc jelenleg 150 másodperces célidőt, 24 órás retarget ablakot (576 blokk) és DEV min-difficulty viselkedést használ. Ez szándékosan nem végleges Mainnet-konszenzus. A Mainnet difficulty algoritmust a Release Candidate előtt választjuk ki, teszteljük és rögzítjük.

04 / TRANZAKCIÓK ÉS VALIDÁLÁS

A tulajdon elkölthető outputokban jelenik meg.

A VARG tranzakciók meglévő UTXO-kat költenek el és új outputokat hoznak létre. A node-ok az elfogadás előtt ellenőrzik az aláírásokat, scripteket, összegeket és az alkalmazandó konszenzusfeltételeket.

Egy VARG fogadócím nyilvános cél-információ, nem privát kulcs. A privát kulcs vagy WIF rendelkezik a költési jog felett, ezért titokban kell tartani.

Az újonnan bányászott coinbase outputok jelenleg további 100 blokk után válnak elkölthetővé. A tárca és az explorer külön kezeli az éretlen bányászjutalmakat és az elkölthető egyenleget.

05 / MONETÁRIS POLITIKA

Kiszámítható kibocsátás, a végleges Mainnet-freeze függvényében.

A tervezett Mainnet kibocsátás 12,5 VARG/blokk jutalommal indul és 840 000 blokkonként feleződik. 150 másodperces célblokkidő mellett ez nagyjából négyéves felezést és körülbelül 21 millió VARG tervezett maximális kibocsátást jelent; a megvalósítást és a kerekítést code freeze előtt újra ellenőrizzük.

Kezdő blokkjutalom12.5 VARG
Felezési intervallum840,000 blocks
Tervezett maximum≈ 21,000,000 VARG
Mainnet premine cél0 VARG

A VARG-nek nincs garantált piaci ára. Ha később kereskednek vele, az ár független vevők és eladók alapján alakul ki, és akár nullára is csökkenhet.

06 / DEV → MAINNET

A Mainnet új genesisből indul. A DEV története nem törlődik.

A jelenlegi DEV lánc és a jövőbeli Mainnet külön főkönyv. A DEV blokkok, DEV egyenlegek és kibányászott DEV-VARG-k nem kerülnek átmásolásra, átváltásra vagy automatikus jóváírásra a Mainneten.

Mainnet induláskor minden Mainnet-egyenleg az új végleges genesisből és a nyilvánosan bejelentett bányászati szabályokból indul. Technikailag ugyanaz a kulcsanyag használható lehet, ha a formátumok kompatibilisek maradnak, de a Mainnet-egyenleg akkor is nulla. A hálózatok egyértelmű szétválasztásához új Mainnet-tárca ajánlott.

DEV láncA teszttörténet archívumként megmarad
Új Mainnet genesis0 premine · 0 founder allocation
MainnetÚj blokktörténet és új egyenlegek a nyilvános indulástól

A terv szerint a DEV láncot Mainnet után csak olvasható történeti tesztarchívumként őrizzük meg. Így a korai ASIC-blokkok, tranzakciók és teszteredmények továbbra is ellenőrizhetők, miközben a DEV-VARG nem jelent Mainnet-egyenleget.

07 / TÁRCÁK ÉS CÍMEK

A self-custody lényege: a kulcs irányítja az érméket.

A VargaCoin natív, varg1 kezdetű bech32-címeket támogat. A VargaCoin WebWallet helyben generál vagy importál kulcsokat, titkosítja a böngészőben tárolt privát kulcsanyagot, és a tranzakciókat kliensoldalon írja alá a továbbítás előtt.

A WIF egy privát kulcs exportformátuma. Aki megszerzi az érvényes privát kulcsot, elköltheti az általa vezérelt outputokat. Biztonságos mentést kell készíteni, a WIF/privát kulcs adatokat pedig soha nem szabad nyilvánosságra hozni.

08 / POOLOK ÉS ELLENŐRZÉS

A pool elszámolás és az on-chain bizonyíték két külön réteg.

A nyilvános pool kompatibilis SHA-256D bányászoktól Stratum share-eket fogad. A share-adatok a hozzájárult munkát mérik; blokkjutalom csak akkor létezik, ha a jelölt blokkot a VargaCoin hálózat elfogadta.

A blokkhash-eket, magasságokat, tranzakciókat és jutalom-outputokat az Explorerben vagy közvetlenül egy validáló VargaCoin node-dal kell ellenőrizni. Egy pool dashboard önmagában nem konszenzusbizonyíték.

09 / BIZTONSÁGI MODELL

A proof of work csak annyira erős, amennyi munka a láncot védi.

Egy fiatal SHA-256D hálózatot hirtelen hashrate-változások, bérelt hashrate, mély reorgok és időbélyeg/retarget szélső esetek érhetnek. Ez az egyik fő oka annak, hogy a jelenlegi hálózat kifejezetten nyilvános DEV fázisként működik.

Mainnet előtt a projekt adaptív difficulty megoldást kíván rögzíteni és tesztelni, reorg-viselkedést ellenőrizni, több független full node-ot üzemeltetni, reprodukálható kiadásokat publikálni és lezárni a Mainnet go/no-go ellenőrzőlistát.

Sem műszaki dokumentum, sem szoftverterv nem garantálhat jövőbeli piaci értéket, megszakítás nélküli működést vagy teljes védelmet szoftver- és hálózati hibákkal szemben.

10 / HIVATKOZÁSOK

Ellenőrizd a megvalósítást és az indulási tervet.

Nyilvános műszaki specifikáció · Technical Paper v0.2 · 2026. szeptember