Раньше я закрывал P2P-ордeр в тот же момент, как сделка была завершена.
Платёж получен.
Криптовалюта выпущена.
Готово.
После этого я редко возвращался к ордеру.
Но потом я понял кое-что.
Завершённая сделка всё равно может быть полезно зафиксировать.
Технический момент: сохранение деталей вроде ID ордера Binance P2P, подтверждения оплаты и переписки в чате по ордеру значительно упрощает объяснение того, что произошло, если когда-нибудь потребуется рассмотреть проблему.
Я не храню всё вечно.
Я просто слежу за тем, чтобы были сохранены важные детали.
ID ордера.
Запись об оплате.
История чата.
На это уходит меньше минуты.
Но эта минута даёт мне кое-что ценное:
контекст.
Самокритика: раньше я думал, что записи полезны только тогда, когда что-то пошло не так.
Теперь я смотрю на это иначе.
Хорошие записи — это не признак того, что вы ждёте проблему.
Это просто резервная копия, когда памяти недостаточно.
Иногда быть готовым означает сделать то, что, вероятно, вам никогда не понадобится.
Раньше я проверял профиль трейдера перед P2P-сделкой.
Отличный процент завершения.
Много заказов.
Всё выглядело нормально.
Но мне не хватало одной мелочи.
Названия платежа.
Я понял, что того, чтобы проверять, с кем я торгую, недостаточно.
Нужно ещё проверить, совпадает ли платёжный аккаунт с информацией, указанной в заказе.
Технический момент: Перед завершением P2P-транзакции на Binance важно внимательно проверить платёжные реквизиты и убедиться, что средства действительно поступили на ваш счёт, прежде чем выпускать криптовалюту.
Звучит очевидно.
Но когда вы сосредоточены на том, чтобы довести сделку до конца, именно мелкие детали чаще всего и упускаются.
Теперь мой порядок действий простой.
Проверяю трейдера.
Проверяю данные платежа.
Проверяю фактические средства.
Затем выпускаю.
Самокритика: Раньше я думал, что быть внимательным — значит проверять главное.
Теперь я считаю, что реальная осторожность — замечать мелочи, пока они не превратились в большие проблемы.
Иногда достаточно всего одной дополнительной проверки.
Я почти подумал, что P2P-сделка идет гладко, потому что другой человек постоянно говорил:
«Все нормально, просто выпусти/разблокируй это».
Ничего не выглядело явно неправильным.
Цена была обычной.
Заказ уже был открыт.
Но потом они попросили меня продолжить разговор в другом месте.
Вот тогда я остановился.
Технический момент: Binance P2P хранит важные части транзакции внутри платформы, включая заказ, Escrow (эскроу), чат в порядке очередности и процесс Appeal (апелляции). Вывод сделки за пределы платформы означает уход от защищенного процесса.
Это изменило то, как я воспринимаю давление.
Вместо того чтобы думать:
«Может, они просто пытаются сэкономить время».
Я начал спрашивать:
«Зачем им нужно, чтобы я ушел с Binance?»
Ответ, в сущности, не так уж важен.
Если что-то неожиданно меняется, я могу просто поставить процесс на паузу и проверить всё, прежде чем продолжить.
Самокритика: раньше я думал, что тревожный сигнал должен выглядеть явно подозрительно.
Теперь я считаю, что самые опасные — это те вещи, которые выглядят почти нормально.
Обычная цена.
Обычный разговор.
Просто одно необычное требование.
Иногда вам не нужно знать, является ли что-то мошенничеством.
Однажды друг рассказал мне о P2P-обмене, который выглядел совершенно обычным.
Покупатель прислал скриншот, что оплата якобы завершена.
Продавец увидел скриншот, поверил ему и выпустил криптовалюту.
Через несколько минут они проверили свой банковский счёт.
Денег там не оказалось.
Эта история изменила одно правило, которое я никогда не игнорирую.
Технический момент: в Binance P2P скриншот оплаты никогда не должен считаться доказательством того, что средства реально поступили. Продавцу нужно зайти прямо в свой банк или платёжное приложение и проверить транзакцию, прежде чем выпускать криптовалюту.
Звучит очевидно.
Но когда кто-то говорит,
«Я уже оплатил, пожалуйста, выпустите сейчас.»
легко почувствовать давление.
Именно тогда я замедляюсь.
Вместо того чтобы спрашивать,
«Они прислали доказательство?»
я спрашиваю,
«Я получил деньги?»
Это два совершенно разных вопроса.
Самокритика: раньше я думал, что проверка скриншота — это достаточно внимательности. Теперь я понимаю: реальная проверка — это проверка фактического счёта, а не доверие тому, что присылает кто-то другой.
Одна лишняя минута может предотвратить ошибку, которую потом не так-то легко исправить.
Иногда самый безопасный ответ на давление — просто:
Раньше я думал, что проверка профиля трейдера — это просто лишний шаг.
Если цена выглядит хорошо, я считал, что всё остальное тоже будет в порядке.
Эта уверенность продержалась… пока я не начал обращать внимание на опытных пользователей P2P.
Технический момент: перед каждой сделкой Binance P2P вы можете ознакомиться с информацией, например с показателем завершённости трейдера, историей торговли и деталями оплаты, указанными в заказе. Ничто из этого само по себе не гарантирует результат, но вместе они помогают вам принять более осознанное решение.
Это изменило одну из моих привычек.
Вместо того чтобы спрашивать:
«Это самое дешёвое предложение?»
Я начал спрашивать:
«Это трейдер, которому я доверяю?»
Теперь я уделяю пару дополнительных секунд проверке профиля, прежде чем открывать сделку.
Это не замедляет меня.
Просто помогает мне торговать с большей уверенностью.
Самокритика: раньше я полагал, что опыт приходит с количеством завершённых сделок. Но если оглянуться, опыт — это также умение знать, что нужно проверить ещё до того, как сделка вообще начнётся.
Первый раз, когда я воспользовался Binance P2P, я думал, что главное — это получить лучшую цену.
Я сравнил предложения, обновил страницу несколько раз и выбрал самое низкое.
Такой подход работал… пока я не понял, что цену защищает не только цена.
Технический момент: в Binance P2P есть функции вроде Escrow (эскроу), чата по порядку и процесса Appeal (апелляции). Эти инструменты созданы, чтобы защитить обе стороны — но только если весь процесс сделки остается на платформе.
Это изменило мой подход к торговле.
Вместо того чтобы спрашивать:
«У кого самое дешевое предложение?»
Я начал спрашивать:
«Я правильно следую процессу?»
Одна привычка осталась со мной с тех пор.
Я никогда не выпускаю криптовалюту, пока не подтвержу, что оплата действительно дошла до моего банковского счета. Скриншот можно отправить за секунды, но проверка реального баланса занимает всего мгновение.
Самокритика: раньше я больше сосредотачивался на поиске более выгодной цены, чем на понимании того, зачем вообще нужен процесс безопасности. Если оглянуться назад, именно сам процесс и дает мне больше всего уверенности.
Иногда главное преимущество — не более низкая цена.
А меньшее количество ошибок.
Вопрос: что важнее всего перед тем, как выпустить криптовалюту?
Я понял, что читаю документацию Babylon не так, как нужно.
Каждый раз, когда я встречал новый термин, я пытался понять его сам по себе, прежде чем переходить к следующей странице.
Этот подход работал… пока не перестал.
Технический момент: многие ключевые концепции Babylon имеют смысл только тогда, когда вы смотрите, как они взаимодействуют друг с другом. Например, понять Finality Provider проще, когда вы понимаете, почему его роль намеренно отделена от биткоин-хранения (custody).
Это изменило то, как я подхожу к документации.
Вместо вопроса «Что делает этот компонент?»
я начал спрашивать: «Почему этот компонент существует рядом с остальными?»
Самокритика: это не ограничение документации. Просто я выбрал такой способ читать.
Иногда не хватает не следующей страницы.
А связи между страницами, которые вы уже прочитали.
Некоторое время я думал, что «без доверия» означает, что никому доверять не нужно.
Слово почти звучит именно так.
Но потом я потратил больше времени на чтение про Babylon и понял, что я неправильно понял, что на самом деле описывает этот термин.
Технический момент: «без доверия» не устраняет доверие между людьми. Оно уменьшает необходимость доверять отдельным участникам, полагаясь на правила протокола, криптографическую проверку и экономические стимулы.
Это различие полностью изменило то, как я читаю это слово.
Раньше я думал, что «без доверия» — это про устранение доверия.
Теперь я думаю, что это про устранение необходимости зависеть от конкретного человека, который должен вести себя честно.
Взглянув назад, я вижу: недопонимание возникло из-за того, что я слишком буквально воспринимал слово, вместо того чтобы думать о стоящей за ним системе.
Я помню, как пришёл в криптo в период, когда каждый день казался захватывающим.
Появлялся новый проект, все в моей ленте начинали обсуждать его, и на мгновение мне казалось, что если я не буду обращать внимания, то упущу следующую большую возможность.
Но произошло кое-что интересное.
Спустя несколько месяцев я с трудом мог вспомнить названия большинства тех проектов.
Этот опыт изменил то, как я смотрю на эту индустрию. Внимание приходит и уходит так быстро, что легко принять популярность за долгосрочную ценность.
Читая документацию Babylon в последние несколько дней, я обнаружил, что начинаю замедляться, а не торопиться с формированием мнения. Не вместо вопроса «Говорит ли об этом каждый?» я стал спрашивать: «Станет ли это по-прежнему важным, если какое-то время никто не будет об этом говорить?»
Мне кажется, это более здоровый вопрос.
Чем больше я узнаю, тем больше ценю проекты, которые тратят время на решение сложных задач вместо погони за следующей нарративной волной. Эти усилия не всегда заметны, и они редко создают мгновенное воодушевление, но часто именно они в итоге становятся причиной того, что экосистема становится сильнее спустя годы.
Я не утверждаю, что каждый тихий проект обязательно добьётся успеха, и я не говорю, что каждый популярный проект потерпит неудачу.
Но я понял, что внимание — временно. Реальная ценность должна выдержать испытание временем, ещё долго после того, как ажиотаж исчезнет.
Пожалуй, это самый главный урок, который Babylon напомнил мне — не только про блокчейн, но и про то, как я в целом оцениваю идеи.
Когда я учился в школе, я думал, что быть умным значит иметь правильный ответ.
Однажды учительница посмотрела мою домашнюю работу, улыбнулась и сказала то, что я никогда не забывал:
«Иногда лучший ответ приходит из того, что сначала задаёшь более хороший вопрос».
Тогда я не до конца понимал, что она имеет в виду.
Спустя годы, после того как я провёл время, читая разные проекты в сфере блокчейна, эта фраза снова всплыла в памяти, когда я изучал Babylon.
Многие проекты, кажется, начинаются с вопроса: «Как мы можем построить что-то более масштабное?». Что мне интересно в Babylon, так это то, что в его дизайне чувствуется начало с другого вопроса: «Что Bitcoin уже исключительно хорошо умеет, и как мы можем построить вокруг этого?»
Этот сдвиг в мышлении изменил то, как я читаю документацию. Вместо того чтобы искать броские функции, я начал обращать внимание на логику, стоящую за архитектурой. Хорошие технологии — это не только добавление большего числа компонентов; это ещё и понимание того, какие проблемы действительно стоит решать.
Я не думаю, что правильный вопрос гарантирует успех. Любой проект всё равно должен доказать свою состоятельность — через внедрение и выполнение.
Но я всё больше убеждаюсь, что то, как команда формулирует проблему, часто говорит о проекте не меньше, чем само решение.
Наверное, поэтому мне понравилось знакомиться с Babylon. Он не просто дал мне новую информацию о блокчейне — он заставил меня иначе думать о том, как вообще в первую очередь проектируются действительно значимые системы.
Несколько месяцев назад я посадил небольшое дерево перед своим домом.
Первые несколько недель ничего особенного не происходило. Каждое утро оно выглядело точно так же, и я даже сомневался, не сделал ли я что-то не так. Но дедушка улыбнулся и сказал: «Тая часть, которую ты не видишь, растёт первой».
Я всё это время думал(а) о том разговоре, пока узнавал(а) больше о Babylon.
Крипто развивается невероятно быстро. Каждый день появляется новый токен, новая история или ещё один проект, обещающий изменить всё за одну ночь. Легко поверить, что прогресс всегда должен быть заметным.
Но чтение документации Babylon вызвало у меня совсем другое чувство.
Вместо погони за самым громким заголовком значительная часть работы проекта сосредоточена на создании такой архитектуры, на которую другие сети смогут полагаться со временем. Это не всегда самая захватывающая история, но история показывает: прочные основания обычно важнее краткосрочного внимания.
Это напомнило мне, что лучшие строители часто тратят больше времени на решение сложных задач, чем на создание хайпа вокруг них.
Наверное, поэтому я снова и снова возвращаюсь к этому проекту. Не потому, что я жду мгновенных результатов, а потому, что он помогает мне ценить значение терпеливой инженерии в индустрии, которая часто вознаграждает скорость больше, чем содержание.
Станет ли Babylon значимой частью крипто-инфраструктуры — на это ответит только время.
Но если есть один урок, который я вынес(а), следя за проектом, то он такой: самые сильные вещи обычно растут дольше всего там, где на них никто не смотрит.
Несколько лет назад я одолжил близкому другу немного денег.
Никакого договора не было, никакой документации, даже текстового сообщения, которое бы это подтверждало. Единственная причина, по которой я не стал сомневаться, — потому что я ему доверял. Мы знали друг друга годами, и это доверие формировалось со временем, а не за одну ночь.
Это воспоминание вернулось ко мне, пока я читал больше о Babylon.
Одна вещь, которая мне особенно интересна, — проект не пытается создать доверие с нуля. Вместо этого он опирается на то, что криптоиндустрия уже много лет признаёт: доверие к Bitcoin как к одной из самых проверенных в боях сетей из когда-либо созданных.
Это заставило меня понять, что доверие работает во многом так же, как репутация в реальной жизни. Его нельзя купить за день, и нельзя долго подделывать. Его зарабатывают последовательностью.
Наверное, поэтому дизайн Babylon привлёк моё внимание. Не просит рынок поверить в совершенно новую модель безопасности — он ищет способы опереться на основу, которая уже доказала свою состоятельность за многие годы.
Успех Babylon или его отсутствие будут зависеть от исполнения, принятия и многих вещей, которые сегодня никто из нас предсказать не может.
Но, читая по проекту, я снова вспомнил кое-что, что легко забыть в криптоиндустрии: технологии важны, инновации важны, но в конечном счёте системы, которые держатся дольше всего, обычно те, которым люди учатся доверять.
И, возможно, именно это — самое сложное, что любой проект может построить.
Почти в каждом посте, который я видел, обсуждались одни и те же вещи: цена токена, TVL, дневной объём и «следующие 100x». Примерно через двадцать минут я понял, что не узнал ничего нового. Я лишь видел разные способы измерять хайп.
После этого я задумался о проектах, которые читаю в последнее время, особенно о Babylon.
Одна вещь, которую я ценю, — что Babylon сложно оценить по одной-единственной цифре. Её ценность — это не просто то, сколько капитала вливается в экосистему. Большая часть того, что она строит, происходит «под капотом»: проектирование инфраструктуры, которая позволяет безопасности Bitcoin поддерживать более широкие децентрализованные системы.
Инфраструктурные проекты редко создают мгновенный ажиотаж. Люди замечают мосты только когда они рушатся. Замечают электричество только когда оно отключается. Хорошая инфраструктура часто кажется незаметной, потому что она просто делает своё дело.
Возможно, блокчейн устроен так же.
Когда я читал документацию Babylon, мне напомнило, что не каждое значимое нововведение призвано быть громким. Иногда самая важная работа — это создание более прочного фундамента, на который другие разработчики смогут опираться годами спустя.
Я не знаю, станет ли Babylon одним из таких проектов. Никто не знает.
Но я точно знаю одно: это заставило меня тратить меньше времени на вопрос «Как быстро это растёт?» и больше — на вопрос «Решает ли это проблему, которая будет всё так же важна через пять лет?»
Несколько дней назад я пил кофе с другом, который уже много лет держит Bitcoin.
В какой-то момент он рассмеялся и сказал: «Самая простая инвестиция, которую я когда-либо делал, — это Bitcoin. Я покупаю его, переношу в холодное хранилище, а потом просто забываю о нём».
Эта фраза осталась у меня в голове на весь оставшийся день.
Довольно долго я тоже думал о Bitcoin так же — как о месте для сохранения стоимости, а не о чём-то, что может активно способствовать развитию более широкой блокчейн-экосистемы. Изучая документацию Babylon, я понял, что есть и другая точка зрения, которую стоит рассмотреть.
То, что мне интересно, — не то, что Babylon пытается изменить Bitcoin. На самом деле всё наоборот. Протокол построен на идее уважать существующую модель безопасности Bitcoin, одновременно исследуя способы, как эта безопасность может принести пользу другим децентрализованным сетям.
Для меня это тонкое, но важное различие. Многие проекты просят Bitcoin стать чем-то новым. Babylon, похоже, задаёт другой вопрос: как мы можем строить вокруг Bitcoin, не меняя того, что уже делает его ценным?
Станет ли такой подход широко распространённым — покажет только время. Но мне нравятся проекты, которые начинают с сильных сторон уже существующей системы, а не пытаются заменить её. Такой настрой кажется более устойчивым, и, возможно, именно поэтому я снова и снова возвращаюсь к документации Babylon, а не просто читаю заголовки.
Сегодня я рисовал простой набросок, чтобы лучше разобраться в Babylon, и заметил кое-что, чего раньше не замечал.
Протокол не пытается уместить все функции в одном месте.
Вместо этого разные части системы отвечают за разные задачи. Bitcoin обеспечивает безопасность. Genesis координирует действия протокола. Поставщики финальности вносят вклад в достижение финальности. У каждого компонента есть своя роль, вместо попытки решать сразу все проблемы одновременно.
Этот подход напомнил мне о том, как обычно создают хорошее программное обеспечение. Крупные приложения не делают как один огромный блок кода — их разделяют на модули, чтобы каждая часть могла развиваться, не затрагивая всё остальное. Читая архитектуру Babylon, я получил похожее впечатление.
Думаю, модульный подход — одна из самых сильных сторон проекта. Если в будущем потребуется добавить новую функцию или если больше сетей захотят интегрироваться с Babylon, то чёткие границы между компонентами должны упростить расширение протокола по сравнению с системой, где всё тесно связано.
Разумеется, у модульных систем есть и сложности. Разные части должны взаимодействовать без сбоев, а общий пользовательский опыт должен оставаться простым даже тогда, когда лежащая в основе архитектура сложна. Именно на это я и буду обращать внимание по мере того, как Babylon продолжит развиваться.
Чем больше я читаю, тем сильнее мне кажется, что Babylon не пытается изобрести Bitcoin заново. Она пытается выстроиться вокруг Bitcoin так, чтобы учитывать, что каждая прослойка лучше всего делает. Для меня это — философия дизайна, на которую определённо стоит обратить внимание.
Сегодня один друг задал мне вопрос, на который я не смог ответить сразу:
«Если Биткоин уже является фундаментом Вавилона, зачем Вавилону всё ещё нужен Genesis?»
Этот вопрос заставил меня вернуться к документации.
Сначала я предположил, что Genesis — это просто ещё один блокчейн. Но чем больше я читал, тем яснее понимал, что его роль совсем другая. Биткоин обеспечивает безопасность, а Babylon Genesis выступает координационным слоем, где участники протокола взаимодействуют и поддерживают работу экосистемы.
Простое сравнение помогло мне лучше это понять. Представьте оживлённый аэропорт. Безопасная взлётно-посадочная полоса необходима, но если не будет вышки управления воздушным движением, рейсы всё равно будут работать слишком сложно и неэффективно. Похожим образом Биткоин даёт фундамент безопасности, а Genesis помогает координировать всё, что происходит вокруг протокола.
Больше всего мне нравится то, что Babylon не пытается заставить выполнять на Биткоине каждую функцию. Вместо этого он позволяет Биткоину делать то, что у него уже получается лучше всего, и при этом создаёт выделенный слой для координации. Для меня это более продуманный подход, чем попытка заставить один блокчейн взять на себя ответственность за всё.
Чем больше я изучаю Babylon, тем больше замечаю, что у каждого компонента есть понятная цель. Это решение в области дизайна заставляет меня продолжать углубляться в то, как вся архитектура складывается воедино.
Сегодня я пытаюсь лучше понять одну тему: роль Finality Providers в Babylon.
Сначала я предположил, что это просто ещё один тип валидатора, но после того как я прочитал больше, понял, что их ответственность гораздо более конкретна. Они помогают обеспечивать экономическую безопасность для связанных сетей Proof-of-Stake, участвуя в механизме финализации Babylon. Это заставило меня по достоинству оценить, что протокол — это не только про сам Bitcoin, но и про проектирование стимулов, чтобы разные участники могли вносить вклад в сеть значимыми способами.
Также я заметил, что Babylon распределяет ответственность по разным компонентам, а не пытается свести всё к одной роли. На мой взгляд, такой модульный подход обычно делает систему проще развивать со временем, когда появляются новые функции или интеграции.
Я всё ещё учусь тому, как Finality Providers взаимодействуют с остальной частью протокола на практике, но это одна из самых интересных тем в документации. Чем глубже я вникаю, тем больше Babylon напоминает инфраструктурный проект, где у каждого компонента есть чётко определённое назначение, а не попытка сделать всё сразу.
После того как я провёл несколько дней, изучая Вавилон, одна вещь, которая изменила мой взгляд, заключается в том, что блокчейн-проект не всегда должен конкурировать с другими, чтобы создавать ценность.
Мне кажется интересным подход Babylon: работать вместе с существующими экосистемами, а не заменять их. Похоже, проект сосредоточен на предоставлении инфраструктуры, на которую разные сети Proof-of-Stake могут опираться, а не на попытках убедить всех мигрировать в полностью новую среду.
Это заставляет думать, что внедрение будет зависеть меньше от маркетинга и больше от того, считают ли разработчики и другие блокчейн-экосистемы такую интеграцию действительно полезной. По моему опыту, проекты с чёткой ролью внутри более широкой экосистемы часто имеют более прочную основу, чем те, которые пытаются решить все проблемы самостоятельно.
Я всё ещё изучаю, как Babylon планирует расширять свою экосистему со временем, но мне нравится, что проект, похоже, делает акцент на сотрудничестве, а не на конкуренции. В сфере, где каждый протокол заявляет, что он — следующее большое событие, это выглядит более устойчивым направлением.
Это определённо даёт мне больше причин продолжать следить за прогрессом проекта, а не судить о нём только по заголовкам.
Одной вещью, которую я не до конца осознавал до чтения документации Babylon, была роль временной метки Bitcoin.
Большинство разговоров о Bitcoin крутится вокруг цены или сохранения стоимости, но Babylon заставил меня посмотреть на Bitcoin с другого ракурса. Вместо того чтобы фокусироваться только на BTC как на актив, проект исследует, как блокчейн Bitcoin может выступать надежным источником времени и упорядочивания данных для других сетей.
Чем больше я читал, тем яснее становилось, почему это важно. Если разные блокчейны могут закреплять важную информацию в Bitcoin, они получают дополнительный слой доверия от самого авторитетного в отрасли блокчейна. Это не тот тип функции, который хватает заголовки, но ощущается как элемент инфраструктуры, который может становиться все более значимым по мере того, как экосистемы будут все сильнее связываться друг с другом.
Мне также нравится, что Babylon, похоже, строится вокруг текущих сильных сторон Bitcoin, а не просит Bitcoin стать чем-то совершенно другим. Иногда лучшие инновации — не про изменение основы, а про поиск новых способов использовать ее.
Пока еще многое предстоит узнать, но, вероятно, это самая интересная часть документации для меня на данный момент.
Сегодня я потратил немного времени на чтение документации Babylon, и должен признать, что проект немного отличается от того, что я ожидал. Сначала я думал, что это просто еще один протокол, связанный с Bitcoin, но после более глубокого изучения стало ясно, что основной акцент действительно делается на том, чтобы сделать Bitcoin слоем безопасности для других децентрализованных сетей.
Больше всего меня заинтересовало то, что Babylon не требует обертывания или мостов для BTC, чтобы это стало возможным. Идея использовать собственную безопасность Bitcoin, при этом позволяя экосистемам Proof-of-Stake получать от нее выгоду, кажется практичным подходом, а не попыткой изменить то, как работает Bitcoin.
Мне также нравится, что Babylon строит инфраструктуру, а не конкурирует за то, чтобы стать еще одной цепочкой с тем же нарративом. Если больше сетей смогут наследовать безопасность Bitcoin, это может создать более крепкие связи между экосистемой Bitcoin и более широким миром PoS.
Конечно, я все еще учусь, и есть моменты, которые я хочу понять лучше, особенно то, как будет расти принятие и как разные экосистемы со временем будут интегрироваться с Babylon. Но после того как я прочитал документацию, я понимаю, почему в последнее время к проекту приковано столько внимания.
Я продолжу изучать документацию и буду делиться дополнительными мыслями по мере того, как буду разбираться.