Новости Farcaster: новости за январь

Тема в разделе "Новости", создана пользователем Mr. Pickles, 19 фев 2021.

  1. Mr. Pickles

    Команда форума Модератор Редактор

    Регистрация:
    11 сен 2017
    Сообщения:
    858
    Симпатии:
    236
    Совершенствование при помощи архитектуры LNP/BP

    В декабре, буквально на прошлой неделе, мы провели очередное мероприятие CCC. Одним из участников была представлена архитектура LNP/BP (Lightning Network Protocol / Bitcoin Protocol), поддерживаемая LNP/BP Standards Association. Данная архитектура предполагает создание более универсального узла, который позволит реализовать протокол Lightning Network поверх протокола Bitcoin (LNP/BP). Надеемся, вы отметили аналогию с реализацией TCP поверх IP (TCP/IP) :) Хорошее вводное описание можно посмотреть здесь.

    При изучении работы стало понятно, что узел обладает всеми возможностями, необходимыми для реализации p2p, используемых вне блокчейна, и теоретико-игровых/криптографических протоколов уже на базе блокчейна. Примером такого рода протоколов могут служить платёжные каналы, дискретные контракты (discreet log contracts) и в нашем случае атомные свопы.

    Чтобы достичь необходимой общности (в целях поддержки возможности применения в ряде разнообразных случаев), разработчики LNP/BP выбрали микросервисную архитектуру, подразумевающую наличие множества малых и крайне специализированных демонов, обменивающихся друг с другом данными посредством шины сообщений. Точно так же большие предприятия организуют масштабируемую инфраструктуру, а также прочный фундамент для построения финансовой P2P системы. Узел в конечном счёте становится облаком микросервисов, которыми можно управлять локально или удалённо, или же они будут распределены среди множества машин. Такой вид архитектуры предельно гибок и масштабируем, поскольку имеется возможность по желанию смешивать и совместно использовать различные сервисы или протоколы.

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

    Разговор не идёт о переходе к использованию схемы Lightning Bitcoin Monero. Скорее, мы движемся в направлении качественного проекта, у которого будут более высокие шансы на выживание. Если мы будем идти бок о бок с развитием узлов Lightning, вероятнее всего, в будущем это себя оправдает. Так как технология атомных свопов полностью завязана на интероперабельности, реализация популярных стандартов в значительной мере повышает их практичность. Взять, к примеру, интернет — это набор стандартизованных протоколов.

    Мы уверены в том, что экосистема Monero только выиграет от сближения с кодовой базой узлов Lightning. Почему?
    • Экосистема Lightning Network (LN) развивалась органично, а стандарты многих видов соединений разрабатывались и реализовывались независимо несколькими группами разработчиков. Значительная часть стандартов представляет для нас определённый интерес. Интересен тот факт, что мы предлагаем «ответвиться» от кодовой базы, разработанной ассоциацией по стандартизации. Таким образом, мы наследуем несколько полезных стандартов, бесплатно курируемых бесчисленным количеством хороших людей, что полезно для нас ввиду полного отсутствия необходимости во внесении модификации или же необходимости в минимальных изменениях.
    • Это на шаг приближает нас к интеграции в более обширную нарождающуюся финансовую P2P экосистему. В будущем LN может стать важной сетью, и наш узел будет в некоторой мере следовать стандартам LN и, возможно, сможет обмениваться данными (но потенциально будет игнорироваться) со стандартными узлами LN.
    • Расширение сообщества разработчиков. Возможность активной «восходящей» разработки/обслуживания означает вполне вероятное создание долгосрочных, жизнеспособных кодовых баз.
    • Это приближает нас на один шаг к свопам между Lightning Bitcoin и блокчейном Monero. Как нам видится в данный момент (но тут ещё необходимы дополнительные исследования), версия текущего протокола свопов работает в случае с Lightning-каналами на базе PTLC (контракты с блокировкой по времени на основе точки на эллиптической кривой), но точно не с HTLC (контракты с блокировкой по времени хеширования).
    • Маршрутизируемый своп возможен через узлы Lightning-сети на базе PTLC.
    • К сожалению, HTLC является именно тем стандартом, который в настоящее время внедряется в LN. Такая несовместимость означает, что маршрутизация платежей через стандартные узлы Lightning-сети не будет поддерживаться.
    • С другой стороны, маршрутизируемый своп возможен через узлы Lightning-сети с использованием PTLC, и это уже является темой активного обсуждения, поскольку PTLC значительно улучшают протокол Lightning с точки зрения повышения уровня безопасности, анонимности и функциональности. Использование PTLC вместо HTLC не предполагает каких-либо реальных недостатков, поэтому мы надеемся, что в какой-то момент PTLC станет стандартом.
    • Благодаря Lightning-свопам весь процесс свопа может занять всего несколько минут, так как только транзакция Monero будет требовать подтверждения в блокчейне. Это повлияет на ликвидность Monero.
    Отказ от ответственности №1: Это не именно то, что мы создаём, но нам хотелось бы представить на рассмотрение некоторые аргументы, которые уже убедили некоторых из нас в том, что, если мы будем идти бок о бок с развитием Lightning-узлов, у нас будет больше шансов на успех в будущем. Реализация атомных свопов — это вопрос взаимодействия или, если хотите, совместимости с максимально возможным количеством узлов сети, обеспечивающих высокую ликвидность. Чем больше популярных стандартов поддерживает узел, тем с большим количеством других узлов он будет совместим. При этом план подразумевает прагматичный подход и определённо не предполагает стремления любой ценой к совместимости с протоколом Lightning. Однако, когда и если это будет необходимо, совместимость может быть улучшена.


    Отказ от ответственности №2
    : Исходный код узла LNP/BP находится на этапе активной разработки (проект был запущен в октябре), и поэтому на данный момент его функции реализованы не в полном объёме. Однако уже очевидна высокая степень гибкости его архитектуры, и в процессе решаются знакомые нам проблемы, в частности, возможность применения инструментов, схожих с теми, что планировались для Farcaster (Rust, распределённая архитектура, использующая zeromq). Интеграция LNP/BP в качестве прямой зависимости, скорее всего, не сработает в случае с этим проектом, но потребует форка, который будет содержать «скелет» узла Farcaster.

    Это устранит несколько пробелов, упущенных при работе над проектом Farcaster, о которых мы также упоминали несколько раз. Например, это касается интеграции в сеть P2P, где можно было бы производить свопы. Но это также оставляет открытыми другие вопросы (даже несмотря на то, что приближает нас к окончательному решению), например, проблему нахождения партнёра для совершения свопа в сети P2P, так как это потребует передачи новых Gossip-сообщений в сеть.

    Адаптивная подпись MuSig2

    Мы активно работали над адаптивными подписями musig2, чтобы обеспечить безопасность взаимодействия между участниками свопа. Техническое описание принципов работы адаптивных подписей в протоколе musig2, написанное Джонасом Ником, можно найти здесь, но в этом документе не рассматривается проблема безопасности взаимодействия между участниками, решением которой мы занимаемся.

    RFC

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

    У нас есть новый RFC протокола обмена сообщениями между демонами, в котором содержатся спецификации API обмена данными, используемого демонами-контрагентами, а также мы обновили разделы Историй пользователей / Высокоуровневого протокола, чтобы показать, как этот API привязывается к этапам свопов с точки зрения пользователя.

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

    Прозрачность проекта

    Репозиторий

    Мы выкладываем результаты своей работы в репозиторий https://github.com/farcaster-project/.

    Канал связи

    Хотите пообщаться с нами? Заходите на freenode #monero-swap. Каждую среду в 16:00 UTC мы проводим встречи, на которых делимся результатами проделанной работы и строим дальнейшие планы. Содержание прошедших встреч можно найти здесь: https://github.com/farcaster-project/Monero-Swap-IRC-Meetings.

    Доступность

    Прошлый месяц оказался неудачным для рабочей группы Farcaster по независящим от нас и личным причинам: коронавирусная инфекция поразила члена нашей группы, который находился в это время в декретном отпуске. Кроме того, два переезда и все практические последствия этого также отняли много времени и нервов. Мы приносим самые искренние извинения за это. Но мы уже почти восстановились. Напоминаем, что мы еще не потратили никаких денег из пожертвований, внесённых через CCS, так что можете быть уверены в том, что мы только начинаем :)

    ---

    Источник: Farcaster: Community update January


    Перевод:
    Mr. Pickles (@v1docq47)
    Редактирование:
    Agent LvM (@LvMi4)
    Коррекция:
    Kukima (@Kukima)
     
    #1 Mr. Pickles, 19 фев 2021
    Последнее редактирование: 19 фев 2021
  • О нас

    Наш сайт является одним из уникальных мест, где русскоязычное сообщество Monero может свободно общаться на темы, связанные с этой криптовалютой. Мы стараемся публиковать полезные мануалы и статьи (как собственные, так и переводы с английского) о криптовалюте Monero. Если вы хорошо владеете английским (или можете писать собственные статьи/мануалы) и хотите помочь в переводах и общем развитии Monero для русскоязычной аудитории - свяжитесь с одним из администраторов.