Развој блокчејна: Layer 1 или Layer 2 — како да изаберете

Шта подразумева развој блокчејна?

Развој блокчејна подразумева изградњу софтвера који користи дистрибуирану мрежу за евидентирање, проверу и извршавање операција. То може бити сопствена блокчејн платформа, апликација на постојећој мрежи, паметни уговор, новчаник, берза или API интеграција са ERP-ом, CRM-ом, сајтом и системом за плаћање.

Разлика у односу на обичну базу података је у начину на који се потврђује запис. У стандардном систему ваш сервер или администратор контролише базу. Код јавног блокчејна правила за валидацију уграђена су у протокол и спроводе их независни учесници мреже.

То не значи да је сваки процес бољи. Ако податке уноси само ваш тим и нема потребе да их неко други проверава, релациона база података је обично једноставнија, бржа и јефтинија. Блокчејн има смисла када је поверење између учесника проблем или када имовина и њена историја морају да буду проверљиве.

Шта један пројекат може да обухвата?

• анализа пословног процеса и улога учесника
• избор мреже, модела података и начина потписивања операција
• паметни уговори за правила, плаћања, токене или права приступа
• веб или мобилна апликација за кориснике
• новчаници, управљање кључевима и опоравак приступа
• API интеграције са плаћањима, рачуноводством, ERP-ом, CRM-ом и спољним услугама
• надгледање, тестирање, ревизија кода и план одржавања

Када је пословању потребна сопствена блокчејн платформа?

Сопствени Layer 1 има смисла када управљате екосистемом са различитим учесницима и потребна су вам сопствена правила. То могу бити мрежа између добављача, произвођача и дистрибутера, специјализовани регистар или платформа у којој трансакције не треба да зависе од туђег протокола.

Ово је тежак избор. Сопствени Layer 1 значи да преузимате одговорност за консензус, валидацију, ажурирања, заштиту од напада, алате за програмере и стабилност мреже. Мора да постоји разлог да градите инфраструктуру, а не само апликацију.

За већину компанија практичнија опција је апликација на већ постојећем Layer 1 или Layer 2. Тако се тим усредсређује на производ, кориснички интерфејс, пословна правила и интеграције, уместо да одржава целу мрежу.

Која је разлика између Layer 1 и Layer 2?

Layer 1 је основни блокчејн. Он валидира трансакције, одржава стање мреже и одређује основна правила безбедности. Апликације могу да раде директно на њему, али свака операција мора да се прилагоди његовом капацитету и накнадама.

Layer 2 је додатни слој изграђен на Layer 1. Он обрађује део операција ван основне мреже и периодично уписује резултат или доказ назад у њу. Циљ је да се смањи оптерећење и побољша употребљивост, без изградње потпуно одвојене мреже.

Табела је полазна тачка, а не коначна процена. Два Layer 2 протокола могу имати различиту архитектуру, различите алате и различит ризик при преносу средстава. Конкретну технологију треба проверити у односу на Ваш сценарио, а не само на основу њене популарности.

Како се пореде безбедност, скалабилност и накнаде?

Безбедност

Прво питање није „који слој је безбеднији“, већ „где се налази критична логика“. Ако паметни уговор чува средства или одређује власништво, грешка у њему може бити озбиљнија од проблема у корисничком интерфејсу. Потребни су ограничена права, заштита кључева, тестирање и независни преглед критичног кода.

Код Layer 2 проверава се како се операције потврђују, како се подаци објављују на Layer 1 и шта се дешава у случају прекида рада оператора или моста. Код сопственог Layer 1 процењују се и валидатори, ажурирања протокола и процес реаговања у случају инцидента.

Скалабилност

Не мерите скалабилност само бројем трансакција. Важни су величина операције, зависности између трансакција, потреба за тренутном финализацијом и број корисника који раде истовремено. Апликација за трговину, систем за праћење и игра имају различите профиле оптерећења.

Накнаде

Накнада није једини трошак. Постоје трошкови RPC провајдера, индексирања блокчејн података, складиштења датотека, надгледања, новчаника, конверзије средстава и одржавања ликвидности. Код великог броја операција мала накнада по трансакцији може бити значајна, али код малог обима важнији могу бити безбедност и доступне интеграције.

Како се блокчејн апликација интегрише са осталим софтвером?

Корисник не треба да види цео блокчејн механизам. У већини пројеката користи веб апликацију или мобилну апликацију, док сервер обрађује аутентификацију, дозволе, обавештења и везе са спољним системима.

Интеграција са ERP или CRM системом може да бележи клијента, поруџбину, фактуру и статус плаћања. Блокчејн може да чува доказ о операцији, власништву или пореклу, али није разумно у њега уписивати личне податке, интерне цене или велике датотеке. Ови подаци остају у контролисаном систему, а у мрежу се уписује неопходни отисак или идентификатор.

При избору се проверавају API документација, SDK пакети, компатибилност са новчаницима, webhooks, индексатори и добављачи платних услуга. За повезивање са постојећим софтвером важне су јасне границе између блокчејн логике и пословног система. Ако је потребна таква архитектура, можете размотрити нашу услугу за API интеграције и повезивање софтвера.

Како се процењују рок и буџет блокчејн пројекта?

Процена почиње од обима, а не од назива технологије. Пројекат са новчаником, паметним уговором, админ панелом, плаћањима и CRM интеграцијом има другачији обим од минималне апликације која само чита јавне податке.

1. 01
   Опишите пословну операцију

   Запишите ко креира операцију, ко је одобрава, шта се мења и како се доказује резултат. Одвојите обавезне функције од идеја за следећу верзију.

2. 02
   Распоредите податке према месту складиштења

   Одредите шта треба да буде у блокчејну, шта у сопственој бази података, а шта у складишту датотека. То утиче на безбедност, трошкове и могућност исправки.

3. 03
   Изаберите архитектонску варијанту

   Упоредите сопствени Layer 1, апликацију на Layer 1, Layer 2 или стандардни систем. Проверите новчанике, API, индексирање, мостове и доступне алате.

4. 04
   Направите технички прототип

   Тестирајте једну критичну операцију: потписивање, паметни уговор, плаћање, читање догађаја или синхронизацију са ERP системом. Тако се ограничења откривају пре изградње целог производа.

5. 05
   Планирајте безбедност и експлоатацију

   Укључите управљање кључевима, улоге, евиденције, резервни сценарио, надгледање, ревизију и процес за измене. Одржавање блокчејн апликације не завршава се њеним објављивањем.

Код софтвера по мери буџет зависи од броја улога и екрана, сложености паметних уговора, броја интеграција, безбедносних захтева, мобилне верзије и потребе за админ панелом. За пројекте у обухвату custom software оријентир је 3.000–29.300 €. Тачна вредност наводи се у понуди након техничког задатка и провере изабране архитектуре.

Који је избор разуман за различите пословне сценарије?

Шта треба да тражите од развојног тима?

Тражите архитектонску шему, опис тока података и јасну границу између блокчејн дела и остатка софтвера. Понуда треба да наведе шта улази у прву верзију, које су услуге спољне и како се пројекат мења ако изабрана мрежа промени своје накнаде или алате.

Проверите како се управља кључевима и правима, ко има приступ продукционом окружењу, како се прате неуспеле трансакције и како се рад обнавља у случају прекида. Важно је да добијете и план за предају кода, документације и приступа.

Ако је циљ пословна апликација, а не експеримент са технологијом, почните са малим проверљивим током. На пример, креирајте операцију, потврдите је, прикажите је у админ панелу и синхронизујте је са постојећим системом. Након тога проширујте само функције које доносе стварну вредност.