RaiBlocks: a blokkrácsról, avagy lehet-e még decentralizáltabb a hálózat?
-
Szerződr. Varsányi Károly
-
Kommentek0 Komment
-
Kategória
Ellentétben a sok más kripto pénz(nem)ben használt blokklánccal, vann(ak) olyan digitális devizá(k), ami másfajta struktúrát pl. blokkrács szerkezetet használ(nak).
A blokkláncban ugye a tranzakciók bekerülnek a mempool-ba, ott várnak a bányászokra, akik „kiszedik” őket, blokkba foglalják a tranzakciókat és így kerül bele a blokkláncba végül. A blokkrács struktúránál minden fióknak/felhasználónak megvan a saját blokklánca (fióklánca/láncfiókja, majd a Közösség eldönti a magyarítást), amely egyenértékű a számlájával, vagyis a tranzakció/mérleg történetével. (lásd: white paper 2. ábra).
Szóval a sok együttes fiók/felhasználó a saját kis blokkláncával alkotja az ún. blokkrácsot. A bitcoinnal szemben tehát nem egy (lineáris) főkönyv van, hanem sok. Amikor te végrehajtasz egy tranzakciót az bekerül a te blokkláncodba. Minden fiókláncot/láncfiókot csak a fiók tulajdonosa „frissíthet” és ez teszi lehetővé, hogy mindegyiket fiókláncot azonnal és aszinkron módon lehet frissíteni a blokkhálózat többi részéhez képest, ami gyors tranzakciókat eredményez.
Olyannyira, hogy például a RaiBlocks (XRB) nevű digitális deviza zéró költséggel, instant tranzakciókkal és korlátlan skálázhatósággal „hirdeti magát”, köszönhetően a blokkrácsnak. Sokan már a bitcoin „lecserélését” vizionálják ezzel kapcsolatban. Azt hiszem azért erre még várni kell egy cseppet. Azért a technológia ígéretes, lásd még: white paper.
Az tranzakciók jóváhagyása nem bányászattal történik, (mint a legtöbb kriptopénz esetén), hanem a felek hitelesítik őket. A RaiBlocks protokolljában minden tranzakció illeszkedik a szükséges minimális UDP (user datagram protocol) csomagmérethez, amely az internetes küldéshez szükséges. A hardverkövetelmények a csomópontokhoz/node-okhoz szintén minimálisak, mivel a csomópontoknak csak rögzíteniük és „újraküldeniük” kell a blokkokat (lásd: white paper 1. ábra) na, jó, ha valami hiba lép fel, akkor „szavazniuk” is (lásd még később a „képviselőknél”.)
A rendszer egy „genezis számlával” kezdődik, amely tartalmazza a geneziskori egyensúlyt. A kezdetekbeli egyenleg egy fix mennyiség és soha nem lehet növelni azt. Ez az egyenleg – a genezis fiók láncon keresztül – a fiókok/felhasználók közt van megosztva úgy hogy az összes számlaegyenleg összege soha nem fogja meghaladni a kezdeti genezis kori egyenleget. Tehát nem lehetséges a rendszer a felső határát mennyiségileg növelni.
Ami a tranzakciókat illeti: az egyenleg átutalása egy számláról a másikra 2 dolgot igényel: küldést és fogadást az alábbiak szerint.
Ha én akarok küldeni, akkor kreálnom kell egy küldés tranzakciót az én blokkláncomban. A fogadáshoz pedig egy fogadás tranzakciót kell kreálni a fogadó félnek. Szóval 1 küldéshez 2 tranzakciót (küldés és fogadás) kell létrehozni (lásd: white paper 3. ábra), de a fogadó tranzakció időben nem kell, hogy egybe essen a küldő tranzakcióval (lásd még: valaki nem on-line).
A tranzakciók egymástól elkülönültek, tehát a nem kezelődnek együtt más tranzakciókkal, mint pl. a bitcoinnál. Ez segíti ugye a fentebb említett instant tranzakciókat.
A küldés „összege” levonódik a küldő egyenlegéből és ezáltal a node-oknak csak a legújabb blokkokat kell nyomon követnie, ami lehetővé teszi számukra a történetileg helytelen adatok elvetését, így fenntartva helytállóságot a blokkok kapcsán. Emellett van „beépített” késleltetés is a tranzakciók érvényesítésénél, amivel a hálózat rosszhiszemű tagjait próbálják kiszűrni. Sőt! Vannak egyéb beépített védelmi rétegei is a rendszernek, melyeket itt tudtok megtekinteni.
A Proof of Work a blokkrács struktúrát alkalmazó Raiblocks-nál annyit tesz, hogy a kliensnek egy sokkal egyszerűbb kriptográfiai feladványt kell megoldania a tranzakció küldéséhez és ráadásul előszámolhatja azt, ami egy kis trükk a feladványok megoldása kapcsán. Emiatt bár mi azonnalinak látunk minden tranzakciót, az mégsem azonnali a valóságban.
A tranzakciók fajtájuk szerint lehet ún. elszámolt és el nem számolt tranzakciók. Az elszámolt tranzakciók azok a tranzakciók, amelyeken a fióklánc a blokkokat (be)fogadta. Ahol ez nem történt még meg, azok az el nem számolt tranzakciók értelemszerűen.
Fiók létrehozásához egy nyitó tranzakciót kell végezned (lásd: white paper 4. ábra). A nyitó tranzakció mindig az első tranzakció minden fiókláncban. A „fiók mező” tárolja a nyilvános kulcsot (cím), mely az aláíráshoz használt privát kulcsból származik. A „forrás mező” tartalmazza a tranzakció hash-ét.
A fiók létrehozásakor egy képviselőt kell választani, aki majd eljár a nevünkben és érdekünkben. A fiókszámla saját magát is képviselhetiegyébként. Ennek azért van jelentősége, mert ha a hálózat konszenzusa kapcsán egyet nem értés bontakozik ki, akkor a képviselők a szavazataikkal alakítják ki a konszenzust, egyébként viszont nincsen más szerepük.
A blokkrács struktúra tehát a fentiek alapján egy még decentralizáltabb hálózati rendszer ígéretét hordozza magában. Azért írom, hogy ígéretét, mert az így kialakított hálózat még nem élte meg azt a kort, amit a bitcoin és a blokklánc, tehát nem tekinthető leteszteltnek.
Végezetül pedig szeretnék bíztatni mindenkit, hogy nyugodtan egészítse ki az általam leírtakat a blokkráccsal kapcsolatosan, mert én jogász vagyok és nem programozó, emellett pedig nem találtam használható magyar nyelvű leírást a blokkrácsról, pedig lehet, hogy indokolt lenne.
(Jogászként viszont büszkeséggel tölt el, ha bizonyos elgondolásaimat „viszont látom” más helyeken is, mint pl. ma ebben a hírben, ahol éppen a ghánai jegybankot bíztatják bitcoinban történő tartalék képzésre. Persze az sem titok, hogy kíváncsiságunk okán mi is szeretnénk már látni egy igazi, megvalósult CBDC-t.
😀
Ha tetszenek a posztok és szeretnéd támogatni a munkánkat, akkor itt megteheted:
BTC: 1G9ReJJUXqwwtAUCajzUk4GWm6BDWoKCCf
LTC: LPFXf42zHTgT8BAGmi2dgBKMUCpUJyYVxy
DASH: XuD7Am4yoyDh6tR3GdgWpFFMTnkEQ4KP26
ETH: 0xe984642d5f84e2043a535aba5b6c7ff1691ac15b
MONERO: 358a3bac054b9c91dfaf6f5b3a57cd43d92e4d8056127201a64067e55eff0607
Leave A Comment Válasz megszakítása
Ez az oldal az Akismet szolgáltatást használja a spam csökkentésére. Ismerje meg a hozzászólás adatainak feldolgozását .
Üdvözöljük a blokklánc jogász weboldalán
Legfrissebb bejegyzéseink
Címkefelhő
Legfrissebb hozzászólások
- dr. Varsányi Károly - Olvasói vélemény az ex InLock korai kifizetésről.
- atti - Olvasói vélemény az ex InLock korai kifizetésről.
- dr. Varsányi Károly - 2 kérdés az ex InLock Vigiler.io kapcsán.
- Sobrijozska - 2 kérdés az ex InLock Vigiler.io kapcsán.
- dr. Varsányi Károly - Aranyvízum? Miért nem Bitcoin alapon?
Archívum
- 2024. szeptember (6)
- 2024. augusztus (27)
- 2024. július (25)
- 2024. június (16)
- 2024. május (21)
- 2024. április (23)
- 2024. március (24)
- 2024. február (25)
- 2024. január (24)
- 2023. december (24)
- 2023. november (28)
- 2023. október (13)
- 2023. szeptember (26)
- 2023. augusztus (13)
- 2023. július (15)
- 2023. június (15)
- 2023. május (12)
- 2023. április (11)
- 2023. március (21)
- 2023. február (12)
- 2023. január (19)
- 2022. december (14)
- 2022. november (20)
- 2022. október (15)
- 2022. szeptember (13)
- 2022. augusztus (10)
- 2022. július (13)
- 2022. június (12)
- 2022. május (17)
- 2022. április (14)
- 2022. március (8)
- 2022. február (9)
- 2022. január (17)
- 2021. december (12)
- 2021. november (15)
- 2021. október (15)
- 2021. szeptember (20)
- 2021. augusztus (20)
- 2021. július (18)
- 2021. június (32)
- 2021. május (26)
- 2021. április (32)
- 2021. március (24)
- 2021. február (21)
- 2021. január (29)
- 2020. december (26)
- 2020. november (25)
- 2020. október (31)
- 2020. szeptember (25)
- 2020. augusztus (23)
- 2020. július (21)
- 2020. június (14)
- 2020. május (12)
- 2020. április (13)
- 2020. március (14)
- 2020. február (7)
- 2020. január (10)
- 2019. december (16)
- 2019. november (12)
- 2019. október (14)
- 2019. szeptember (15)
- 2019. augusztus (18)
- 2019. július (20)
- 2019. június (25)
- 2019. május (21)
- 2019. április (20)
- 2019. március (23)
- 2019. február (18)
- 2019. január (24)
- 2018. december (19)
- 2018. november (22)
- 2018. október (21)
- 2018. szeptember (25)
- 2018. augusztus (19)
- 2018. július (19)
- 2018. június (18)
- 2018. május (24)
- 2018. április (21)
- 2018. március (19)
- 2018. február (20)
- 2018. január (27)
- 2017. december (22)
- 2017. november (23)
- 2017. október (22)
- 2017. szeptember (23)
- 2017. augusztus (30)
- 2017. július (26)
- 2017. június (23)
- 2017. május (23)
- 2017. április (9)