Протокол "Таро" от Lightning Labs

До публичной инициативы разработки нового протокола в сообществе Lightning были известны несколько предложений, которые должны были реализовывать "стабильные каналы" в сети Лайнтнинг или в общем ориентированы на выпуск любых токенов.

• Stable Bonds
• DLC от Sured Bits
• GaloyMoney/dealer
• Synonym
• RGB от LNP/BP Ассоциации
• Liquid токены в отдельной LN - сети

Все эти предложения отличаются разной степенью готовности, но только Taro привлёк 70 млн. долларов инвестиций. Такой объём сделки может быть объясним сравнительно низкой конкуренцией за капитал в США, среди Биткоин и Лайтнинг компаний, и наличием большого количества денег в традиционных финансах, которые ищут свой путь в Биткоин теми или иными способами.

Райан Джентри, ответственный за PR в Lightning Labs написал специальный пост о новом протоколе, чьё название на самом деле является аббревиатурой:

Taro - это Taproot Asset Representation Overlay

Протокол создаётся, чтобы конечно же выпускать больше разнообразных токенов и поместить их практически нативно в сеть быстых биткоин-платежей Lightning.

Пример

Представьте, что у Алисы и Боба есть канал Lightning-USD (L-USD) ёмкостью $100, сбалансированный таким образом, что они оба имеют входящую ликвидность на сумму $50, а у Кэрол и Дэйва есть канал L-USD с пропускной способностью $100, сбалансированный таким образом, что они оба имеют входящую ликвидность на сумму $50.

Если у Боба есть канал BTC только с Кэрол, Алиса все равно может отправить $10 в L-USD Бобу, который берет небольшую комиссию за маршрутизацию в BTC и пересылает $10 в BTC Кэрол, которая берет небольшую комиссию за маршрутизацию в L-USD и пересылает $10 в L-USD Дэйву, конечному получателю. Taro взаимодействует с существующей сетью Lightning Network только в BTC, требуя, чтобы первый и предпоследний хопы (каналы, по которым идёт платёж) имели ликвидность в L-USD.

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

Taro использует новые возможности скриптового языка Taproot (активированные в биткоине после софт-форка в ноябре 2021), чтобы позволить разработчикам встраивать произвольные метаданные активов в выходы транзакции. В некотором роде разработчики обещают более экономичную замену протоколу Omni, испольщующему опкод OP_RETURN для "сжигания" биткоинов и помещения данных в блокчейн. Создатели Taro видимо подразумевают, что они могут выполнить работу лучше, чем RGB, который также ориентируется на использование OP_RETURN для первоначальной эмиссии токенов. При этом активы Taro защищает Proof-of-Work, так же как и обычные переводы биткоина.

Сходство с протоколом RGB

Похоже, предложение протокола Taro даёт нам возможность также рассказать о RGB (Red-Green-Blue, отсылка к "цветным токенам" в Биткоине, на которых базируется Омни), разбираясь в деталях первого протокола. Их сходство прокомментировал Рубен Сомсен. Хотя сначала уделим немного внимания драме. Джакомо Зукко, который связан с поддержкой RGB проекта так прокомментировал RGB против Taro:

1) RGB отдал должное предшествующим идеям, Taro решил намеренно скрыть это (проект даже получил кодовое название CMYK в шутку над RGB, так что попытка переделать его была явной, но на ланче они отрицали любые заслуги предшественников).
2) RGB - это открытая работа, поддерживаемая в течение многих лет многими компаниями, на общую сумму, я думаю, менее 500 тысяч долларов, полученных от фондов и ассоциаций. Taro - это стартап, финансируемый в рамках коммерческой структуры на 70 миллионов долларов.
Остальное идентично.

RGB относительно старая идея, которая развивается без особенной спешки. В этом подкасте объясняется работа токенов RGB, которые должны быть активами на предъявителя, с валидацией транзакций на стороне клиента (т.е. когда вы передаёте монету и всю историю её транзакций). Увы, на слух воспринимается сложно.

Какие общие технические характеристики/проблемы имеют RGB и Taro? В обоих протоколах отправитель токена должен раскрыть историю получателю. В RGB под этим подразумевается передача файла, который будет расти с каждой новой транзакцией, поэтому после определённого количества транзакций актив может быть перевыпущен. В случае NFT токенов история - это просто каждый предыдущий владелец, она растет линейно, но в случае одинаковыми токенами, например электронных наличных, все гораздо сложнее. Допустим, Кэрол получает 2 серых безликих токена Таро от Алисы и 3 токена Таро от Боба. Теперь Кэрол хочет отправить 4 из них Дэйву и оставить 1 себе. Здесь возможны два варианта:

a) История остается раздельной - Дэйв получает 2 монеты Алисы, монеты Боба разделяются, и он получает 2 (или 3 от Боба 1 от Алисы).

b) История токенов объединяется - Дэйв получает 4 токена (связывая новый
выход с историей Алисы и Боба).

Вариант а) приводит к фрагментации на всё меньшие токены и большие платежи потребуют данных всех мелких токенов при пересылке денег.

Вариант b) имеет много общего с транзакциями Биткоина: когда в будущем кто-то пожелает сделать крупную транзакцию, все предыдущие мелкие переводы должны быть верифицированы и объеденены, и мы приходим к идее блокчейна аналогичной Биткоину, которую становится сложно масштабировать. Предложение Taro не адресует проблемы масштабирования, хотя это является уже проработанным моментом для RGB.

Статья Bitcoin Magazine раскрывает особенности работы двух типов токенов в RGB: взаимозаменяемых активов и NFT. При выпуске взаимозаменяемого актива, его данные, известные как "genesis data" записываются в блокчейн Биткоина и распространяются через Lightning Network. Созданные данные содержат всё необходимое для транзакций. Самая базовая форма активов не допускает вторичной эмиссии, сжигания токенов, реноминации или замены. Более сложные схемы RGB-20 активов подразумевают дополнительную эмиссию, тогда "genesis data" сопровождаются данными о конкретных выпусках, которые также будут циркулировать в Lightning Network и обеспечат контроль предложения.

Для активов типа "цифровые наличные" RGB определяет, что информация, связанная с активом, может быть публичной или частной: если эмитенту требуется конфиденциальность, он может не делиться информацией о токене и проводить операции в абсолютной конфиденциальности. Возможен и противоположный случай, когда эмитенту и держателям необходимо, чтобы весь процесс был прозрачным (NFT токены). Степень приватности определяется только способами обмена информацией о токенах. Рубен критиковал предложение Taro также в контексте приватности. Вероятно, этот момент остаётся пока недостаточно проработанным в имеющейся документации.

Дополнительно, NFT-RGB позволяет распространять данные медиа-токенов большого размера полностью децентрализованным и устойчивым к цензуре способом, используя расширение P2P-сети Lightning под названием Bifrost, которое также используется для создания многих других видов функциональных возможностей смарт-контрактов, специфичных для RGB.

Taro анонсировался с поддержкой расширенных скриптов, смарт-контрактов на основе Taproot, однако Рубен подверг сомнению возможность такой работы без координации всех участников через блокчейн. RGB в своей основне работает через помещение необходимого минимального количества данных в блокчейн Биткоина, которое "видят" все участники сети, которые поддерживают RGB и все остальные — игнорируют, как в случае с Omni.

Документация Taro содержит в изобилии TODOs, оставленные Olaoluwa Osuntokun, CTO Lightning Labs, в то время как RGB уже имеет протипы решений и более детализированные спецификации конкретных функций. В этом контексте возникает мысль: что мешало Lightning Labs участвовать в RGB, тем более что внешние узлы, поддерживающие токены, также взаимодействуют через LN?

Куда ведут деньги

Lola L33tz заинтересовалась 70 миллионами долларов, выделенными на Taro и проследила источник раунда Б привлечения инвестиций в Lightning. Так, один из инвесторов оказался связан с компанией Statfor: фирмой, занимающаяся геополитическим анализом, которую называют "теневым ЦРУ" и чей основатель выступает за пытки для получения разведданных.

Сотрудники Stratfor выступали за смертный приговор анонимным членам Wikileaks, Джулиану Ассанжу и Челси Мэннинг. Ещё один инвестор, Baillie Gifford, так же по крайней мере принимал участие на встречах со Stratfor. Baillie Gifford инвестировал в BGI Genomics, чьи дочерние предприятия предположительно проводили генетический анализ уйгуров и мусульманских меньшинств в Синцзяне. На это можно смотреть как на конспирологическую теорию, а можно смотреть просто через призму бизнес-этики и с такими партнёрами Lightning Labs вероятно не требуются враги.

Со стороны привлечения инвестиций, Раунда Б, всё выглядит логичным: Lightning Labs взялись за создание нового амбициозного протокола: новые деньги требуют новых перспектив.

Ссылки

• Taro protocol:
  https://github.com/Roasbeef/bips/blob/bip-taro/bip-taro.mediawiki
• Модифицированное (разреженное) дерево Меркла MS-SMT:
  https://github.com/Roasbeef/bips/blob/bip-taro/bip-taro-ms-smt.mediawiki
• Виртуальная машина Taro:
  https://github.com/Roasbeef/bips/blob/bip-taro/bip-taro-vm.mediawiki
• Формат адресов Taro:
  https://github.com/Roasbeef/bips/blob/bip-taro/bip-taro-addr.mediawiki
• The Taro Universe:
  https://github.com/Roasbeef/bips/blob/bip-taro/bip-taro-universe.mediawiki
• Формат подтверждений flat file:
  https://github.com/Roasbeef/bips/blob/bip-taro/bip-taro-proof-file.mediawiki