Bitcoin Hyper срещу Lightning Network: два отговора на един и същ проблем
Сравнение между Lightning Network и архитектурата, предложена от Bitcoin Hyper: сценарии на употреба, оперативна зрялост, програмируемост, ликвидност и допускания за доверие — без да се предпоставя функционална еквивалентност.
Образователна цел. Съдържанието на тази статия служи единствено за информация и общо разбиране. То не представлява финансов съвет. Пълен отказ от отговорност.
Един и същ проблем, различни философии
И Lightning Network, и Bitcoin Hyper преследват общата цел да разширят начините, по които може да се използва Bitcoin, но отговарят на различни потребности, с различни архитектури и различни допускания за доверие. Настоящото сравнение не предпоставя функционална еквивалентност.
Те не са непременно преки конкуренти и биха могли да работят паралелно, макар че евентуалната взаимна допълняемост зависи от имплементацията, от навлизането и от действителните сценарии на употреба.
Lightning: мрежа от канали
Lightning Network работи чрез платежни канали между възли. За да плати на Боб, Алиса може да използва собствения си канал и да маршрутизира плащането през мрежата; не е необходимо да отваря пряк канал с Боб. Плащанията могат да се извършват много бързо и обикновено на ниска цена, стига да бъде намерен маршрут с достатъчна ликвидност. При затваряне на канала окончателното салдо се урежда в Bitcoin. Lightning е предназначена преди всичко за плащания.
Силни страни: бързи плащания; по правило ниски такси, макар че те зависят от маршрута, от ликвидността и от практиките на възлите; работа без доверие към трета страна (без попечителство), при условие че потребителите управляват собствените си ключове; и дизайн, изграден върху канали, присъщи на Bitcoin. Системата все пак запазва оперативни допускания, свързани с наличността, управлението на каналите и маршрутизирането.
Структурни ограничения: платежният капацитет зависи от ликвидността на каналите; маршрутизирането може да се окаже сложно; и Lightning не предлага среда за смарт договори с общо предназначение, съпоставима с виртуална машина. Тези особености произтичат от проектните компромиси, характерни за мрежа от канали, и се различават от рисковете, свързани със секвенсър или с bridge.
Bitcoin Hyper: слой за изпълнение
Bitcoin Hyper се представя като различен подход: среда с общо предназначение за изпълнение и смарт договори, замислена така, че да използва SVM. Според публикуваната архитектура проектът възнамерява също да закотвя ангажименти за състоянието в Bitcoin. Към крайната дата на анализа тези функции все още не са активни в mainnet.
Функционалности, заявени от проекта: програмируемост с общо предназначение на основата на SVM; паралелно изпълнение чрез Sealevel; предвидена съвместимост с инструментите на Solana; и редовно публикуване на ангажименти за състоянието в Bitcoin. Имплементацията и действителният обхват на тези функционалности тепърва подлежат на независима проверка.
Структурни ограничения: централизиран секвенсър в началната фаза; каноничен bridge, който въвежда допускания за доверие, както и риск, свързан със съхранението и с протокола; наличност на данните, която все още не е решена; механизъм за принудително включване, който още не е активен; и нов протокол, неизпитан в продукционна среда. Всяка архитектура носи различна съвкупност от проектни компромиси и допускания за доверие.
Сравнителна таблица
| Измерение | Lightning | Bitcoin Hyper |
|---|---|---|
| Сценарий на употреба | Плащания | DeFi, смарт договори и приложения, съгласно предложената архитектура |
| Сетълмент | Затваряне на канали в Bitcoin | Ангажименти за състоянието, планирани в Bitcoin |
| Програмируемост | Не е с общо предназначение; насочена към плащания | Замислена като среда с общо предназначение (SVM) |
| Децентрализация | Децентрализирана мрежа от възли и канали | Единичен секвенсър, предвиден в началната фаза |
| Зрялост | В продукционна среда от 2018 г. | Devnet; фаза преди mainnet |
| Необходимо доверие | Модел без доверие към трета страна (без попечителство), с оперативни допускания за каналите и маршрутизирането | Секвенсър и bridge, съгласно първоначалната архитектура |
| Ликвидност | Капацитетът зависи от ликвидността на каналите | Зависи от bridge-а и от ликвидността, налична в екосистемата |
| Среда за разработка | Core Lightning, LND, Eclair | Обявена съвместимост с Anchor, Rust и инструментите на Solana |
Конкуренти ли са?
Не непременно: те обслужват различни пазарни ниши. Lightning е оптимизирана за бързи, повтарящи се плащания между хора — или машини. Bitcoin Hyper предлага програмируемост с общо предназначение. Двете системи не са еквивалентни и нито една от тях не е принципно по-добра от другата.
Lightning е предназначена главно за плащания, докато Bitcoin Hyper се представя като по-широка програмируема среда за приложения, изградени върху смарт договори. Те отговарят на различни потребности и нито една от тях не измества непременно другата. Оперативната им зрялост се различава: Lightning работи в продукционна среда, докато към крайната дата на анализа Bitcoin Hyper е все още във фазата преди mainnet.
Освен това Bitcoin Hyper следва да бъде оценяван чрез съпоставка с вече действащи мрежи с общо предназначение и с други проекти, свързани с Bitcoin. Екипът застъпва становището, че използването на Bitcoin за закотвяне на ангажименти за състоянието може да носи отличителна добавена стойност. Значението на този подход ще бъде преценено през действителната сигурност на bridge-а и на протокола, наличността на данните, навлизането сред потребителите и развитието на приложенията.