RGB Magic: Договорите от страна на клиента са включени Bitcoin

By Bitcoin Списание - преди 1 година - Време за четене: 9 минути
вт, 22 ноември 2022 г., 10:32 ч

RGB Magic: Договорите от страна на клиента са включени Bitcoin

RGB е изграден метод за проверка на собствеността Bitcoin което дава възможност за продължаване на Bitcoinсвойства на.

Това е редакционна статия на Федерико Тенга, дългогодишен сътрудник на Bitcoin проекти с опит като основател на стартиращ бизнес, консултант и обучител.

Терминът „интелигентни договори“ предхожда изобретяването на блокчейна и Bitcoin себе си. Първото му споменаване е в а Статия от Ник Сабо от 1994 г, който дефинира интелигентните договори като „компютъризиран протокол за транзакции, който изпълнява условията на договор“. Докато по това определение Bitcoin, благодарение на своя скриптов език, поддържа интелигентни договори от първия блок, терминът беше популяризиран едва по-късно от промоутърите на Ethereum, които изкривиха оригиналната дефиниция като „код, който се изпълнява излишно от всички възли в глобална консенсусна мрежа“

Въпреки че делегирането на изпълнение на код към глобална мрежа за консенсус има предимства (напр. лесно е да се внедряват неограничени договори, като популярните автоматизирани маркет мейкъри), този дизайн има един основен недостатък: липса на мащабируемост (и поверителност). Ако всеки възел в мрежа трябва излишно да изпълнява един и същ код, количеството код, което действително може да бъде изпълнено без прекомерно увеличаване на разходите за изпълнение на възел (и по този начин запазване на децентрализацията), остава оскъдно, което означава, че само малък брой договори могат да бъдат изпълнен.

Но какво ще стане, ако можем да проектираме система, при която условията на договора се изпълняват и потвърждават само от участващите страни, а не от всички членове на мрежата? Нека си представим примера на компания, която иска да издаде акции. Вместо да публикува публично договора за емитиране в глобална книга и да използва тази книга за проследяване на всички бъдещи прехвърляния на собственост, тя може просто да издаде частно акциите и да прехвърли на купувачите правото да ги прехвърлят по-нататък. След това правото на прехвърляне на собственост може да бъде прехвърлено на всеки нов собственик, сякаш е изменение на първоначалния договор за издаване. По този начин всеки собственик може самостоятелно да провери дали акциите, които е получил, са истински, като прочете оригиналния договор и потвърди, че цялата история на измененията, които са преместили акциите, отговарят на правилата, изложени в първоначалния договор.

Това всъщност не е нищо ново, наистина е същият механизъм, който се използваше за прехвърляне на собственост, преди публичните регистри да станат популярни. В Обединеното Кралство, например не е било задължително да се регистрира имот при прехвърляне на собствеността му до 90-те години. Това означава, че до днес над 15% от земята в Англия и Уелс е нерегистрирана. Ако купувате нерегистриран имот, вместо да проверявате в регистър дали продавачът е истинският собственик, ще трябва да потвърдите непрекъсната верига на собственост отпреди поне 15 години (период, който се счита за достатъчно дълъг, за да се приеме, че продавачът има достатъчно право на собственост върху имота). При това трябва да се уверите, че всяко прехвърляне на собствеността е извършено правилно и че всички ипотеки, използвани за предишни транзакции, са изплатени изцяло. Този модел има предимството на подобрената поверителност пред собствеността и не е необходимо да разчитате на поддържащия публичния поземлен регистър. От друга страна, това прави проверката на собствеността на продавача много по-сложна за купувача.

Как може да се подобри прехвърлянето на нерегистрирани имоти? На първо място, като го превърнем в цифровизиран процес. Ако има код, който може да се управлява от компютър, за да се провери дали цялата история на прехвърляне на собственост е в съответствие с първоначалните правила на договора, купуването и продажбата стават много по-бързи и по-евтини.

Второ, за да се избегне рискът продавачът да изразходва двойно своите активи, трябва да се въведе система за доказателство за публикуване. Например, можем да приложим правило, че всяко прехвърляне на собственост трябва да бъде извършено на предварително определено място в известен вестник (напр. поставете хеша на прехвърлянето на собственост в горния десен ъгъл на първата страница на New York пъти). Тъй като не можете да поставите хеша на превод на едно и също място два пъти, това предотвратява опитите за двойно харчене. Използването на известен вестник за тази цел обаче има някои недостатъци:

Поради тези причини трябва да се намери по-добро място за публикуване на доказателства за прехвърляне на собственост. И какъв по-добър вариант от Bitcoin blockchain, вече установена доверена публична книга със силни стимули да я поддържате устойчива на цензура и децентрализирана?

Ако използваме Bitcoin, не трябва да определяме фиксирано място в блока, където трябва да се случи ангажиментът за прехвърляне на собствеността (напр. при първата транзакция), защото, точно както при редактора на New York Times, миньорът може да се забърква с него. По-добър подход е да поставите ангажимента в предварително дефиниран Bitcoin транзакция, по-конкретно в транзакция, която произхожда от неизразходван изход от транзакция (UTXO), с който е свързана собствеността върху актива, който ще бъде издаден. Връзката между актив и a bitcoin UTXO може да възникне или в договора, който издава актива, или при последващо прехвърляне на собствеността, като всеки път прави целевия UTXO администратор на прехвърления актив. По този начин ние ясно определихме къде трябва да бъде задължението за прехвърляне на собствеността (т.е Bitcoin транзакция, произхождаща от конкретен UTXO). Всеки, който управлява a Bitcoin възелът може независимо да проверява ангажиментите и нито миньорите, нито който и да е друг субект са в състояние да цензурират или да се намесват в прехвърлянето на активи по какъвто и да е начин.

Тъй като на Bitcoin blockchain ние публикуваме само ангажимент за прехвърляне на собственост, а не съдържанието на самото прехвърляне, продавачът се нуждае от специален канал за комуникация, за да предостави на купувача всички доказателства, че прехвърлянето на собственост е валидно. Това може да се направи по много начини, потенциално дори чрез отпечатване на пробите и изпращането им с пощенски гълъб, което, макар и малко непрактично, все пак би свършило работа. Но най-добрият вариант за избягване на цензурата и нарушенията на поверителността е установяването на директна криптирана комуникация между партньори, която в сравнение с гълъбите също има предимството, че е лесна за интегриране със софтуер за проверка на доказателствата, получени от контрагента.

Този току-що описан модел за валидирани от страна на клиента договори и прехвърляне на собственост е точно това, което е приложено с RGB протокола. С RGB е възможно да се създаде договор, който определя правата, присвоява ги на едно или повече съществуващи bitcoin UTXO и уточнява как може да се прехвърли собствеността им. Договорът може да бъде създаден, като се започне от шаблон, наречен "схема", в който създателят на договора коригира само параметрите и правата на собственост, както се прави с традиционните правни договори. Понастоящем има два типа схеми в RGB: една за издаване на заменими токени (RGB20) и втори за издаване на колекционерска стойност (RGB21), но в бъдеще повече схеми могат да бъдат разработени от всеки по начин без разрешение, без да се изискват промени на ниво протокол.

За да използваме по-практичен пример, емитент на заменими активи (напр. акции на компания, стабилни монети и т.н.) може да използва шаблона на схемата RGB20 и да създаде договор, определящ колко токена ще издаде, името на актива и някои допълнителни свързани метаданни с него. След това може да определи кое bitcoin UTXO има право да прехвърли собствеността върху създадените токени и да присвои други права на други UTXO, като например правото да направи вторична емисия или да преноминира актива. Всеки клиент, получаващ токени, създадени от този договор, ще може да провери съдържанието на договора Genesis и да потвърди, че всяко прехвърляне на собственост в историята на получения токен е в съответствие с правилата, посочени в него.

И така, какво можем да правим с RGB на практика днес? Първо и най-важно, той позволява издаването и прехвърлянето на токенизирани активи с по-добра мащабируемост и поверителност в сравнение с всяка съществуваща алтернатива. От страна на поверителността, RGB се възползва от факта, че всички данни, свързани с трансфера, се съхраняват от страна на клиента, така че наблюдателят на блокчейн не може да извлече никаква информация за финансовите дейности на потребителя (дори не е възможно да се разграничи bitcoin транзакция, съдържаща RGB ангажимент от обикновена), освен това получателят споделя с подателя само заслепени UTXO (т.е. хеша на конкатенацията между UTXO, в който тя желае да получи активите, и произволно число) вместо самия UTXO , така че не е възможно платецът да следи бъдещи дейности на получателя. За допълнително повишаване на поверителността на потребителите, RGB също така приема бронирания криптографски механизъм, за да скрие сумите в историята на прехвърлянето на активи, така че дори бъдещите собственици на активи да имат неясна представа за финансовото поведение на предишни притежатели.

По отношение на мащабируемостта, RGB предлага и някои предимства. На първо място, по-голямата част от данните се съхраняват извън веригата, тъй като блокчейнът се използва само като слой на ангажимент, намалявайки таксите, които трябва да бъдат платени и което означава, че всеки клиент валидира само трансферите, от които се интересува, вместо всички дейност на глобална мрежа. Тъй като RGB трансферът все още изисква a Bitcoin транзакция, спестяването на такса може да изглежда минимално, но когато започнете да въвеждате групиране на транзакции, те могат бързо да станат масивни. Наистина е възможно да се прехвърлят всички токени (или по-общо "права"), свързани с UTXO към произволен брой получатели с един ангажимент в един bitcoin сделка. Да приемем, че сте доставчик на услуги, който извършва изплащания на няколко потребители наведнъж. С RGB можете да се ангажирате в единичен Bitcoin транзакции, хиляди преводи към хиляди потребители, изискващи различни видове активи, което прави пределната цена на всяко отделно изплащане абсолютно незначителна.

Друг механизъм за спестяване на такси за емитентите на активи с ниска стойност е, че в RGB издаването на актив не изисква плащане на такси. Това се случва, защото създаването на договор за емитиране не трябва да се ангажира в блокчейна. Договорът просто определя към кои вече съществуващи UTXO ще бъдат разпределени новоиздадените активи. Така че, ако сте художник, който се интересува от създаване на колекционерски жетони, можете да издадете колкото искате безплатно и след това да платите само bitcoin такса за транзакция, когато купувач се появи и поиска токенът да бъде присвоен на неговия UTXO.

Освен това, тъй като RGB е изграден върху bitcoin транзакции, той също е съвместим с Lightning Network. Въпреки че все още не е внедрено към момента на писане, ще бъде възможно да се създават специфични за активи Lightning канали и да се насочват плащания през тях, подобно на това как работи с нормалните Lightning транзакции.

Заключение

RGB е новаторска иновация, която отваря към нови случаи на употреба, използвайки напълно нова парадигма, но какви инструменти са налични за използването й? Ако искате да експериментирате с ядрото на самата технология, трябва директно да изпробвате RGB възел. Ако искате да създавате приложения върху RGB, без да се налага да се гмуркате дълбоко в сложността на протокола, можете да използвате rgb-lib библиотека, който предоставя прост интерфейс за разработчиците. Ако просто искате да опитате да издадете и прехвърлите активи, можете да играете с Iris Wallet за Android, чийто код също е с отворен код GitHub. Ако просто искате да научите повече за RGB, можете да проверите този списък с ресурси.

Това е публикация за гости от Федерико Тенга. Изразените мнения са изцяло техни и не отразяват непременно тези на BTC Inc или Bitcoin Magazine.

Оригинален източник: Bitcoin Списание