✅✅✅
Протокол Eltoo в сети Lightning Network
Для стека биткоина
⬇️⬇️⬇️
Всякий раз, когда совершается новый платеж, юзер-каналы Lightning обновляются для верного отображения их общих балансов.
Фишка в том, что существует наказание в виде штрафа, если юзер пытается обмануть, распространяя старую версию баланса (например, для экономии средств).
Пользователи, которые пытаются совершить обман, могут потерять свои средства в платежном канале. Это достигается за счет системы L2-penalty.
Но существует нюанс, который состоит в том, что рассылка старых балансов по сети не всегда является попыткой обмана. Иногда юзеры могут случайно распространять старые балансы (из-за ошибки в коде или при неправильном сохранении резервной копии).
Такой нюанс назвали «токсичной информацией».
Соучредитель Lightning Labs Лаолу Осантокун, Кристиан Декер и Расти Расселом из Blockstream, в 2018 году представили новое решение, в котором предложили «упрощённый» способ осуществления "off-chain" (внесетевых) транзакций.
Eltoo обновляет канал за счет построения цепи транзакций с временным замком, где каждая транзакция тратит средства из предыдущей для отображения актуального баланса.
Решение Eltoo позволяет хранить только свежие данные о транзакциях вне блокчейна, решая проблему «информационной асимметрии».
Проблема «информационной асимметрии» заключается в том, что в случае, если устройство с запущенным приложением Lightning выйдет из строя или будет утеряно, пользователь может потерять доступ ко всей истории данных.
Если подробнее, то eltoo добавляет процедуру, которая делает каждое обновленное состояние заданным. Любое обновление канала, например, когда А совершает транзакцию Б, состоит из двух транзакций, каждая из которых хранит, и впоследствии полностью заменяет, предыдущую транзакцию.
Eltoo также увеличивает масштабируемость LN. У нод пропадает необходимость хранить все промежуточные состояния платежного канала. Вместо этого ноды хранят только самую последнюю версию состояния и некоторую информацию о самой транзакции, такую как соответствующую ей расчетную транзакцию и Hash Time Lock контракты.
#Layer2
Протокол Eltoo в сети Lightning Network
Для стека биткоина
⬇️⬇️⬇️
Всякий раз, когда совершается новый платеж, юзер-каналы Lightning обновляются для верного отображения их общих балансов.
Фишка в том, что существует наказание в виде штрафа, если юзер пытается обмануть, распространяя старую версию баланса (например, для экономии средств).
Пользователи, которые пытаются совершить обман, могут потерять свои средства в платежном канале. Это достигается за счет системы L2-penalty.
Но существует нюанс, который состоит в том, что рассылка старых балансов по сети не всегда является попыткой обмана. Иногда юзеры могут случайно распространять старые балансы (из-за ошибки в коде или при неправильном сохранении резервной копии).
Такой нюанс назвали «токсичной информацией».
Соучредитель Lightning Labs Лаолу Осантокун, Кристиан Декер и Расти Расселом из Blockstream, в 2018 году представили новое решение, в котором предложили «упрощённый» способ осуществления "off-chain" (внесетевых) транзакций.
Eltoo обновляет канал за счет построения цепи транзакций с временным замком, где каждая транзакция тратит средства из предыдущей для отображения актуального баланса.
Решение Eltoo позволяет хранить только свежие данные о транзакциях вне блокчейна, решая проблему «информационной асимметрии».
Проблема «информационной асимметрии» заключается в том, что в случае, если устройство с запущенным приложением Lightning выйдет из строя или будет утеряно, пользователь может потерять доступ ко всей истории данных.
Если подробнее, то eltoo добавляет процедуру, которая делает каждое обновленное состояние заданным. Любое обновление канала, например, когда А совершает транзакцию Б, состоит из двух транзакций, каждая из которых хранит, и впоследствии полностью заменяет, предыдущую транзакцию.
Eltoo также увеличивает масштабируемость LN. У нод пропадает необходимость хранить все промежуточные состояния платежного канала. Вместо этого ноды хранят только самую последнюю версию состояния и некоторую информацию о самой транзакции, такую как соответствующую ей расчетную транзакцию и Hash Time Lock контракты.
#Layer2