23 августа CKB выпустила свой litepaper Lightning Network Fiber Network. Глубоко изучив технологию Lightning Network в последнее время, я сразу же провел исследование по Fiber, которое привело к написанию этой статьи.

I. Улучшения в области волокна

По сравнению с сетью BTC Lightning Network, Fiber вводит свои собственные конструктивные соображения. Кроме того, благодаря особенностям модели eUTXO и сети CKB, Fiber представляет несколько уникальных технических характеристик.

1. Передача активов внутри каналов

С тех пор, как Lightning Labs разработала Taproot Asset, масштабы Lightning Network наконец-то расширились в плане выпуска активов. Однако, в типичном Lightning Channel логика передачи Taproot Asset работает следующим образом:

Произведено Dapangdun

Передача активов Taproot достигается путем комбинации канала Taproot и метода «конвертации обменного курса». Преимущество этого подхода заключается в том, что он позволяет повторно использовать текущую архитектуру канала Lightning, которая внутренне обеспечивает безопасность и относительно проста в реализации. Однако недостатком является то, что эта конструкция не позволяет осуществлять прямую передачу активов Taproot внутри канала.

В Fiber активы передаются непосредственно внутри канала, как показано на следующей концептуальной схеме:

Произведено Dapangdun

2. Принятие PTLC

В настоящее время молния BTC использует технологию HTLC (Hashed Time-Locked Contract), которая в практике работает достаточно хорошо. Однако у HTLC есть потенциальная уязвимость: он может подвергнуть опасности конфиденциальность Сети Молний, особенно в многохоповых сценариях.

Технически HTLC использует одно и то же представление по всему «многоразовому» пути. Поскольку представление создается случайным образом получателем, вероятность того, что две разные платежные системы используют одно и то же представление, низкая. Однако, если сущность (такая как отдельное лицо или компания) контролирует несколько узлов вдоль пути платежа, они могут объединять входные данные из одного узла и выходные данные из другого для восстановления полной информации о транзакции. Эта сущность может затем применять эвристику (на основе длины пути, типа узла и т. д.) для определения того, какой узел является плательщиком, а какой получателем, подрывая защиту конфиденциальности маршрутизации по луковичной сети.

В отличие от этого, PTLC (Point Time-Locked Contracts) обеспечивает, что каждый переход в пути использует разное секретное значение, тем самым сохраняя конфиденциальность на многоходовом маршруте. Сеть Fiber принимает технологию PTLC для достижения улучшенной конфиденциальности.

Для получения более подробной информации об этом техническом аспекте обратитесь к следующей статье:

Что такое контракт с временной блокировкой точки (PTLC)? Коллекция мыслей о биткоине (на китайском)www.btcstudy.org

3. Решение проблем, с которыми сталкивается сеть BTC Lightning

Общая концепция Fiber укоренена в сети молний BTC, поэтому она неизбежно «унаследует» некоторые существующие проблемы, одной из самых заметных из которых является вызов управления ликвидностью.

В BTC Lightning Network управление ликвидностью канала может быть довольно обременительным. Ликвидность необходима как для получения, так и для отправки платежей, поэтому сценарии, требующие корректировки ликвидности каналов, неизбежны. Современные решения, использующие такие методы, как «подводные свопы», «JIT (Just-In-Time)» или «сращивание каналов», часто требуют, чтобы пользователи совершали 1-2 транзакции в основной сети Биткойна. Учитывая медленное время подтверждения в основной сети BTC и потенциально высокие комиссии за газ, это может привести к разочарованию пользователей.

В Fiber, хотя предлагаемое решение "LSP (Liquidity Service Provider) + Submarine Swap" не устраняет полностью проблемы управления ликвидностью, стоимость подачи транзакции CKB очень низкая, и время ожидания гораздо короче. Это значительно улучшает опыт пользователя по сравнению с сетью BTC.

4. Взаимодействие с BTC Lightning Network

Fiber не ограничивается сетью CKB. Используя модель "посреднического выкупа", Fiber позволяет осуществлять 1:1 конвертацию между BTC и CCBTC (обернутый BTC на сети CKB). Эта настройка работает как своего рода "молниеносный мост". Более того, этот мост может быть децентрализованным, позволяя обычным пользователям, удерживающим эти активы, участвовать в качестве "выкупщиков" и предлагать эту услугу.

Дальнейшее мышление позволяет BTC использовать эту модель для обмена другими активами в сети CKB, просто принимая обменные курсы от общественного оракула.

Конечно, это находится в стадии концептуального проектирования, и дальнейшее наблюдение потребуется, чтобы увидеть, как это развивается во время фактической разработки.

Производится Dapangdun

II. Проблемы с волокном

Помимо проблем, которые Fiber "унаследовал" от сети молний BTC, существуют дополнительные проблемы, специфические для самого Fiber, о которых стоит обсудить.

1. Вопрос необходимости

Молниеносная сеть BTC была разработана как решение проблемы «ограничения маленького блока» и «высокого времени подтверждения» на главной сети Bitcoin с целью существенного снижения комиссий и увеличения TPS (транзакций в секунду) для платежей.

Однако для сети CKB тесты показали, что текущая плата за один перевод составляет около 0,0000183 CKB. Учитывая текущую цену CKB (~0,01 USD), это переводится в плату примерно 0,000000183 USD - чрезвычайно низкую сумму. Даже если мы рассмотрим увеличение цены CKB в десять раз и увеличение загруженности сети в десять раз, плата за одну транзакцию все еще будет составлять только 0,0000183 USD, что остается очень низким.

Таким образом, необходимость в сети Lightning на CKB по сравнению с BTC явно менее убедительна. Сеть CKB уже предлагает крайне низкие транзакционные издержки, что делает аргументы в пользу внедрения сети Lightning менее сильными, чем в случае сети BTC.

Произведено Dapangdun

В то же время, учитывая, что платежи Lightning сталкиваются с проблемами, такими как операционные трудности для узлов, требование, чтобы обе стороны были в сети во время оплаты, и недостаточная эффективность капитала, хотя существуют способы смягчения этих вызовов, не кажется, что необходимость в Lightning Network на CKB настолько убедительна.

Однако мы также можем рассмотреть эту проблему с нескольких других точек зрения:

1. С точки зрения скорости платежей, время блока в сети CKB составляет от 8 до 48 секунд, в то время как платежи Lightning Network практически «мгновенны», поэтому действительно есть улучшение скорости платежей.
2. С точки зрения технологического развития сеть CKB имеет свою собственную экосистему. Развитие молниеносной сети могло бы способствовать росту и расширению технологического ландшафта в этой экосистеме. В будущем также могут быть интегрированы технологии, такие как ZK (нулевое знание), что является еще одним способом рассмотреть ее ценность.

2. Проблемы с моделью Lightning

Модель Lightning от Fiber основана на "Дарике," которая является традиционной моделью P2P (peer-to-peer). Однако, если мы посмотрим на последние рыночные тенденции сети Lightning BTC, модель P2P сталкивается с серьезными проблемами. Рынок смещается в сторону кастодиальных решений LSP (Liquidity Service Provider), и закрытие кошелька Mutiny дополнительно подчеркивает этот момент. Факт того, что LSP-сервис Mutiny также объявил о прекращении своей деятельности, вызывает сомнения в устойчивости кастодиальной модели LSP в долгосрочной перспективе.

Я считаю, что нам нужно тщательно следить за будущими разработками в модели Lightning.

III. Прогноз для волокон

Я всегда уважал команду разработчиков CKB. Как я уже упоминал ранее, я уважаю команды, которые все еще готовы исследовать и инновировать, особенно те, которые из Востока, независимо от успеха или неудачи. Поэтому у меня есть ожидания от Fiber и я рассмотрел некоторые возможные направления для его будущего, которые я хотел бы поделиться здесь.

1. Как воспользоваться преимуществами сети CKB для инноваций

С самого начала сеть CKB представила новую архитектуру. Я особенно жду, чтобы увидеть, сможет ли ее уникальные сетевые функции стимулировать дальнейшую инновацию в Lightning Network. Например:

1. Как можно идеально решить проблему офлайн-платежей?
2. Можно ли решить проблему управления ликвидностью на фундаментальном уровне в рамках дизайна?
3. Может ли сложность взаимодействия в многосторонних каналах быть фундаментально разрешена?
4. ...

Инновация всегда является первичной производственной силой и кладезью в этом рынке!

2. Создание большего количества применений сети Lightning Network

Сеть Lightning имеет общую проблему: где именно должны быть ее применения? В то время как у нас есть миллионы TPS, какие реальные сценарии требуют такого высокого спроса на взаимодействие? Или скорее, в каких сценариях Сеть Lightning является абсолютно необходимой или единственно возможным решением?

Ранее я рассматривал сценарии, такие как потоковые платежи, игры, и даже занимался LAPP (Lightning Apps). Однако проекты в этих областях либо не смогли набрать обороты, либо уже «вымерли». Таким образом, Fiber столкнется с той же проблемой - где должны быть применения?

Я надеюсь, что Fiber сможет идентифицировать или даже «создать» больше сценариев спроса для Lightning Network. Технология проявляет свою ценность только тогда, когда она основана на практических применениях; в противном случае она рискует стать ничем большим, чем просто «игрушкой для гиков». Однако, в ходе моих обсуждений с заинтересованными сторонами, я узнал, что команда CKB очень хорошо осознает это и активно работает над этим. Я с нетерпением жду их дальнейших успехов в этой области.

Отказ от ответственности:

1. Эта статья перепечатана из [Зеркало]. Все авторские права принадлежат оригинальному автору [ДаПангДун]. Если есть возражения к этой публикации, пожалуйста, свяжитесь с Gate Learnкомандой, и они обработают это незамедлительно.
2. Отказ от ответственности за обязательства: Взгляды и мнения, выраженные в этой статье, являются исключительно личными взглядами автора и не являются инвестиционным советом.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.