Необходимостта от оперативна съвместимост в протоколите за сигурност – лидери на мисълта

Кратка история на жетоните

Изминаха повече от 10 години, откакто Bitcoin за първи път въведе блокчейн технологията в света. По това време списъкът с потенциални случаи на използване на разпределени книги се разширява бързо, от цифрови валути, до вериги за доставки, до управление на самоличността. В основата си обаче много от тези случаи на употреба имат подобна структура: те позволяват на потребителите да държат и прехвърлят цифрови активи на равнопоставена основа. Казано по-просто, вече можем да търгуваме и да проследяваме цифрови активи, без да се нуждаем от централен доверен орган, който да управлява процеса.

Тази еволюция на пространството естествено доведе до изобретяването на „жетони“ – цифрови активи на блокчейн, които могат да се притежават и прехвърлят между физически лица. Токените са разделени на две основни категории: тези, които представляват естествено дигитален актив, и тези, които представляват основен актив от реалния свят. Използвайки тази нова парадигма, стотици хиляди различни токени вече са създадени само на Ethereum, с комбинирана пазарна капитализация от над 15 милиарда долара по време на писането.

Едно от най-обещаващите приложения на токените е представянето на реални ценни книжа по веригата, което позволява традиционно неликвидните активи като търговски недвижими имоти да бъдат фракционирани и прехвърлени на равнопоставени. Този процес, известен като „токенизация“, придоби значителен обмен на ум както от наследените институции, така и от новите стартиращи фирми, поради потенциала си да облекчи много съществуващи точки на капиталовите пазари.

Съответствие с нормативните изисквания

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

В пространството на блокчейн се появиха множество проекти, всеки от които проектира протокол, който се опитва да опрости и стандартизира начина на регулиране, търговия и управление на маркерите за сигурност. Разглеждайки само Ethereum, проекти, които са публикували стандарти за справяне с този проблем, включват Securitize, Harbour, Polymath и др. В крайна сметка обаче, без промени в начина на проектиране на тези протоколи, инвеститорите и борсите ще продължат да изпитват значително търкане при покупка и продажба на токенизирани ценни книжа. Защо е това? Оперативна съвместимост.

Оперативната съвместимост е от решаващо значение

Оперативната съвместимост е едно от най-значимите предимства на токенизацията. Тя позволява на цяла екосистема от приложения и продукти на капиталовите пазари да се интегрират помежду си, защото споделят общи софтуерни стандарти. За да се даде възможност за оперативна съвместимост на ниво приложение и продукт, трябва да започне на най-ниското ниво със самите токени. В пространството на маркерите за сигурност оперативната съвместимост е от съществено значение за две ключови страни: борси и инвеститори.

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

Като инвеститор искате процесът на качване да бъде възможно най-опростен и без триене. Понастоящем, когато инвеститор иска да закупи акции от множество места, той трябва да предоставя личната си информация отново и отново в процес, наречен „Познайте своя клиент“ KYC “. Blockchain има потенциала да трансформира този процес, като съхранява тази информация неизменно във веригата, където след това може да бъде препратена от всички маркери за сигурност. Това би означавало да не се налага да предоставяте повтарящо се една и съща лична информация всеки път, когато искате да закупите нов токен, вместо това след първоначалната регистрация ще са необходими само допълнителни или актуализирани данни. Този процес обаче ще бъде възможен само ако оперативната съвместимост между маркерите за сигурност е проектирана в стандартите, които управляват системата.

Протоколите

Три от водещите протоколи на маркери за защита на Ethereum бяха публикувани от Securitize, Harbor и Polymath. И трите тези протокола са изградени по стандарта ERC-20 на маркера на Ethereum, който след това разширяват, за да наложат съответствие в търговията с маркера за сигурност. Това се постига чрез заявка за втори договор относно законността на всяка сделка в момента, в който тя се случи.

Макар да е наименовано по различен начин в протоколите, използването на втори договор е последователно и през трите, като се постига един и същ резултат: предотвратяване на несъответстващи сделки. Този втори договор за „регулатор“ се актуализира с KYC на потребителите и информация за акредитация от услуги извън мрежата, които са упълномощени да го правят – например борса или издател на токена.


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

  1. Как упълномощените страни актуализират информация по веригата за потребителите?

Пристанище

Harbour декларира в своята бяла книга, че за момента те ще бъдат единствената страна, упълномощена да актуализира потребителската информация онлайн. Централизацията на тази роля означава, че обменът няма да актуализира никакви данни, посочени от регулатора. Следователно те няма да могат да одобряват нови получатели на маркера, предотвратявайки лесното търгуване на символи извън платформата Harbor..

Секюритизирайте

Securitize вече са внедрили система, при която могат да бъдат упълномощени множество страни, което означава, че инвеститорите могат да регистрират информацията за спазването им на множество места и не се изисква да преминават през Securitize сами. След това данните по веригата се актуализират директно от упълномощената страна и могат да бъдат преглеждани от всички символи на Securitize. Освен това, за да попречи на инвеститорите да предоставят информация многократно, Securitize са разработили API, който позволява на оторизираните страни да имат достъп до частната информация за инвеститорите, която се съхранява извън веригата, като им позволява лесно да определят дали дадено лице отговаря на изискванията или ако има повече информация е необходимо.

Полимат

Polymath има вграден цифров помощен токен, наречен POLY, който се изисква в цялата им платформа за изпълнение на различни задачи, включително за да получи упълномощена страна да актуализира данните ви по веригата. За да може дадено лице да KYC себе си, първо трябва да закупи POLY токени, които не разполагат с ликвиден фиат към пазара POLY. Вместо това физическото лице трябва да закупи друга криптовалута като „етера“ на Ethereum (ETH), използвайки fiat, и след това да замени това за POLY. След това токените могат да се използват на пазара на KYC на Polymath, за да се направи оферта за доставчик на KYC. Ако доставчикът на KYC одобри офертата, той се заплаща в жетони POLY, за да извърши проверката на KYC за отделния човек. Този процес очевидно е значително триене на платформата Polymath и прави процеса по-сложен от необходимото.

  1. Как след това тази информация за потребителите се съхранява и има достъп до нея по веригата?

Пристанище

От разглеждането на бялата книга и интелигентните договори на GitHub е технически възможно много от жетоните на Harbor да споделят един общ договор за регулатор и да споделят един общ източник на потребителски данни, но това е малко вероятно поради разликите в регулирането между различните токени . Липсата на живи токени на Harbor на Ethereum не е изяснила дали целта им е да бъде така, или всеки токен ще бъде разположен със собствен регулатор.

Секюритизирайте

Протоколът на Securitize е проектиран така, че договорът им за регулатор да запитва трети интелигентен договор, който съхранява потребителска информация. Това позволява на всеки маркер да има уникални разпоредби, кодирани в собствения си регулатор, като същевременно споделя общ източник на потребителски данни в третия договор, което означава, че когато потребителските KYC за един Securitize маркер се съхраняват в готовност за закупуване на бъдещи символи

Полимат

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

Вземете следния пример: Боб е проявил интерес към два токена за сигурност на Polymath, ABC и DEF, и е одобрен като инвеститор за всеки от тях. Тази информация се изпраща до договора за регулатор за всеки от жетоните. Месец по-късно Боб се опитва да закупи допълнителни токени DEF, но се установява, че вече не е акредитиран. Тази информация се изпраща до регулатора на DEF, за да актуализира статута на инвеститор на Боб, за да не е акредитиран. Сега във веригата има противоречива информация: ABC смята, че Боб е проверен инвеститор, но DEF не е съгласен. Лесно е да се види, че наличието на централен източник на информация би предотвратило възникването на такива несъответствия.

Оперативна съвместимост на протоколите

Както беше обсъдено по-рано, има две основни страни, участващи в издаването и обмена на маркери за сигурност, за които оперативната съвместимост ще има голямо значение: борси и инвеститори. И двете страни желаят гладко изживяване при взаимодействие с различни маркери за сигурност. Така че, ако използвате протоколите такива, каквито са, нека да разгледаме как ще бъдат засегнати борсите и потребителите.

Борси

Като обмен, интегрирането на тези протоколи за целите на прехвърлянето е лесно: всички токени използват стандарта за маркери ERC-20, осигурявайки единен интерфейс за извикване на трансфери, одобрения и проверки на баланса. По-нататъшната интеграция с аспекта на съответствието на всеки протокол става много по-сложна. Ще си спомните, че в момента не е възможно доверено лице да бъде упълномощено по протокола на Harbor – вместо това те ще трябва да насочват потребителите към Harbor към самия KYC. За да се интегрира след това с протокола на Securitize, доверената страна трябва да бъде упълномощена от Securitize, което след това ще им позволи да получат достъп до данните на инвеститора KYC чрез API извън мрежата и да актуализират информация за веригата, съхранявана в хранилището за данни на веригата..

Интегрирането с протокола на Polymath е вероятно най-сложното. Доверената страна трябва да се регистрира като доставчик на KYC на пазара на KYC на Polymath и да се настрои да получава оферти в токени POLY в замяна на предоставянето на KYC услуги. При предоставянето на KYC услуги на инвеститорите доверената страна трябва да организира начин да гарантира, че дублиращите се верижни данни, съхранявани за потребител в регулатора на всяка ценна книга④, няма да станат несъвместими.

Не само, че протоколите имат различни интерфейси, с които доверената страна трябва да се интегрира, всеки протокол има и различен начин да предостави докладване за грешки на борсата. При изграждането на интерфейс е важно да можете да преобразувате възникналите грешки в нещо, което е разбираемо за потребителите. Например, ако потребителят не може да закупи токен, това може да е поради различни причини: ценната книга може да има период на съхранение, който все още не е удовлетворен, или може да ограничи максималния брой допустими притежатели. За да може да съобщава тези съобщения на потребителите, борсата ще трябва да се интегрира с различен метод за докладване на грешки за всеки протокол.

Инвеститори 

Различните методи, чрез които включването на инвеститори в момента е проектирано в протоколите, означава, че инвеститорите вероятно ще трябва да предоставят лична информация много пъти на различни платформи и по различни начини. Това се дължи на факта, че Harbour не е упълномощил други страни и Polymath изисква от инвеститорите да наддават за KYC процеси, използвайки POLY жетони. Триенето, причинено от прилагането на тези методи за съответствие, може да направи инвеститорите нежелани или неспособни да закупят ценни книжа, които иначе биха закупили.

Мащабът на това триене, предизвикано от протокола, относно инвеститорите може донякъде да бъде облекчено от начина, по който борсите се интегрират във всеки от протоколите. Например, ако инвеститорът избере на KYC на борса да закупи токен Polymath, този обмен, ако е упълномощен, може да избере да актуализира съхранението на данните на Securitize едновременно. Това би означавало, че информацията за инвеститора е включена във веригата, в случай че е необходима в бъдеще. Ако обаче не бъдат направени промени в настоящия дизайн на протокола, тогава процесът на регистриране и закупуване на ценни книжа ще остане плашещ.

Решения

Решението на този проблем не трябва да бъде сложно. Всъщност е възможно да се въведат определени решения, без да се променят токени, които вече са активни в Ethereum. Идеалното решение, което води до минимално търкане както за борсите, така и за инвеститорите и което предотвратява несъответствия в данните, причинени от наличието на много различни източници на данни за съответствие, би наподобявало централизираното хранилище на данни на Securitize; въпреки това, всяка такава структура трябва да бъде приета в мащаб на цялата индустрия.

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

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

Заключение

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

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map