Основные проблемы, с которыми сталкивается Lightning Network

СреднийOct 12, 2024
Кроме общих проблем с ликвидностью и сложностей с распределением ликвидности, Lightning Network сталкивается с другими вызовами. В этой статье мы продолжим исследовать их и представим новаторские решения, предложенные сообществом.
Основные проблемы, с которыми сталкивается Lightning Network

В нашей последней статье, Основные проблемы, с которыми сталкивается молниеносная сеть (1), мы обсудили ликвидность, один из ключевых факторов, ограничивающих развитие сети Lightning. Проблема ликвидности может быть разделена на два аспекта: первый - общая нехватка ликвидности в сети, требующая снижения барьеров для создания и поддержки узлов Lightning Network и введения дополнительных инцентивных механизмов; второй - проблема распределения ликвидности. В настоящее время существуют решения, такие как Submarine Swap, channel stitching, multi-path payments, Lightning Pool, liquidity advertisement и loop payments, для оптимизации ликвидности в сети Lightning.

Сегодня мы продолжим рассматривать другие вызовы, с которыми сталкивается Lightning Network, и инновационные решения, предложенные сообществом.

Поддержка стейблкоинов

Благодаря высокой пропускной способности, низкой задержке, низкой стоимости и функциям конфиденциальности Lightning Network стала идеальным выбором для криптовалютных платежей и служит ключевой платежной инфраструктурой для построения P2P-экономики. В 2021 году, после того, как Сальвадор принял биткоин в качестве законного платежного средства, сфера применения Lightning Network значительно расширилась, при этом количество и сумма платежей резко выросли, что привело к тому, что в какой-то момент в сети было более 82 000 платежных каналов.


Источник: https://mempool.space/graphs/lightning/capacity

Однако за последние два года произошли некоторые изменения в тенденциях развития Lightning Network. Из графиков данных выше мы можем наблюдать, что темпы роста средств в Lightning Network замедлились. Более заметно, количество каналов даже сократилось. Это явление отражает тот факт, что Lightning Network сталкивается с новыми вызовами после быстрого расширения.

В настоящее время BTC является основной валютой, используемой в сети Bitcoin Lightning. Однако одной из самых больших проблем, с которыми сталкивается BTC как средство обмена, является его высокая волатильность цены. Эта нестабильность долгое время была основным препятствием для широкого принятия Lightning Network. Чтобы действительно привести Lightning Network в дома и сделать Lightning Network предпочтительным методом для ежедневных малых и частых платежей, особенно важно ввести поддержку стейблкоинов. Ведь в реальной жизни люди привыкли использовать валюты со стабильной стоимостью для повседневных операций.

Для решения этой проблемы 23 июля 2024 года компания Lightning Labs запустила первую версию основной сети многоактивной сети Lightning, официально представив Taproot Assets в сети Lightning. Taproot Assets - это протокол выпуска активов на Bitcoin, который позволяет вносить выпущенные активы в платежные каналы Lightning Network и передавать их через существующую Lightning Network. Запуск основной сети многоактивной сети Lightning Network означает официальную поддержку стейблкоинов в сети Bitcoin Lightning Network, что открывает путь для приложений, таких как мгновенный глобальный расчет форекс-торговли через сеть Lightning и использование стейблкоинов для покупки товаров.


Изображение: В молнии сети, Алиса отправляет стабильную монету USD, а Боб получает стабильную монету EUR.

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

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

Пользовательский опыт

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

Требование оставаться в сети для проведения платежей

Пользователи должны оставаться в сети при получении или отправке платежей в сети Lightning. Это связано с тем, что платежи в сети Lightning включают изменение состояния средств в канале, который используется с другими участниками, что означает, что обе стороны должны быть в сети для изменения состояния средств вместе. Одной из основных причин сбоев платежей в сети Lightning является то, что получатель находится в автономном режиме. С точки зрения пользовательского опыта это существенный недостаток дизайна. В отличие от этого, традиционные методы оплаты (например, банковские переводы) и блокчейн-платежи (например, переводы USDT на цепи) не требуют, чтобы получатель находился в сети; транзакции могут быть завершены просто зная учетную запись или адрес получателя.

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

Отсутствие системы приема нескольких платежей любой суммы

Счета в сети Lightning являются основным инструментом для запроса платежей. Они генерируются получателем платежа и предоставляют инициатору всю необходимую информацию для завершения транзакции. Мы можем просто сравнить счета с обычно используемыми в платежных приложениях "платежными кодами".

В настоящее время счет по умолчанию в сети Lightning Network предназначен только для одноразового использования и содержит хэш-значение для одного платежа вместе с его суммой. После успешного платежа или истечения времени ожидания счета он становится недействительным. Этот механизм приводит к громоздкому процессу: каждый платеж требует генерации, копирования, вставки и отправки нового счета плательщику. Такая структура значительно влияет на взаимодействие с пользователем в определенных сценариях. Например, продавец, привыкший отображать платежный QR-код (например, WeChat или Alipay), сочтет использование Lightning Network громоздким. Особенно в загруженные рабочие часы необходимость частого создания счетов-фактур и обмена ими может существенно снизить эффективность и даже повлиять на нормальную работу.

Для решения этой проблемы сообщество Bitcoin предложило несколько решений:

Keysend

Идентификатор узла узлов Lightning Network остается неизменным и отображается плательщику после выставления счета, поэтому Keysend рассматривает его как статическую конечную точку. Этот метод имеет значительное преимущество: он полностью зависит от архитектуры Lightning Network без необходимости дополнительной поддержки протокола. Его недостаток заключается в том, что он предлагает более слабую защиту конфиденциальности, поскольку чувствительные данные, такие как узел получателя, канал и канал UTXO, становятся открытыми.
Тем не менее, практичность Keysend получила широкое признание, и большинство клиентов Lightning Network уже внедрили функциональность Keysend.

LNURL и Lightning Адрес

LNURL-pay - это стандарт, который позволяет пользователям создавать статический QR-код, способный принимать несколько платежей и значительно улучшать опыт пользователя. Процесс работы следующий:

  1. Пользователь сканирует QR-код (LNURL-pay) с помощью кошелька Lightning Network.
  2. Кошелек декодирует QR-код, получает URL и обращается к нему через HTTPS.
  3. После ответа сервер запрашивает сумму платежа (которая также может быть фиксированной).
  4. Пользователь вводит сумму и отправляет информацию обратно на сервер.
  5. Сервер возвращает традиционный счет сети Lightning.
  6. Кошелек обрабатывает платеж.

Lightning Address дополнительно оптимизирует этот процесс, кодируя QR-код пользователя (LNURL-pay) в URL, напоминающий адрес электронной почты. Когда другие пользователи получают доступ к этому URL, система автоматически возвращает запрос LNURL-pay, упрощая весь процесс платежа.

Следует отметить, что большинство кошельков, реализующих функциональность LNURL, в настоящее время работают в кустодиальном режиме. Эти кошельки назначают каждому пользователю адрес Lightning, позволяющий им легко получать платежи. Хотя этот подход предлагает удобство, он также вводит определенную степень централизации, требуя от пользователей находить баланс между удобством и децентрализацией.

BOLT12

BOLT12 - это новое предложение технической спецификации Lightning Network, направленное на достижение некоторых функций, предлагаемых LNURL, без использования веб-сервера. Хотя BOLT12 еще не был объединен в BOLT (техническое основание Lightning Network), он получил поддержку от большинства разработчиков. Основное преимущество BOLT12 по сравнению с LNURL заключается в том, что его можно реализовать в рамках самого протокола Lightning Network, без необходимости зависеть от других сетевых протоколов или методов коммуникации.

Заключение

Помимо общих проблем с ликвидностью и проблем распределения ликвидности, упомянутых в предыдущая статья, а также отсутствие поддержки стейблкоинов, обсуждаемое в этой статье, есть много областей для улучшения пользовательского опыта в Lightning Network. На пути развития Lightning Network также существует множество других проблем. Например, механизм LN-Penalty, используемый в сети Bitcoin Lightning, не только усложняет задачу, но и создает нагрузку на хранилище. Реализация предложенного улучшения, eltoo, требует софтфорка биткоина и введения нового типа сигнатурного хеша. Аналогичным образом, проблемы конфиденциальности в отношении HTLC могут быть улучшены с помощью PTLC, которые сначала могут быть реализованы в Lightning Networks других блокчейнов.

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

Disclaimer:

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

Основные проблемы, с которыми сталкивается Lightning Network

СреднийOct 12, 2024
Кроме общих проблем с ликвидностью и сложностей с распределением ликвидности, Lightning Network сталкивается с другими вызовами. В этой статье мы продолжим исследовать их и представим новаторские решения, предложенные сообществом.
Основные проблемы, с которыми сталкивается Lightning Network

В нашей последней статье, Основные проблемы, с которыми сталкивается молниеносная сеть (1), мы обсудили ликвидность, один из ключевых факторов, ограничивающих развитие сети Lightning. Проблема ликвидности может быть разделена на два аспекта: первый - общая нехватка ликвидности в сети, требующая снижения барьеров для создания и поддержки узлов Lightning Network и введения дополнительных инцентивных механизмов; второй - проблема распределения ликвидности. В настоящее время существуют решения, такие как Submarine Swap, channel stitching, multi-path payments, Lightning Pool, liquidity advertisement и loop payments, для оптимизации ликвидности в сети Lightning.

Сегодня мы продолжим рассматривать другие вызовы, с которыми сталкивается Lightning Network, и инновационные решения, предложенные сообществом.

Поддержка стейблкоинов

Благодаря высокой пропускной способности, низкой задержке, низкой стоимости и функциям конфиденциальности Lightning Network стала идеальным выбором для криптовалютных платежей и служит ключевой платежной инфраструктурой для построения P2P-экономики. В 2021 году, после того, как Сальвадор принял биткоин в качестве законного платежного средства, сфера применения Lightning Network значительно расширилась, при этом количество и сумма платежей резко выросли, что привело к тому, что в какой-то момент в сети было более 82 000 платежных каналов.


Источник: https://mempool.space/graphs/lightning/capacity

Однако за последние два года произошли некоторые изменения в тенденциях развития Lightning Network. Из графиков данных выше мы можем наблюдать, что темпы роста средств в Lightning Network замедлились. Более заметно, количество каналов даже сократилось. Это явление отражает тот факт, что Lightning Network сталкивается с новыми вызовами после быстрого расширения.

В настоящее время BTC является основной валютой, используемой в сети Bitcoin Lightning. Однако одной из самых больших проблем, с которыми сталкивается BTC как средство обмена, является его высокая волатильность цены. Эта нестабильность долгое время была основным препятствием для широкого принятия Lightning Network. Чтобы действительно привести Lightning Network в дома и сделать Lightning Network предпочтительным методом для ежедневных малых и частых платежей, особенно важно ввести поддержку стейблкоинов. Ведь в реальной жизни люди привыкли использовать валюты со стабильной стоимостью для повседневных операций.

Для решения этой проблемы 23 июля 2024 года компания Lightning Labs запустила первую версию основной сети многоактивной сети Lightning, официально представив Taproot Assets в сети Lightning. Taproot Assets - это протокол выпуска активов на Bitcoin, который позволяет вносить выпущенные активы в платежные каналы Lightning Network и передавать их через существующую Lightning Network. Запуск основной сети многоактивной сети Lightning Network означает официальную поддержку стейблкоинов в сети Bitcoin Lightning Network, что открывает путь для приложений, таких как мгновенный глобальный расчет форекс-торговли через сеть Lightning и использование стейблкоинов для покупки товаров.


Изображение: В молнии сети, Алиса отправляет стабильную монету USD, а Боб получает стабильную монету EUR.

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

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

Пользовательский опыт

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

Требование оставаться в сети для проведения платежей

Пользователи должны оставаться в сети при получении или отправке платежей в сети Lightning. Это связано с тем, что платежи в сети Lightning включают изменение состояния средств в канале, который используется с другими участниками, что означает, что обе стороны должны быть в сети для изменения состояния средств вместе. Одной из основных причин сбоев платежей в сети Lightning является то, что получатель находится в автономном режиме. С точки зрения пользовательского опыта это существенный недостаток дизайна. В отличие от этого, традиционные методы оплаты (например, банковские переводы) и блокчейн-платежи (например, переводы USDT на цепи) не требуют, чтобы получатель находился в сети; транзакции могут быть завершены просто зная учетную запись или адрес получателя.

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

Отсутствие системы приема нескольких платежей любой суммы

Счета в сети Lightning являются основным инструментом для запроса платежей. Они генерируются получателем платежа и предоставляют инициатору всю необходимую информацию для завершения транзакции. Мы можем просто сравнить счета с обычно используемыми в платежных приложениях "платежными кодами".

В настоящее время счет по умолчанию в сети Lightning Network предназначен только для одноразового использования и содержит хэш-значение для одного платежа вместе с его суммой. После успешного платежа или истечения времени ожидания счета он становится недействительным. Этот механизм приводит к громоздкому процессу: каждый платеж требует генерации, копирования, вставки и отправки нового счета плательщику. Такая структура значительно влияет на взаимодействие с пользователем в определенных сценариях. Например, продавец, привыкший отображать платежный QR-код (например, WeChat или Alipay), сочтет использование Lightning Network громоздким. Особенно в загруженные рабочие часы необходимость частого создания счетов-фактур и обмена ими может существенно снизить эффективность и даже повлиять на нормальную работу.

Для решения этой проблемы сообщество Bitcoin предложило несколько решений:

Keysend

Идентификатор узла узлов Lightning Network остается неизменным и отображается плательщику после выставления счета, поэтому Keysend рассматривает его как статическую конечную точку. Этот метод имеет значительное преимущество: он полностью зависит от архитектуры Lightning Network без необходимости дополнительной поддержки протокола. Его недостаток заключается в том, что он предлагает более слабую защиту конфиденциальности, поскольку чувствительные данные, такие как узел получателя, канал и канал UTXO, становятся открытыми.
Тем не менее, практичность Keysend получила широкое признание, и большинство клиентов Lightning Network уже внедрили функциональность Keysend.

LNURL и Lightning Адрес

LNURL-pay - это стандарт, который позволяет пользователям создавать статический QR-код, способный принимать несколько платежей и значительно улучшать опыт пользователя. Процесс работы следующий:

  1. Пользователь сканирует QR-код (LNURL-pay) с помощью кошелька Lightning Network.
  2. Кошелек декодирует QR-код, получает URL и обращается к нему через HTTPS.
  3. После ответа сервер запрашивает сумму платежа (которая также может быть фиксированной).
  4. Пользователь вводит сумму и отправляет информацию обратно на сервер.
  5. Сервер возвращает традиционный счет сети Lightning.
  6. Кошелек обрабатывает платеж.

Lightning Address дополнительно оптимизирует этот процесс, кодируя QR-код пользователя (LNURL-pay) в URL, напоминающий адрес электронной почты. Когда другие пользователи получают доступ к этому URL, система автоматически возвращает запрос LNURL-pay, упрощая весь процесс платежа.

Следует отметить, что большинство кошельков, реализующих функциональность LNURL, в настоящее время работают в кустодиальном режиме. Эти кошельки назначают каждому пользователю адрес Lightning, позволяющий им легко получать платежи. Хотя этот подход предлагает удобство, он также вводит определенную степень централизации, требуя от пользователей находить баланс между удобством и децентрализацией.

BOLT12

BOLT12 - это новое предложение технической спецификации Lightning Network, направленное на достижение некоторых функций, предлагаемых LNURL, без использования веб-сервера. Хотя BOLT12 еще не был объединен в BOLT (техническое основание Lightning Network), он получил поддержку от большинства разработчиков. Основное преимущество BOLT12 по сравнению с LNURL заключается в том, что его можно реализовать в рамках самого протокола Lightning Network, без необходимости зависеть от других сетевых протоколов или методов коммуникации.

Заключение

Помимо общих проблем с ликвидностью и проблем распределения ликвидности, упомянутых в предыдущая статья, а также отсутствие поддержки стейблкоинов, обсуждаемое в этой статье, есть много областей для улучшения пользовательского опыта в Lightning Network. На пути развития Lightning Network также существует множество других проблем. Например, механизм LN-Penalty, используемый в сети Bitcoin Lightning, не только усложняет задачу, но и создает нагрузку на хранилище. Реализация предложенного улучшения, eltoo, требует софтфорка биткоина и введения нового типа сигнатурного хеша. Аналогичным образом, проблемы конфиденциальности в отношении HTLC могут быть улучшены с помощью PTLC, которые сначала могут быть реализованы в Lightning Networks других блокчейнов.

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

Disclaimer:

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