Taproot, Graftroot: a nagyobb anonimitásért.
-
Szerződr. Varsányi Károly
-
Kommentek0 Komment
-
Kategória
A Bitcoin mögött régóta fennálló “probléma” az, hogy mindaz, ami a blokkláncon történik, mindenki számára látható. Már nem a személyekre gondolok, hanem a történésekre. Némelyek azonban nagyobb anonimitást szeretnének a rosszindulatú “megkeresések” elkerülése érdekében, illetve sokan egyszerűen csak nem akarják, hogy mindenki más tudja, hogy mit csinálnak, olyan megfontolás(ok)ból, miszerint nem az ő dolguk.
Ez utóbbi attitűd már önmagában nagy előnyőkkel járna, már persze akkor, ha betartanák és mindenki csak azzal foglalkozna, ami a saját dolga, amellett, hogy a más dolgát is tiszteletben tartaná.
Az intelligens vagy okos szerződések a digitális pénzügyi eszközök meglehetősen nagy részét képezik majd vélhetően a jövőben, mivel lehetővé teszik a megállapodások decentralizálását. Ezek ugyanis ahelyett, hogy a két félre, vagy felekre építenének a kötelezettségek teljesítése kapcsán, a saját „kezükbe veszik azokat”, vagyis maguk a szerződések „kezelik” ezeket.
Ezzel mondjuk elkerülhetővé válik, hogy a minket jogosan megillető javadalmazásunkra kelljen várnunk olyan ügyből kifolyólag, amihez vajmi kevés közünk van és még kevesebb ráhatásunk.
Az intelligens szerződéseket úgy programozhatjuk, hogy megtegyék azt, amit a szerződő feleknek kellene, a hátrányuk viszont az, hogy ezek a szerződések is nyilvánosak. Ez azt jelenti, hogy meg tudod mondani, hogy ki vesz részt benne, és mi a végeredmény(e).
Korábban már ejtettünk szót a Bitcoin kapcsán a Bitcoin blokkláncára épülő “okos szerződés” platformról, az RSK platformról (Rootstock sidechain). Most tovább lépünk és nézzük meg egy másik „root” megoldást.
Az ún. Taproot úgy kívánja megoldani a fenti anonimitási problémát, hogy a szerződéses aláírásokat oly módon egyesíti, hogy egy „normális” tranzakcióknak látszódjanak, vagyis ilyen értelemben “semlegesnek”. A Taproot hasonlít a MAST-hez, és mindig tartalmaz egy olyan állapotot, amelyben minden résztvevő együtt tud működni, azaz egy ún „kooperatív befejezést”.
Normál körülmények között minden láthatóvá válik a feleket illetően a blokkláncban az intelligens szerződések kapcsán.
A Taproot esetében azonban az aláírások úgy vannak kialakítva, hogy az aláírások másnak látszanak, konkrétan csak egy átlagos tranzakciónak, vagyis pénzeszköz küldésnek, anélkül, hogy az összes érintett aláírását és a felhasznált címeket megjelenítené. Lényegében ezzel megkülönböztethetetlenné válik az egyik személytől a másikhoz való Bitcoin küldéstől.
Ezzel növeli az anonimitást azon személyek számára, akik intelligens/okos szerződést használnak vagy többszörös aláírást (multi-sig) végeznek. Fontos megjegyezni, hogy ez az eljárás a „fogadó személyek” számára nem hat ki semmilyen módon, tehát akik ennek következtében – mondjuk – szerződés szerűen Bitcoin kapnak, azok nem „látnak” semmi különöset blokkláncon.
A Taproothoz „hasonló” megoldás az ún. Graftroot, aminek a fő előnye, hogy már nem számít, mennyire bonyolult az intelligens vagy okos szerződés, vagy pontosabban, hány lehetséges eredménye van. A Graftroot-konstrukció ugyanis több száz alternatív szkriptet is tartalmazhat.
A végére pedig hagytam egy jó hírt is: a jó hír az, hogy a Segregated wittness a „script versioning” funkciója lehetővé teszi az ilyen típusú változások (Schnorr aláírások, Taproot, Graftroot) viszonylag egyszerű kiépítését.
Már persze, ha Bitcoin core „vezető fejlesztői” (Pieter Wuille, Anthony Towns, Johnson Lau, Jonas Nick, Andrew Poelstra, Tim Ruffing, Rusty Russell and Gregory Maxwell) is együtt tudnak működni a megvalósítást illetően.
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
Archívum
- 2025. január (22)
- 2024. december (25)
- 2024. november (26)
- 2024. október (23)
- 2024. szeptember (26)
- 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)