Пропуски в управлението и одита, които убиват проектите за токенизация

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

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

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

Целта не е да се добавят стъпки за изпълнение на задачи. Целта е да се създаде система, която компанията може да използва, наблюдава, обяснява и защитава по време на употреба на актива.

Защо проектите за токенизация на предприятия се провалят, когато се проверяват за управление?

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

Това разделение създава пространство между това, което системата може да прави, и това, което е позволено на компанията.

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

Същият проблем се случва и с пари, заеми, облигации, стоки и други неща, които се превръщат в токени. Правилата за всяко нещо се променят в зависимост от вида на нещото и къде се намира, но основното изискване е едно и също: начинът, по който се правят нещата, трябва да съответства на това, което компанията има право да прави. Какви правила се прилагат?

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

Проверката за управление трябва да гледа отвъд качеството на кода. Тя трябва да проверява дали системата запазва правата върху активите, спазва ли разрешените правила, води ли записи на изборите и помага на хората да проверят дали системите работят.

7 начина, по които проблемите с управлението могат да причинят проблеми на проектите за токенизация на предприятия

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

1. Неясна собственост върху активите и отговорност на емитента

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

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

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

2. Слаб контрол на самоличността, достъпа и разрешенията

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

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

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

3. Непълни одитни следи на интелигентни договори

Умният договор може да покаже, че е осъществена транзакция, но може да не разкаже историята зад нея. Одитор може да види, че е извършено движение, но все пак трябва да знае кой е казал, че е било наред, ако са били спазени правилните правила, и коя версия на правилата е била използвана.

Това е важно, когато хората променят правилата, спират ходовете, актуализират системата или поправят грешки. Ако системата не следи тези избори и доказателствата, които ги съпътстват, може да е трудно да се разбере какво се е случило.

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

4. Пропуски в KYC, AML и прилагането на критериите за допустимост на инвеститорите 

Проверката кой притежава жетоните в началото не означава, че те ще останат на мястото през цялото време, докато се използват. Правилата за това кой може да притежава жетоните може да зависят от типа човек, от правилата на офертата, от това колко може да държи или от това дали ситуацията му се промени.

Ако тези правила са в частта, където хората се присъединяват за първи път към системата, е възможно не винаги да ги използват. Токен може да отиде в портфейл, който не е завършил проверките или няма право да притежава такъв вид токен.

Правилата трябва да свързват проверката на самоличността на хората, като се проверява дали са в списък с хора, на които не трябва да се прави бизнес, с проверката дали им е разрешено да ползват правилата за преместване на токени и да проверяват непрекъснато. Системата трябва също така да казва какво да се прави, ако документите не са актуални, ако преместването не е разрешено, ако трансферът е под въпрос или ако има проблем с правилата.

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

5. Липса на съгласуване във веригата и извън нея

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

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

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

6. Неясни процедури за надграждане, възстановяване и реагиране при инциденти

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

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

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

7. Недостатъчни доказателства за вътрешни и външни одити

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

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

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

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

Защо само одитите на интелигентните договори не могат да гарантират съответствие с токенизацията

Проверката на кода е важен начин да се гарантира безопасността на системата, но тя се занимава само с част от проблема с проекта за токенизация на компанията. Обикновено тя разглежда кода за грешки, неочаквано поведение и слаби части. Тя не проверява автоматично дали правилата, свързани с токена, са правилни, дали документите извън системата са правилни или дали стъпките на компанията за получаване на одобрение работят.

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

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

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

Независимият одит може да помогне много. Той не може да замести компанията, която следи за спазването на правилата. Отговорността за правилата такива, каквито са. Кой е отговорен, трябва да е ясна.

Какво трябва да включва рамката за управление на токенизацията на предприятията?

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

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

Управлението също трябва да се промени с промените в системата. Новите видове активи, включително актуализираните договорни условия, и работата с други компании може да доведе до рискове, които не са съществували в началото.

Как предприятията могат да идентифицират пропуски в управлението преди стартирането?

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

Следният списък дава отправна точка.

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

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

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

Включване на управлението в токенизацията от самото начало

Управлението работи най-добре, когато е част от проекта, преди да бъдат направени първите пари. Правилата за проверка на активите, кой може да се присъедини, одобрения, проверка на числа и доказателства за одити трябва да бъдат ясно посочени в текущите планове по време на ранните стъпки.

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

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

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

Целта е управлението да стане редовна част от начина, по който компанията работи, а не нещо, което се случва само преди стартирането ѝ.

Как Antier помага с проекти за токенизация на предприятия

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

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

Целта е да се съчетаят възможностите на системата с правилата и възможностите за проверка, зададени при планирането. Правните отговори, правилата и проверките от други все още са работа на хората и групите.

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