Развој на блокчејн: Layer 1 или Layer 2 — како да изберете
Развојот на блокчејн не започнува со избор на мрежа, туку со проверка дали воопшто е потребна јавна непроменлива сметководствена книга. Ако се важни проверливото потекло на податоците, токените, криптоплаќањата или паметните договори, изборот меѓу Layer 1 и Layer 2 ја определува безбедноста, надоместоците, брзината и идните интеграции. Практичен пример е Crypto.bg — платформа за купување и продажба на криптовалути со плаќања во левови.
Што претставува развојот на блокчејн?
Развојот на блокчејн е создавање софтвер што користи дистрибуирана мрежа за запишување, проверка и извршување операции. Тоа може да биде сопствена блокчејн платформа, апликација врз постоечка мрежа, паметен договор, паричник, берза или 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 1 | Layer 2 |
|---|---|---|
| Контрола | Може да биде туѓа јавна мрежа или сопствен протокол | Зависи од основниот Layer 1 и неговите правила |
| Безбедност | Доаѓа директно од консензусот на основната мрежа | Зависи од дизајнот на Layer 2, доказите и врската со Layer 1 |
| Скалабилност | Ограничена е од капацитетот на основниот протокол | Обично овозможува повеќе операции надвор од основниот слој |
| Провизии | Се плаќаат директно кон основната мрежа и може да се менуваат | Може да бидат попредвидливи, но има дополнителни правила и трошоци за пренос |
| Интеграции | Поддршка од паричници, берзи и алатки на Layer 1 | Треба да се проверат мостовите, паричниците, RPC услугите и поддршката од берзите |
| Погодно за | Основни средства, јавни регистри и протоколи со директна ликвидност | Апликации со многу операции и потреба од подобри перформанси |
Табелата е појдовна точка, а не конечна процена. Два Layer 2 протоколи може да имаат различна архитектура, различни алатки и различен ризик при пренос на средства. Конкретната технологија треба да се провери во однос на Вашето сценарио, а не само според нејзината популарност.
Како се споредуваат безбедноста, скалабилноста и провизиите?
Безбедност
Првото прашање не е „кој слој е побезбеден“, туку „каде се наоѓа критичната логика“. Ако паметниот договор чува средства или ја одредува сопственоста, грешка во него може да биде посериозна од проблем во корисничкиот интерфејс. Потребни се ограничени права, заштита на клучевите, тестови и независен преглед на критичниот код.
Кај Layer 2 се проверува како се потврдуваат операциите, како се објавуваат податоците кон Layer 1 и што се случува при прекин на операторот или мостот. Кај сопствен Layer 1 се проценуваат и валидаторите, ажурирањата на протоколот и процесот за реакција при инцидент.
Скалабилност
Не мерете ја скалабилноста само според бројот на трансакции. Важни се големината на операцијата, зависностите меѓу трансакциите, потребата од непосредна финализација и бројот на корисници што работат истовремено. Апликација за тргување, систем за следење и игра имаат различен профил на оптоварување.
Провизии
Провизијата не е единствениот трошок. Има трошоци за RPC провајдер, индексирање на блокчејн податоци, складирање датотеки, мониторинг, паричници, конверзија на средства и одржување на ликвидноста. При многу операции, мала провизија по трансакција може да биде важна, но при мал обем побитни може да бидат безбедноста и достапните интеграции.
Како блокчејн апликацијата се интегрира со останатиот софтвер?
Корисникот не треба да го гледа целиот блокчејн механизам. Во повеќето проекти тој користи веб-апликација или мобилна апликација, а серверот ги обработува автентикацијата, дозволите, известувањата и врските со надворешните системи.
Интеграцијата со ERP или CRM може да запишува клиент, нарачка, фактура и статус на плаќање. Блокчејнот може да чува доказ за операцијата, сопственоста или потеклото, но не е разумно во него да се запишуваат лични податоци, интерни цени или големи датотеки. Овие податоци остануваат во контролираниот систем, а во мрежата се запишува потребниот отпечаток или идентификатор.
При изборот се проверуваат API документацијата, SDK пакетите, компатибилноста со паричници, webhooks, индексаторите и давателите на платежни услуги. За поврзување со постојниот софтвер важни се јасните граници меѓу блокчејн логиката и деловниот систем. При потреба од таква архитектура може да ја разгледате нашата услуга за API интеграции и поврзување на софтвер.
Како се проценуваат рокот и буџетот на блокчејн проект?
Процената започнува со опсегот, а не со името на технологијата. Проект со паричник, паметен договор, админ-панел, плаќања и CRM интеграција има различен обем од минимална апликација што само чита јавни податоци.
- 01Опишете ја деловната операција
Запишете кој ја создава операцијата, кој ја одобрува, што се менува и како се докажува резултатот. Одделете ги задолжителните функции од идеите за следната верзија.
- 02Поделете ги податоците според местото на складирање
Определете што треба да биде во блокчејнот, што во сопствена база на податоци и што во складиште на датотеки. Тоа влијае врз безбедноста, трошоците и можноста за корекција.
- 03Изберете архитектонска варијанта
Споредете сопствен Layer 1, апликација врз Layer 1, Layer 2 или стандарден систем. Проверете ги паричниците, API, индексирањето, мостовите и достапните алатки.
- 04Направете технички прототип
Тестирајте една критична операција: потпишување, паметен договор, плаќање, читање на настан или синхронизација со ERP. Така ограничувањата се откриваат пред изградбата на целиот производ.
- 05Планирајте ја безбедноста и експлоатацијата
Вклучете управување со клучеви, улоги, логови, резервно сценарио, мониторинг, ревизија и процес за промени. Поддршката на блокчејн апликацијата не завршува со нејзиното објавување.
Кај софтверот по нарачка буџетот зависи од бројот на улоги и екрани, сложеноста на паметните договори, бројот на интеграции, безбедносните барања, мобилната верзија и потребата од админ-панел. За проекти во опсегот на custom software ориентирот е 3.000–29.300 €. Точната вредност се наведува во понудата по техничката спецификација и проверката на избраната архитектура.
Кој избор е разумен за различните деловни сценарија?
| Сценарио | Посоодветна насока | Причина |
|---|---|---|
| Јавен токен или средство | Постоечки Layer 1 или Layer 2 | Добивате готов екосистем, паричници и алатки |
| Многу мали операции во апликација | Layer 2 | Може да го намали оптоварувањето и да го подобри корисничкото искуство |
| Мрежа од независни организации | Сопствен Layer 1 или дозволен регистар | Ви се потребни сопствени правила, улоги и управување со учесниците |
| Проверливо потекло на стока или документ | Блокчејн доказ плус стандарден систем | Чувате доказ за промената без да ги внесувате сите деловни податоци во мрежата |
| Внатрешен процес само за една фирма | ERP, CRM или стандардна база на податоци | Нема доволна корист од дистрибуиран консензус |
Што да побарате од тимот за развој?
Побарајте архитектонска шема, опис на текот на податоците и јасна граница меѓу блокчејн делот и останатиот софтвер. Понудата треба да наведува што влегува во првата верзија, кои услуги се надворешни и како се менува проектот ако избраната мрежа ги промени своите надоместоци или алатки.
Проверете како се управува со клучевите и правата, кој има пристап до продукциската околина, како се следат неуспешните трансакции и како се обновува работата при прекин. Важно е да добиете и план за предавање на кодот, документацијата и пристапите.
Ако целта е деловна апликација, а не експеримент со технологија, започнете со мал тек што може да се провери. На пример, креирајте операција, потврдете ја, прикажете ја во админ-панелот и синхронизирајте ја со постоечкиот систем. Потоа проширувајте ги само функциите што носат реална вредност.
Често поставувани прашања
- Што е Layer 1 во блокчејн?
- Layer 1 е основната блокчејн мрежа што ги валидира трансакциите и ги одржува правилата на протоколот. Апликацијата може да работи директно на неа, но се усогласува со нејзиниот капацитет и надоместоци.
- Што е Layer 2 во блокчејн?
- Layer 2 е дополнителен слој врз Layer 1 што обработува дел од операциите надвор од основната мрежа. Неговата цел е подобри перформанси и посоодветни трошоци, но потребна е проверка на конкретната архитектура, мостот и поддршката од паричниците.
- Дали на мал бизнис му е потребен сопствен блокчејн?
- Обично не, ако процесот се користи само во фирмата и нема потреба од независна проверка на записите. Во таков случај ERP, CRM или стандардна база на податоци често се посоодветни.
- Колку чини развој на блокчејн по нарачка?
- За проект во опсегот на custom software, ориентациската цена е 3.000–29.300 €. Цената зависи од паметните договори, бројот на интеграции, паричниците, мобилната апликација, безбедносните барања и избраната мрежа; точната вредност се наведува во понудата.
