Блокчейн

Не успели мы допраздновать успешный запуск EIP-1559...

Всё случилось вчера вечером по Москве.

Не только самый крупный взлом, но и очень примечательный тем, что эксплуатироваласьу язвимость с выставлением владельца контракта разных чейнов. Можно сказать, что это cross-chain уязвимость. И снова привет аудиту, регулярному аудиту, верификации и верификации, как части процесса разработки. Лично я вообще не уверен, какое количество групп разработчиков используют что-то такое, как часть CI процесса.

Украдены токеры: Eth (wrapped Eth), BTC (wrapped), BSC, вроде ещё Shibu, USDT, и токен PolyNetwork.

Как развивались события можно почитать из первых рук https://twitter.com/PolyNetwork2/status/1425130017546149891

Из интересного то, что деньги сейчас фактически заморожены. PolyNetwork оперативно связалась с майнерами и адреса взломщика сейчас "заморожены", то есть их транзакции не проходят в блоки и висят в transaction pool (mempool в терминологии Bitcoin) Эфира, Бинанса и других чейнов. https://etherscan.io/address/0xc8a65fadf0e0ddaf421f28feab69b... Там более тысячи транзакций сейчас и часть их них используется взломщиков, как чат, передавая сообщения в данных транзакции.

Так самое знаменитое теперь сообщение: "IT WOULD HAVE BEEN A BILLION HACK IF I HAD MOVED REMAINING SHITCOINS! DID I JUST SAVE THE PROJECT? NOT SO INTERESTED IN MONEY, NOW CONSIDERING RETURNING SOME TOKENS OR JUST LEAVING THEM HERE." (Это был бы взлом на миллиард, если бы я вывел все шиткоины! Спас ли я этим PolyNetwork? Я лично не очень заинтересован в этих деньгах и сейчас решаю, оставить ли их навечно на своих адресах или вернуть обратно")  https://etherscan.io/tx/0x552bc0322d78c5648c5efa21d2daa2d0f1...

Товарищи даже сделали скриптик для чтения такого чата в транзакциях https://gist.github.com/banteg/bc9a6d5594fac27fa1d9342421fa5...

Ситуация патовая. Токенами взломщик пока не может воспользоваться, равно как и никто.

В итоге PolyNetwork опубликовала письмо с просьбой связаться взломщика для поиска решения https://twitter.com/PolyNetwork2/status/1425123153009803267

Блокчейн - это просто база данных, с открымыми данными, открытым кодом и открытым взаимодействием.

Много народа мне уже написало, что эта БД неэффективная и ненужная.

Как инженер я должен ответить вопросами: неэффективная в каких задачах? Ненужная в каких задачах и условиях?

Для меня ответы очевидны, но коли приходят вопросы от вас, значит не всем они очевидны. Давайте тогда рассмотрим устройство подробнее и заодно сравним его с обычными базами данных: Mysql, Postgres, Casandra. На самом деле теория баз данных везде одна и блокчейн практически не использует никаких уникальных подходов или алгоритмов, которые бы не жили в мире баз данных и особенно распределённых баз данных. Блокчейн - это скорее про удачное сочетание существующего, чем про совершенно новое.

Всё начинается с базы данных на моём компьютере, сервере или сервисе, который я хочу использовать, как провайдера услуг блокчейна. Неважно где это, но там точно будет жить на диске самая обычная база данных.

LevelDB, RocksDB, BadgerDB, LDBX и многие другие. Это чтобы у нас на диске были все данные по номерам счетов и их состоянию. Тут никакой экзотики, эти базы данных используют в во встраиваемом оборудовании, и в обычных клиент-серверных приложениях.

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

Значит нам надо уметь соединяться с другими базами с копиями блокчейна. Надо уметь с ними общаться, чтобы мы были друг другу полезны. И надо находить такие базы в сети.

Отлично. Это 3 задачи.

Как находить другие базы с блокчейном? Для этого делают то, что называется discovery. По сути всё очень просто: предоставляется начальный список работающих серверов этого блокчейна, вот прямо в коде забит может быть. Список этот поддерживается несколькими крупными фондами или организациями, список можно дополнять своими адресами по желанию. И тут нет ничего необычного для знакомых с базами данных, собирая кластер MySql, MongoDB, мы ведь тоже даём некий начальный список, куда кому соединяться, чтобы начать работать или получить список остальных серверов. Вот мы и соединяемся и шлём запрос "а я блокчейн, допустим, Эфириум, дай мне ещё адресов таких же". И тебе дают. Так ты пополняешь свою собственную адресную книжку адресов серверов блокчейна для будущих соединений. С них мы и будем брать блоки и транзакции, им и будем слать блоки и транзакции.

Надо уметь общаться с соседними серверами. Тут всё просто. Есть протокол из списка сообщений, как запросить блок, как отдать блок, тоже про транзакцию, тоже про ещё несколько штук, которые полезны для более лёгких и быстрых серверов. В Ethereum это протокол `Eth/XX`, текущая версия ETH/66 - https://eips.ethereum.org/EIPS/eip-2481. Он совсем небольшой, буквально 10 видов сетевых сообщений. Опять-таки ничего необычного - любая база данных имеет протокол общения между серверов и этот протокол стараются держать небольшим и понятным.

Сначала я думал, что это будет лишним, но давай весь протокол общения посмотрим. Вот он, 5 пар вида СообщениеЗапроса -> СообщениеОтвета. Какие-то сейчас непонятны, но всё же:

GetBlockHeaders -> BlockHeaders

GetBlockBodies -> BlockBodies

GetPooledTransactions -> PooledTransactions

GetBlockBodies-> BlockBodies

GetNodeData -> NodeData

GetReceipts -> Receipts

Вот и ответ на 3х вопрос. Как нам брать новые блоки и транзакции: GetBlockBodies(запросить блоки транзакций) и GetPooledTransactions(запросить отдельные транзакции).

Хорошо, что нам ещё нужно?

Нам нужно уметь проверять транзакции.

Как мы это делаем? По сути все проверки делятся на 2 вида - базовые и непосредственно исполнение транзакции. Базовые это проверки, а нет ли в транзакции банальных ошибок. Подпись неверная, время в далёком будущем, формат неверный.

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

Сохранили, чтобы не потерялась, а теперь мы ее рассылаем всем своим соседям, кто не знает ещё о транзакции: мы ему ее не высылали прежде и мы от него не получали эту транзакцию.

Этот шаг необходим, чтобы транзакция не застряла.

И это не есть ничего необычного. Все базы данных делают подобное. Кому интересно, это протокол gossip, протокол, пораждающий "эпидемию" распространения сообщения в сети. Разработан в далёком 1987 году и многократно проверен и доказан, что сообщения не теряются и рано или поздно доходят до всех серверов в сети.

Я упомянул, что мы проверяем время в транзакции.

Время. Это тоже часть системы и нам без неё никуда. На секунду задумайтесь, что такое время, если у нас с сотню тысяч серверов, не поднконтрольных нам. У каждого может быть своё время. И вот нам присылают блок и в нём есть метка времени. Как нам понять, не слишком ли он старый? Да, у него есть ещё и порядковый номер, но нам надо проверять и номер и время.

Время в распределённой сети, строго говоря, не определено. Можно лишь определить отношение порядка, закон, как нам выстраивать события по порядку. Но это добавляет сложности и сильно так добавляет.

В Эфириуме в итоге решено это так, что мы считаем время тем, же, если оно укладывается в интервал нашего времени плюс-минус 10 секунд (или 6, не проверю сейчас код).

Осталось транзакцию исполнить. Это и есть основная её проверка.

Исполнить - это значит посмотреть, кому, от кого и сколько мы передаём крипты. Открыть нашу базу данных всех состояний счетов и у отправившего транзакцию отнять со счёта, а принимающему столько же добавить. Если крипты у открвителя не хватает, то выдать ошибку. Так мы получаем новое состояние нашей базы данных на сервере. А в случае ошибки транзакции говорим нашей базе данных, чтобы она отменила последние изменения.

Есть особенности: иногда мы исполняем не просто транзакцию, а транзакцию с кодом. Это давайте отдельно статьёй про Эфириум.

Итого мы умеем делать транзакции, сохранять их, не терять, рассылать всем, проверять и применять к нашей базе данных, внося в неё соответствующие изменения.

Что у нас осталось?

Осталось согласовать, какие транзакции и в каком порядке мы должны применять к базе данных.

Этим и занимаются майнеры или валидаторы или sealers (не придумал, как перевести). С вашего позволения, назову это всё майнингом.

Майнинг.

Не случайно, что у нас это последний пункт в описании. Он - последняя миля. Итоговый шаг, без которого система развалится, потому что каждый будет считать правильным свой порядок транзакций, а соответственно и базы данных у каждого получатся разные. Одновременно с этим, майнинг не настолько магичен, как его часто описывают.

Майнинг - это способ определения победителя, а награда победителю - право всем сказать, какой блок с какими именно транзакциями и в каком порядке будет следующим. Остальная сеть, получившая этот новый блок, должна его принять, проверить сам блок, проверить каждую транзакцию, и если всё хорошо, то каждый сервер обязан принять эти изменения именно в указанном порядке. Всё. Базы данных сошлись.

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

Вот и все части блокчейна. Они направлени только и исключительно на одно. На то, чтобы мы все считали истиной один и тот же список финансовых счетов и их состояний.

Прошлые статьи:

Нужен ли рассказ, как работают криптовалюты с точки зрения разработчика и кода?

Chain без магии. Blockchain. Часть 1

Блокчейн - это просто медленная база данных для особых задач. Давайте ее построим. Blockchain. Часть 2

Блокчейн применения. Или зачем он нужен такой странненький? Blockchain. Часть 3

Блокчейн - это про прямое владение и управление своими финансами.

Это основное свойство. Можно говорить про smart contracts и всякий DeFi, и вы много про это спрашивали. Но даже smart contract для базы данных - это просто ещё один пользователь с несколькими дополнительными полями данных.

Поэтому пока остановлюсь именно на описании блокчейна как базы данных, где главное - это прямое владение и управление. Однако это лишь постановка задачи. А что для её решения надо?

По сути всё просто, нам нужна здоровая табличка Excel из двух колонок: номер счёта -> сколько денег. Эта табличка должна быть доступна каждому участнику для чтения и обновления.

Итого две задачи: как читать и как изменять?

Если табличка уже скачана к нам на диск, то с чтением, ничего сложного нет. Берём интересующий нас финансовый адрес пользователя и включаем поиск по первой колонке Excel.

Но надо придумать, как скачивать табличку на несколько миллионов записей. Тут вновь две задачи: как скачать первый раз и как получать свежие обновления вовремя. Этот процесс я назову синхронизацией и мы его отдельно рассмотрим. Сразу после ответа на вопрос, а как нам обновлять нашу табличку Excel.

Как менять? Вот у нас есть множество пользователей и все что-то со своими финансами делают. Можно попробовать просто обновлять табличку на каждую транзакцию, каждый денежный перевод. Но тут есть первая беда: что нам делать, если несколько человек меняют одни и те же счета?

Пример:

Есть Вася, у него на счёте 1 монета.

Есть Олег, у него на счёте 1.000 монет.

Вася сделал работу по улучшению наблюдательной системы в столовой у работников Олега и ждёт за работу оплату в 10 монет. Олег говорит, что уже отправил транзакцию.

Вася соответственно хочет перевести в оплату за составление образца договора оказания услуг 5 монет Александру.

И вот у нас две транзакции: 10 монет к Васе; 5 монет от Васи.

В зависимости от того, в каком порядке они будут приняты, меняется итог. Если сначала пришли деньги Олега, то 11 монет Васи вполне хватит для оплаты Александру. Если сначала попробует пробиться транзакция от Васи, то ему не хватит 1 монеты для оплаты. И транзакция провалится.

Итог зависит от порядка действий. Значит, мы не можем обновлять нашу таблицу Excel в произвольном порядке. Нам нужно задать порядок для всех обновлений-транзакций.

Самый умный и предпочтительный путь - это смотреть на транзакции, определять, какие из них связаны друг с другом, разбивать все транзакции на связанные группы и эти группы можно применять одновременно ко всей таблице. То есть все группы применяются одновременно, но в каждой группе транзакции должны будут идти одна за одной в некотором порядке. И всё будет хорошо и транзакций будет много и транзакции будут быстрыми.

Но мы так не умеем в blockchain. Всё ещё. Мы умеем по одной транзакции за раз. На весь мир. И по большому счёту тут нет пока никаких оптимизаций именно в блокчейне. Это забегание вперёд, но нам трудно понять, как код, относящийся к одной транзакции может повлиять на другие без того, чтобы этот код запускать.

Мне доводилось видеть статьи, где блоки называют такой оптимизацией. Нет. Блоки улучшают в том смысле, что доставляют сразу пачку транзакций с указанием их порядка и результата. Но не более того.

На самом деле это удивительная штука. Любая классическая база данных умеет исполнять множество одновременных транзакций. И исполнять безопасно. Блокчейн – нет. Я лично думаю, что это не хорошо и не плохо. А просто ещё не научились. Учились другому эти годы. Мой личный опыт говорит, что даже как хранить данные в каких табличках и колонках, мы всё ещё учимся в блокчейне. Возможно, слишком уж внимание было захвачено неожиданными новыми открытиями, вроде DAO, ICO, DeFi. Уверен, что со временем и фундаментальные улучшения подоспеют и станут новым стандартом для всех. Тем более, что классические базы данных тут нам хорошие подсказчики.

Чтобы нашему Excel разрешить противоречие между Васей и Олегом, он выставляет блокировку. То есть запрещает любые изменения в табличке, пока текущая транзакция не закончится. То есть будет либо применена, либо отклонена полностью. Это задаст однозначный порядок и однозначный итог ряда транзакций.

Пачку изменений в виде транзакций мы накапливаем в блок, подписываем его, опечатываем, чтобы никто не поменял, и шлём в сеть. За словом опечатываем стоит тот самый загадочный mining. Я даже не знаю, стоит ли его разберать, столько о нём сказано. Но может одной статьи и хватит на него.

Это наша запись в blockchain.xls

Её скорость очень и очень маленькая. У Ethereum в блок идёт до 350 транзакций, блок раз в 10 секунд. Итого до 35 транзакций в секунду. Для классических баз данных эта цифра будет тысячи и десятки тысяч транзакций в секунду.

Ещё проблема: производительность не зависит ни от количества ядер, ни от количества серверов (тут скорее обратная зависимость). Мы не можем поставить процессор с 36 ядрами вместо двухядерного, чтобы это дало прирост. Не поможет. Транзакции строго одна за одной. Это большой вопрос масштабирования сети: чтобы нам такого кратно улучшить, чтобы кратно больше транзакций получить.

Зачем всё это, если всё так плохо?

Да, блокчейн неэффективен, как обычная база данных. Он экстримально многократно дублирует данные, обладает избыточностью, низкой скоростью.

Но это всё цена того, чтобы убрать непрозрачные стены банка и начать видеть и проверять, как работает финансовая машинка. Поставить себя ближе к свои деньгам.

И стоит сказать, что по части задач сейчас видно кратное улучшение. Скорее всего, это не

приговор, а вопрос исследований и разработки.

Мы научились обновлять Excel. Научились его читать, когда у нас уже есть весь файл.

Как нам получить файл и получать новые обновления?

Мы уже дали ответ. Это блоки с транзакциями. На них можно смотреть как на кусочки backup базы данных, как на инкрементальный backup. Собрав все кусочки, получаешь актуальную базу данных. Их достаточно пронумеровать и снабдить метками для проверки целостности и неповреждённости. Номера мы назовем номерами блоков. А метки – хэшами блоков, которые уникальны для каждого блока.

Давайте сделаем ещё заготовку для шага дальше. Немного мыслей для разминки.

У нас как-то делаются блоки. И нам надо понимать, какой блок был раньше другого, какая транзакция была раньше другой. Что такое время в сети пользователей, где никто никому не доверяет и у каждого свои часы? Как нам договориться о времени? Без этого ведь не удастся выстраивать порядок. Как в блоках, так и в транзакциях.

Прошлые статьи:

Нужен ли рассказ, как работают криптовалюты с точки зрения разработчика и кода?

Chain без магии. Blockchain. Часть 1

Коль интересно, то продолжаю про чейн глазами разработчика.

Ещё раз оговорюсь, я не инвестор, не майнер, не фармер, не предсказатель курсов. Просто разработка: golang в основном, теперь добавляю rust.

В текущем проекте клиента Ethereum Erigon я на добровольных началах, зарабатываю консультациями по эфиру и вполне классическими контрактами в стиле "нам надо из монолита в микросервисы и чтоб чейн не отваливался".

Последняя оговорка. В основном я знаю работу Ethereum, Cosmos, Avalanche. Остальное - по вершкам. "Знаю", то есть читал их документацию, после писал код для их проектов и с использованием этих проектов.

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

Блокчейн - это система прямого доступа и управления своими финансами по приватному ключу.

Никто, никогда не сможет сделать перевод с вашего счета, если у него нет вашего ключа.

Это, для меня, главная особенность чейна. И она равно работает для блокчейнов и для DAG (о таких сетях позже).

В банке мы не являемся хозяивами средств на счетах. Тут бы я разделил понятия "владелец" и "хозяин". Владелец ли я своих денег в банке? Да, я могу их завещать, передать и государство признаёт за мной право владения. Являюсь ли я хозяином? Вряд ли. Итоговое слово в одобрении действий с моими счетами и деньгами на них не у меня. Я не могу сделать перевод, транзакцию, без одобрения банка.

В блокчейне я хозяин. Но не любое государство признает, что я ещё и владелец.

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

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

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

Следующая часть будет чуть более техническая. Блокчейн - это база данных. И ничего более. У неё есть особенности. Эти особенности определяют её работу. Об этом и поговорим.

Предыдущий статьи серии:

Нужен ли рассказ, как работают криптовалюты с точки зрения разработчика и кода?

Давайте продолжим постигать блокчейн движуху.

Предыдущий пост

Что мы имеем? Биткоин который не жизнеспособен как повседневные деньги, но тем не менее впитавший в себя триллион долларов инвесторов разной степени осведомлённости о том что он вообще из себя представляет. Но почему до сих пор не решили все те проблемы которые мешают использовать биткоин и похожие блокчейны в повседневной жизни и мутить на них всякие интересные сервисы?

Основная проблема что с текущей архитектурой биткоина - если сильно увеличить количество транзанкций в секунду(сократить время между блоками или увеличить размер блока чтобы больше транзанкций помещалось) - это приведёт к тому что занимаемое место блокчейном будет быстро разрастаться и перейдёт за разумные пределы. Кто будет хранить десятки или сотни терабайт блокчейна и валидировать их? Это смогут только крупные игроки, а это уже звучит не очень децентрализовано. А если изменением настроек блокчейна не обойтись - значит нужно изменять архитектуру, добавлять новые фичи.

Тут нужно понять что биткоин(да и любой блокчейн) - это не только приложение, но ещё и вся цепочка блоков которая за ним следует, вся история балансов. А ещё это сообщество майнеров, которые являются своего рода заведующими мощностями этого децентрализованного приложения.

И что происходит когда кто-то высказывает мысль: "А не улучшить ли нам как-то биткоин, фичей может каких добавить"?

Во первых это предложение должен хоть кто-то услышать. Я имею ввиду что у такого предложения должна быть мощная медийная поддержка. Потому что майнеры сидят себе(пердят), крутят свои мощности чтобы зарабатывать заветные монетки. И чтобы они услышали предложение об изменении блокчейна - оно должно быть громким, и звучать из уст тех, кому можно доверять такое серьезное занятие.

Ну вот майнеры допустим услышали грамотно оформленную идею добавить пару фич или изменить правила протокола биткоина. Что дальше? А дальше КАЖДЫЙ майнер может согласится или отказаться от такого обновления. Вы представляете себе толпу почти незнакомых друг другу людей, серьезных и не очень, которые на разных уголках планеты одновременно и единогласно принимают какоето решение на основе чьей-то идеи в сети?

Я слабо себе это представляю. И чаще всего в таких случаях идею или игнорируют или разбиваются на два лагеря: за и против. Причем те кто против включают в себя и тех кто вообще ничего не слышал о предложении и просто не принял решение. В итоге мы получаем какойто процент ЗА, например 20%.

И вот эти 20% людей смотрят на самих себя и думают: ну ладно, нас вроде и не мало и не много, и что с этим делать? Забить или обновиться и будь что будет?

Представим что примерно в одно время эти 20% обновили своё приложение, свои узлы сети, и что мы получили? Сеть разделилась на двое. 80% сидят на прежнем блокчейне, для них поменялось только то что у них конкурентов стало меньше. Эти конкуренты, 20% перешли на другой блокчейн, с новыми настройками, с новыми фичами, и цепочка разветвилась на двое. Представляете себе кучу машин едущих вперед, а там развилка, 20% налево свернули, а 80% продолжают ехать прямо?

Это явление называется хардфорк, и в результате него мы имеем два блокчейна, и если до хардфорка у вас были балансы на этом блокчейне, то они сохранятся и на новом, типа станете чуть богаче, ну это конечно если ответвлённый блокчейн будет чего-то стоить.

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

Такова цена децентрализации, это и преимущество(никто не может навязать новые правила всему сообществу) и недостаток.

Прибавьте к этому старую добрую пословицу "Работает - не трогай", и вы поймёте почему существующие блокчейны типа биткоина с миллиардами капитализации не обновляются или обновляются медленно.

Окей, мы поняли что вносить изменения в само ядро блокчейна долго, требует много информационной поддержки и не безопасно с точки зрения банального человеческого фактора: если сам разраб гдето косякнёт, это никто не заметит и уязвимость позволит напечатать кучу денег - будет плохо. Цена блокчейна упадёт ниже плинтуса, потому что спроса на небезопасный блокчейн не будет и все участники обновления только потеряют от попытки обновится, причем потери могут быть очень серьезными.

Но есть выход - Layer 2 или L2. Эта концепция позволяет сделать надстройку, дополнительный слой над блокчейном. В этом случае пользователи как правило отправляют свои средства на определенный аккаунт, и этот аккаунт говорит им: "ок, получил ваши деньги, они лежат в сохранности, и теперь вы этими деньгами можете распоряжаться в моём крутом новом приложении, а когда понадобится их вывести - я обещаю что отдам их нужному получателю."

Благодаря этому подходу пользователь может один раз отправить токены на Layer 2, а там совершить множество покупок с дешёвой комиссией за транзанкции и высокой скоростью, и затем вывести остаток себе на баланс основного блокчейна. Да, этот Layer 2 тоже может быть блокчейном, или какимто гибридом с фичами блокчейна, или вообще централизованным сервисом.

Суть в том что это отдельное приложение, которому вы доверяете свои средства.

Интересным примером является Lighting сеть, которая сейчас уже вроде работает, но мало где поддерживается. Она позволяет слать транзанкции напрямую получателю вместо фиксирования каждой операции в общем блокчейне. Можно провести аналогию с переговорами на спортивном стадионе: раньше до широкого распространения мобильных телефонов действия работников на стадионе во время матчей координировались с помощью громкой связи и все всё слышали, но затем, после внедрения мобильных телефонов - работники стали переговариваться по ним лично друг с другом. Биткоин в этом примере громкоговоритель, а Lighting - мобильный телефон.

Однако Lighting сейчас находится больше в экспериментальном режиме и может быть небезопасен если аккаунт не будет активным участником операций, будет находиться в офлайне и не контролировать ход операций. Я сам ещё не пробовал этот L2, но выглядит многообещающе если под него напишут удобные и безопасные приложения для клиентов.

Более распространенным вариантом сейчас является L2 в виде другого блокчейна. Например в блокчейне Ethereum есть множество видов монет, среди которых монета под названием WBTC(Wrapped BTC). Она работает по тому же принципу - несколько аккаунтов держат баланс всех юзеров WBTC на биткоин блокчейне, и обещает что будет выдавать их всем кто потребует перевод битков из Ethereum в Биткоин. Таким образом юзеры совершают операции с битком в сети Ethereum, где они чуть дешевле и быстрее, и могут вообще не использовать биткоин блокчейн. Купить биток на Ethereum и продать его там же.

Есть много решений L2 которые обещают супер крутые показатели скорости и безопасности, но надеюсь вы поняли что с Layer 2 надо быть очень осторожным, и доверять свои битки только проверенным системам и очень желательно чтобы они были построены по принципам децентрализации, мы же за этим пришли в блокчейн, ведь так?

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

Следующий пост: Про блокчейн простыми словами: Часть 3

Пост за 1 марта из Источника