HTLC
смарт-
контракты: как применять в
Ethereum• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Ethereum
HTLC смарт-контракты: как применять в Ethereum• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Ethereum
2024-12-04 в 11:56 , admin , рубрики: atomic swap , Ethereum• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Ethereum , hashed time
locked contracts , HTLC
Hashed time locked contract• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка (HTLC) — это тип смарт‑контракта, который создает
временное хранилище для передачи активов новому владельцу. Суть заключается в
том, что активы блокируются на смарт‑контракте и требуется знать специальный
пароль, который позволит изъять активы из смарт‑контракта. Подобный процесс
ограничивается по времени и регламентируется смарт‑контрактом.
Первоначально HTLC разрабатывался в контексте более надежных способов создания
транзакций. По настоящему известным подход стал после предложения Joseph Poon
и Thaddeus Dryja в начале 2016 года использовать HTLC для создания payment
channels . Их работа называлась «The Bitcoin• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Bitcoin Lightning Network: Scalable
Off‑Chain Instant Payments» .
Видимо по этому в сети существует огромное количество материала по созданию
HTLC в биткоин• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Bitcoin сети. В этой статье мы поговорим, как этот концепт может быть
реализован и применим в Ethereum• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Ethereum совместимых сетях, где за место UTXO
используется account based модель.
На верхнем уровне можно представить процесс следующим образом:
Два пользователя Alice и Bob блокируют на HTLC активы, которые хотят обменять
друг с другом и которые партнер сможет забрать только зная пароль.
Обмен паролем для разблокировки активов
Получение активов из HTLC
Два важных компонента
Исходя из названия концепции «Hash• Информационные технологии » Информатика » Программирование » Алгоритм » Хеш-функции » Хеширование
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование Time Locked Contracts» важными частями
являются два компонента: hash• Информационные технологии » Информатика » Программирование » Алгоритм » Хеш-функции » Хеширование
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование и time . Попробуем понять, как они используются
и почему важны.
Hash• Информационные технологии » Информатика » Программирование » Алгоритм » Хеш-функции » Хеширование
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
Часто этот компонент называют hashlock . Можно сказать, что это захешированные
данные, которые не позволяют разблокировать активы до момента, пока эти данные
не будут раскрыты. Информация, которая используется для генерации hashlock,
называется pre‑image . Другими словами, pre‑image — это секретные данные,
которые хешируются для получения hashlock.
На первом этапе необходимо придумать секретную фразу (pre‑image), которая
будет является ключом к активам, заблокированным на смарт‑контракте. Однако
важно показать ее публично, чтобы оба участника сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка были уверены, что
секрет не поменяется в ходе сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка. Казалось бы, что блокчейн• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн
• Высокие технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн идеально
подходит для того, чтобы зафиксировать пароль. Однако он публичен и получить
данные из него может любой соискатель. Не сложно найти секрет, который был
добавлен для сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка в смарт‑контракт, чтобы опередить обоих участников и
забрать активы.
Хеширование• Информационные технологии » Информатика » Программирование » Алгоритм » Хеш-функции » Хеширование
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование решает это проблему. Оно позволяет зафиксировать секрет в
блокчейне• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн
• Высокие технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн, но при этом не раскрыть его. Хранение захешированого секрета
полностью гарантирует его неизменность до момента извлечения актива. В конце
сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка можно убедиться, что предоставленный секрет был равен первоначально
захешированному.
В solidity для хеширования• Информационные технологии » Информатика » Программирование » Алгоритм » Хеш-функции » Хеширование
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование используется функция keccak256 :
bytes32 secretHash = keccak256("Secret phrase")
Получается, что работать это может следующим образом:
Пользователь хеширует секрет
Записывает хеш в контракт
В нужный момент, может всем доказать, что первоначальный секрет был тем,
который он сейчас показывает
Эти три простых действия можно реализовать на смарт‑контракте:
contract• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка SecretGuarantee { bytes32 private _secretHash; /// @notice Поможет
сгенерировать hash• Информационные технологии » Информатика » Программирование » Алгоритм » Хеш-функции » Хеширование
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование на базе секретной фразы function getSecretHash(string
memory secret) public pure returns (bytes32) { return
keccak256(bytes(secret)); } /// @notice Запишет хеш секретной фразы в контракт
function setSecretHash(bytes32 secretHash) external { _secretHash =
secretHash; } /// @notice Проверит, что секретная фраза совпадает с хешом,
который был записан в контракт function checkSecret(string memory secret)
external view returns (bool) { if (getSecretHash(secret) == _secretHash) {
return true; } return false; } }
Time
Процесс обмена паролем и разблокировка активов может проходить в разные
моменты времени и в разных блоках. Поэтому остро встает вопрос в строгом
регламентировании действий пользователей. Этот компонент реализует механизм,
который позволит разблокировать активы через некоторое время.
Почему это важно? Смотрим на примере. Первый пользователь блокирует активы, а
второй не блокирует. Получается проблема, у первого пользователя навсегда
потеряны активы. Можно парировать: «Дайте возможность забрать активы первому
пользователю, сделать рефанд». Ок! Добавляем на смарт‑контракт возможность
сделать рефанд. Появляется следующий сценарий: первый пользователь блокирует
активы, второй пользователь блокирует активы, первый делает рефанд. Тогда
второму пользователю нужно тоже сделать рефанд и начать процесс заново. А
проблема могла заключаться в том, что первый пользователь просто не дождался
второго, потому что не знал, что тот планирует тоже блокировать активы, но
чуть позже.
Решает эту проблему выделение временных интервалов для каждого действия
пользователей в рамках сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка.
Каждая фаза определяет, какие действия будут происходить и сколько на это
будет выделено времени. Пользователи должны пройти от блокировки активов до
раскрытия и совершения сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка. Часто достаточно только определить одну
временную точку — после которой становится возможен возврат активов.
Важно! Все временные отрезки должны быть строго регламентированы
смарт‑контрактом.
Реализация
Переходим от теории к практике. Разберем два варианта реализации HTLC. На
самом деле идею этого концепта можно реализовать разными способами, чтобы
приспособить под решение задач собственного протокола.
Solo htlc
Основная суть концепции заключается в том, что под каждую блокировку
пользователя необходимо создать отдельный, самостоятельный смарт‑контракт.
Одна блокировка активов — один смарт‑контракт. Тогда реализация будет
выглядеть следующим образом.
UserA договорился с UserB об обмене ETH на токен PEPE. Ударили по рукам и
UserA создал хеш своей секретной фразы ( secretHash , никто его не знает в
данный момент и userB тоже) на основе секретной фразы ( secret ). Дальше
согласно схеме:
UserA блокирует ETH на своем HTLC-1 и передает secretHash на смарт‑контракт.
Забрать активы можно только зная секретную фразу. UserB должен передать
смарт‑контракту секрет и он сравнит его с secretHash, который userA передавал
изначально.
UserB блокирует PEPE на своем HTLC-2 контракте. Для этого UserB использует
secretHash, который в своем контракте HTLC-1 использовал UserA.
Оба пользователя видят, что условия сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка выполняются и количество активов
соответствует договоренностям. Оба контракта знают о secretHash, созданным
userA, но сам secret знает пока только UserA.
UserA забирает активы UserB с контракта HTLC-2, но при этом раскрывает
контракту свой секрет (сам контракт без раскрытия не отдаст активы, потому что
он так реализован). Так как secretHash у HTLC-1 и HTLC-2 одинаковый, это
означает, что userB сможет взять секрет и забрать с ним свои приобретенные
активы c HTLC-1.
Получается, что код для этого процесса можно реализовать достаточно просто и
понятно, а отрабатывать это процесс он будет в несколько этапов.
Сначала необходимо заблокировать активы. Мы будем делать это в момент создания
смарт‑контракта.
contract• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка SoloHTLC { struct LockOrder { address sender; address recipient;
bytes32 secretHash; address token; uint256 value; uint64 expiredTime; }
constructor(LockOrder memory lockOrder) payable { // Сохраняем информацию об
ордере _lockOrder = lockOrder; // Блокируем активы на смарт-контракте
_transferFrom(lockOrder.token, lockOrder.sender, address(this),
lockOrder.value); emit Locked(lockOrder); } .... }
Каждый из пользователей должен создавать свой собственный SoloHTLC контракт и
блокировать свои активы, которые они планируют отдать в ходе сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка.
Дальше userA должен раскрыть секрет и одновременно может забрать активы. Для
этого добавим в контракт функцию claim() .
function claim(bytes memory secret) external { // Переводит активы получателю.
В нашем случае UserA. _transfer(_lockOrder.token, _lockOrder.recipient,
_lockOrder.value); // Раскрывает секрет emit Claimed(secret, _lockOrder); }
Да да! Чтобы раскрыть секрет, достаточно просто отправить событие с ним. Нам
необязательно хранить его в самом смарт‑контракте.
Второй пользователь может вызвать claim() на контракте партнера и точно также
забрать активы. Функции _transfer() и _transferFrom универсальные, они умеют
работать и с нативной валютой сети и с токенами ERC-20 стандарта. Посмотреть
эти функции, модификаторы validateLock , validateClaim , которые реализуют
необходимые проверки и возврат активов (refund) ты можешь в полной реализации
.
Задача на внимательность. ð¤ А как можно списать с пользователя ERC-20 токен
при создании контракта, ведь апрув не может быть выдан. Это невозможно, потому
что адрес контракта еще неизвестен на момент деплоя и на момент списания
активов соответственно. Я придумал достаточно элегантное решение. Будем
использовать еще один контракт фабрики, который будет создавать HTLC при
помощи специального opcode виртуальной машины• Информационные технологии » Информатика » Программирование » Платформы программирования » Операционные системы » Системное программное обеспечение » Виртуальные машины
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Платформы программирования » Операционные системы » Системное программное обеспечение » Виртуальные машины
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Платформы программирования » Операционные системы » Системное программное обеспечение » Виртуальные машины create2 . Этот специальный код
позволяет предсказать адрес, контракта до его деплоя в сеть.
contract• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка FactoryHTLC { function createHTLC(LockOrder memory lockOrder, uint256
salt) external payable returns (address htlcAddress) { bytes memory bytecode =
abi.encodePacked(type(SoloHTLC).creationCode, abi.encode(lockOrder));
htlcAddress = getHTLCAddress(bytecode, salt); assembly { // Создает
смарт-контракт HTLC htlcAddress := create2(callvalue(), add(bytecode, 0x20),
mload(bytecode), salt) if iszero(extcodesize(htlcAddress)) { revert(0, 0) } }
emit HTLCCreated(msg.sender, htlcAddress); } }
Полный пример реализации SoloHTLC.sol . Полный пример реализации фабрики для
SoloHTLC.sol .
Single htlc
Прошлый пример смарт‑контракта SoloHTLC.sol выглядит достаточно лаконично.
Однако есть одна важная особенность. Для каждой сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка необходимо создавать
целых два смарт‑контракта. А что если сделка• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка должна работать в рамках одной
сети? Тогда кажется, что мы тратим лишний газ. Поэтому может появится вполне
здравая мысль уложить все в один смарт‑контракт. Назовем его SingleHTLC.sol .
Первым делом необходимо реализовать хранение информации о заблокированных
активах разных пользователей. Объявим мапу _lockedOrders. И привяжем ее к
secretHash.
contract• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка SingleHTLC { mapping(address sender => mapping(bytes32 secretHash =>
Order order)) private _lockedOrders; ... }
Теперь получается, что при деплое смарт‑контракта блокировать активы
пользователя нам не подходит. У нас всего один контракт, деплоится один раз, а
пользователей много. Сделаем для этого отдельную функцию lock() .
contract• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка SingleHTLC { ... function lock(Order memory order, bytes32
secretHash) validateLock(order, secretHash) external payable { // Записываем
информацию о блокировке активов _lockedOrders[msg.sender][secretHash] = order;
// Блокируем активы на смарт-контракте _transferFrom(order.token, msg.sender,
address(this), order.value); emit Locked(order, secretHash, msg.sender); } ...
}
Следующим шагом у нас реализация механизма раскрытия секрета и проведение
сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка (обмен активами). Я намерено делаю две отдельные функции redeem() и
claim() .
Первая функция необходима для пользователя, который знает секрет, вторая
функция для его оппонента. Разделение механизма получения актива на две
функции позволяет не смешивать разную логику по разным активам для двух
пользователей. В свою очередь, это позволяет реализовать cross chain сделку• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка.
Тогда первый пользователь будет вызвать redeem() в одной сети, а второй
пользователь будет вызвать функцию claim() в другой сети.
contract• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка SingleHTLC { ... // В модификаторе сверим секрет function
redeem(bytes memory secret) external validateRedeem(secret) { bytes32
secretHash = keccak256(abi.encodePacked(secret)); // Получим ордера двух
пользователей Order memory senderOrder =
_lockedOrders[msg.sender][secretHash]; Order memory recipientOrder =
_lockedOrders[senderOrder.recipient][secretHash]; // Отправляем активы
пользователю _isSecretHashRedeemed[secretHash] = true;
_transfer(recipientOrder.token, msg.sender, recipientOrder.value); emit
Redeemed(secret, secretHash, recipientOrder.token, msg.sender,
recipientOrder.value); } // В модификаторе сверим секрет function claim(bytes
memory secret) external validateClaim(secret) { bytes32 secretHash =
keccak256(abi.encodePacked(secret)); Order memory recipientOrder =
_getRecipientOrder(msg.sender, secret); // Отправляем активы пользователю
_isSecretHashClaimed[secretHash] = true; _transfer(recipientOrder.token,
msg.sender, recipientOrder.value); emit Claimed(secret, secretHash,
recipientOrder.token, msg.sender, recipientOrder.value); } ... }
Полный код смарт-контракта SingleHTLC.sol .
Сферы применения
Теперь пришло время посмотреть на сферы применения, в которых Hash• Информационные технологии » Информатика » Программирование » Алгоритм » Хеш-функции » Хеширование
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование time locked
contracts незаменим.
Atomic Swaps . HTLC позволяет двум пользователям обменивать криптовалюту• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта
напрямую между различными блокчейнами без необходимости доверять
централизованным биржам. Это обеспечивает большую безопасность и снижает
риски, связанные с использованием посредников.
Payment Channels и микроплатежи . HTLC широко используется в платежных
каналах, таких как Lightning Network для Bitcoin• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Bitcoin и Raiden Network для
Ethereum• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Ethereum. Эти каналы позволяют осуществлять быстрые и дешевые транзакции вне
блокчейна• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн
• Высокие технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн, при этом обеспечивая безопасность и возможность проверки каждой
транзакции. Также каналы могут обеспечивать безопасные микроплатежи, что важно
для приложений, требующих частых и мелких транзакций, когда комиссия за
транзакцию выше, чем сам платеж.
Децентрализованные обменники DEX. На децентрализованных биржах HTLC может
использоваться для безопасного и автоматизированного обмена активами между
пользователями. Это позволяет избежать рисков, связанных с централизованными
биржами, таких как взломы и мошенничество.
Деривативы• Экономика » Финансы » Производный финансовый инструмент и финансовые контракты . HTLC может быть использован в создании
сложных финансовых продуктов, таких как опционные контракты и фьючерсы• Экономика » Финансы » Производный финансовый инструмент » Фьючерс, где
условия выполнения зависят от предоставления секретного ключа и соблюдения
временных ограничений.
Cross-Chain Interaction . HTLC способствует взаимодействию между различными
блокчейнами, позволяя им обмениваться данными. Это важно для создания
экосистем, где различные блокчейны могут сотрудничать и дополнять друг друга.
Отличается от "atomic swaps" тем, что данные для обмена могут быть
произвольными, участников может быть больше, чем два.
Кредитные протоколы .HTLC может использоваться в платформах децентрализованных
финансов (DeFi) для обеспечения условий выполнения кредитов и займов, где
возврат средств или залога зависит от выполнения определенных условий.
Эти примеры демонстрируют гибкость и широкие возможности использования HTLC в
различных областях блокчейн технологий• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн
• Высокие технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн.
Вывод
Чтобы быть объективными нужно не забыть отметить недостатки HTLC решения:
Временные ограничения . Требуется, чтобы каждая сторона в рамках временного
интервала была доступна и выполняла требующиеся от нее действия. Например,
раскрытие секретной фразы. Но не всегда это возможно, иногда даже по
независящим от пользователя причинам: выключился свет, медленный интернет и
так далее.
Целостность данных• Информационные технологии » Информатика » Защита информации » Криптография » Целостность информации
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Базы данных » Теоретические Основы Баз Данных » Целостность информации
• Высокие технологии » Информационные технологии и телекоммуникации » Базы данных » Теоретические Основы Баз Данных » Целостность информации
• Телекоммуникации и связь » Телекоммуникации » Целостность информации . Этот пункт имеет значение только для платежных каналов. В
этом случае смарт-контракты в блокчейне• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн
• Высокие технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн ничего не знают об обменах
произведенных off-chain. То есть, вы открыли канал на некоторую сумму,
заблокировали актив на смарт-контракте, затем провели несколько операций по
обмену и в конце одной транзакцией зафиксировали результат в блокчейне• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн
• Высокие технологии » Информационные технологии и телекоммуникации » Базы данных » Публичная база транзакций » Блокчейн. Все
эти операции были off-chain, поэтому, в случае сбоя, достаточно трудно
восстановить порядок проведения платежей. Здесь даже может появляться некий
узел централизации, но это уже зависит от реализации и протокола.
Проблема с ликвидностью . Для того, чтобы использовать HTLC необходимо
заблокировать активы, которыми нельзя будет распоряжаться некоторое время до
исполнения сделки• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка.
Подводя итог, можно сказать, что технология HTCL, как концепт, достаточно
мощный инструмент в умелых руках, позволяющий проводить безопасные транзакции
без доверия между участниками. Однако из-за временных ограничений нужно уметь
его "готовить" и понимать где он может быть применим.
Использование хэш-функций и timelock позволяет создавать смарт-контракты,
которые действуют как посредники, чтобы гарантировать, что каждая сторона
выполняет свои обязательства.
На мой взгляд HTLC заслуживает внимания и в Ethereum• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Ethereum совместимых сетях. Как
минимум не проигрывает централизованным мостам, а в чем-то является даже более
безопасным решением.
Links
Bitcoin• Экономика » Финансы » Платежные средства » Платежные системы интернета » Криптовалюта » Bitcoin wiki
State channels
Несколько примеров
Если нравится видео. Introduction to Atomic Swaps: Live Demo + Solidity
Tutorial Of Hash• Информационные технологии » Информатика » Программирование » Алгоритм » Хеш-функции » Хеширование
• Информационные технологии » Информационно-коммуникационные технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование
• Высокие технологии » Информационные технологии и телекоммуникации » Программирование » Алгоритм » Хеш-функции » Хеширование Timelocked Contract• Экономика » Бизнес » Сделка
• Государство » Законы и право » Гражданское право » Сделка (HTLC)
Мы ведем свой телеграм-канал , где информация из мира разработки и web3
выходит оперативнее всего, переходите почитать авторские посты и мнение нашей
команды, а также похоливарить в комментариях:)
Автор: pnaydanovgoo
Источник
