Хотя Биткойн — это, прежде всего, система передачи цифровой ценности, по сути своей он всегда был и будет чем-то гораздо большим.
Навигация:
Блокчейн — это действительно удивительная технология: механизм упорядочивания цифровой информации по меткам времени без потребности в едином ответственном операторе. Децентрализованный механизм, обеспечивающий неоспоримые криптографические гарантии того, какие данные и в каком порядке были добавлены в полностью открытый, без уровней доступа, реестр. Это свойство — основная причина, почему Биткойн полезен как форма цифровых денег: без него такая система не смогла бы работать без централизованного управляющего.
Все эти гарантии в Биткойне обеспечиваются тремя техническими составляющими: криптографией с закрытым и публичным ключами, деревьями хешей (Меркла) и хеш-алгоритмами. Каждый блок Биткойна — это просто некоторые необходимые дополнительные данные, обёрнутые вокруг корневого хеша, полученного на основе всех содержащихся в дереве транзакций. Остальная часть заголовка блока включает такие данные, как временная метка, целевая сложность, версия блока, хеш предыдущего блока и случайный nonce, используемый при хешировании головного элемента в поиске достаточного количества ведущих 0.
Криптографические обязательства, публикация и проверка
Майнеры в действительности не хешируют весь блок; это и не нужно, учитывая, как работает дерево хешей: хешируется каждый фрагмент данных в дереве, потом каждая пара блоков данных хешируется вместе — и так далее по возрастающей, пока не придёте к единому корневому хешу. Через заголовок, включающий один только этот корневой хеш, майнеры могут без тени сомнения доказать, что все транзакции в блоке были частью найденного ими блок, что он ссылается на предыдущий блок с определённым множеством предыдущих транзакций и так далее. Аналогичным образом и пользователи, подписывая биткойн-транзакции, подписывают не байты транзакции как таковые, а их хеш. С точки зрения криптографических обязательств это совершенно равноценно.
То, как работают криптографические обязательства в сочетании с proof-of-work, гарантирует, что мы можем получить линейное представление о том, что и в каком порядке было криптографически зафиксировано. В этом и заключается вся основа Биткойна: proof-of-work обеспечивает материальную стоимость добавления данных в блокчейн (цепочку блоков) и используется для определения последовательности всех зафиксированных в нём действительных данных (транзакций), чтобы полностью убедиться в отсутствии каких бы то ни было махинаций с ними. Как майнер, вы не можете “добыть” два разных блока Биткойна одновременно и не можете подделать цифровые подписи или нарушить хеш-функции.
Всё функционирование сети Биткойна можно свести, по сути, к двум вещам: фиксации (коммиту) информации и публикации этой информации для проверки. Для данных, относящихся к протоколу, Биткойн предоставляет две гарантии: (1) что отдельные транзакции были должным образом закоммичены правильными подписями и другими witness-данными, и (2) что блоки, в которые объединяются транзакции, были зафиксированы с выполнением соответствующего объёма работы.
Это то, что придаёт ценность Биткойну как сети и как системе: гарантии фиксации данных, обеспечиваемые с помощью криптографии и термодинамики, и публикация коммитов, чтобы любой желающий мог проверить эти записи. Без надёжности фиксации данных и без публичного их распространения Биткойн не смог бы обеспечить бездоверительную денежную систему.
Ценность этих свойств — фиксация, публикация и проверяемость — выходит далеко за пределы денежного варианта использования. Движение денег — далеко не единственный тип информации, который может получать дополнительную ценность от криптографической и термодинамической фиксации данных. Те же jpeg показали, что люди ценят эти свойства даже применительно к бессмысленной произвольной информации, однако в мире полно и намного более ценной информации, нежели jpeg.
Плотность информации
Совершая транзакции в Биткойне, вам приходится платить за используемое пространство блока, оцениваемое в байтах. За каждый байт места в блоке вам приходится конкурировать со всеми остальными пользователями, пытающимся использовать это пространство, и платить по рыночной ставке, при этом любой из вас может просто заплатить больше и поднять эту ставку. Это даёт более плотной информации преимущество в конкурентной борьбе за включение в блок. Если плотность информации очень высока, то есть количество байт, необходимое для её записи, очень мало, то вы заплатите меньшую комиссию в абсолютном выражении, чем тот, кто передаёт информацию меньшей плотности.
Использование пространства блоков для передачи экономической ценности — одна из самых плотных форм информации, которая может быть включена в блок. Так будет всегда, и, несмотря на всю драму и шум насчёт того, что Bitcoin, дескать, превращается в Ethereum, основной сферой использования Биткойна останется передача экономической ценности. Это просто наиболее конкурентоспособное использование системы с точки зрения плотности информации.
Но это не значит, что это будет единственным вариантом использования Биткойна. Если Биткойн будет по-настоящему успешен, то нынешний рыночный ажиотаж и активность вокруг разнообразных ординалов и “надписей” просто сойдут на нет. Из-за стоимости блокчейна, заниматься этим будет нерентабельно для индивидуальных пользователей с невысоким уровнем благосостояния, и с ростом комиссий эта динамика будет усугубляться до тех пор, пока такой вариант использования не будет либо полностью вытеснен, либо останется нишевым развлечением для очень богатых людей. Возможно, когда-нибудь государства будут записывать таким образом изображения или иные данные в память о важных исторических событиях, но для простых “дегенов” из среднего класса это удовольствие будет недоступно — им придётся либо отказаться от него, либо перенести эти игры куда-то ещё.
Размер блока неограничен
Деревья хешей (Меркла) — это магия в чистом виде. Они могут быть (буквально) сколь угодно большими, при этом всё, что вам нужно, чтобы доказать, что какая-то часть данных является частью одного из них, — это корневой хеш и другие хеши в глубину дерева вплоть до фактического фрагмента данных. Magic. Единственная причина, по которой размер этих деревьев в блоке Биткойна ограничен, состоит в том, что пользователям необходимо проверять содержимое всего блока, чтобы убедиться, что каждая транзакция в нём действительна. Верифицируемость этих криптографических обязательств в блоке является неотъемлемой частью функционирования Биткойна как системы.
Но вы можете записать хеш и в отдельную биткойн-транзакцию, а это значит, что, благодаря “магии” деревьев Меркла, такого понятия, как ограничение размера блока попросту не существует, когда речь идёт о фиксации в Биткойне данных, выходящих за рамки самих транзакций. Точно так же, как [очень лёгкий] заголовок блока с помощью единственного хеша фиксирует каждую транзакцию в блоке, сама биткойн-транзакция тоже может фиксировать состояние сколь угодно массивного дерева хешей, состоящего из огромного количества данных. Тому есть примеры, как коммит состояния всего содержимого Internet Archive, сделанный в 2017 году.
Выше я говорил, что передача экономической ценности — одна из наиболее плотных форм данных, которые могут использовать блокчейн Биткойна. Одна из, а не самая плотная. Это связано с временными метками общего назначения. Одна транзакция с одним встроенным в неё хешем может фиксировать с временной меткой буквально бесконечное количество данных, на 100% доказывая, что они существовали именно в этом состоянии на момент нахождения данного блока. В информационном плане ни один вариант использования блокчейна не может быть более плотным, чем этот.
Поскольку всё в этом дереве хешей, состояние которого фиксирует транзакция, не имеет никакого отношения к биткойн-транзакциям или их валидности, оно может полностью игнорировать лимит на размер блока Биткойна. С другой стороны, она также не может зависеть от сети Биткойна в плане распространения опубликованной информации, впрочем, это не выглядит как проблема в эпоху цифровых технологий.
Использование деревьев
Сам Сатоши в опубликованной недавно переписке с Марти Мальми обсуждал использование Биткойна в качестве инструмента создания временных меток общего назначения. Это то, что многие люди делают, сколько Биткойн существует. Старые проекты, такие как Wall of Eternity, позволяли вам заплатить за запись сообщений в блокчейн. Люди уже больше десяти лет объявляли о свадьбах, рождении детей и других гораздо более легкомысленных вещах в блокчейне через OP_RETURN. Это объединяет функции коммита и публикации в одно действие, однако невероятно неэффективно с точки зрения использования пространства блоков.
OpenTimestamps
OpenTimestamps (OTS) — идеальный пример масштабируемого механизма, облегчающего по крайней мере аспект фиксации метки времени. Публикация данных (как и их подтверждение в виде доказательства Меркла) полностью возлагается на пользователя, но фактическая фиксация временной метки обрабатывается OTS Calendar сервером. Пользователи отправляют документы или файлы на сервер, где они собираются в неупорядоченное дерево Меркла. Сервер продолжает объединять все хеш-обязательства отдельных пользовательских файлов в единое дерево до тех пор, пока не проведёт периодическую ончейн-транзакцию с текущим корневым хешем всего дерева.
Это может быть очень полезно, как показывает пример с интернет-архивом. Теперь, когда весь Internet Archive по состоянию на 2017 год имеет временные метки, проставленные через OTS, термодинамически невозможно изменить содержимое какой-либо части этого архива так, чтобы это не было обнаружено. Централизованные хранилища информации, такие как Internet Archive, воспринимаются и функционируют практически как оракулы: они дублируют и копируют состояние различных страниц или информации, и мы доверяем им в отношении состояния той или иной информации на определённую дату.
При правильной интеграции OpenTimestamps Internet Archive больше никогда не будет в этом смысле доверенным посредником — это будет просто хост, который хранит саму информацию вместе с доказательством Меркла от OTS, и само это будет доказывать без тени сомнения, что отображаемая информация существовала в точности в этом виде примерно на указанный момент времени, — историческое состояние произвольной информации, термодинамически защищённое Биткойном.
Mainstay
Любой человек, хотя бы отдалённо знакомый с таймстампингом, обратит внимание, что у OTS есть одна серьёзная проблема: я могу проставить временные метки на любое количество разнообразных и противоречащих друг другу вещей, и позже показывать их выборочно. Для многих вариантов использования, которые сводятся к необходимости доказать, что тот или иной фрагмент данных существовал в определённое время, это не имеет значения, но для других имеет, и большое.
Если мне нужно доказать, что какой-то фрагмент данных был кем-то подписан — скажем, корпоративный документ, подписанный закрытым ключом руководителя, — то неважно, подписывал ли он в то же время другие вещи (даже противоречащие друг другу) этим же ключом. Всё, что мне нужно, — это доказать, что он подписал одну конкретную вещь. Для этого OTS отлично работает. Но представьте себе ситуацию, когда кто-то хочет заверить некий файл и доказать, что он “официально” заверил исключительно этот файл именно в этом состоянии, а не какой-либо другой файл или другие его версии.
Mainstay — это вариация OpenTimestamps, которая решает эту проблему. Вместо совершенно неупорядоченного дерева хешей, оно организовано таким образом, что каждому пользователю выделяется определённый “слот” в дереве, где тот может зафиксировать данные. И хотя это в целом не мешает людям коммитить другие противоречивые данные, при использовании дерева Mainstay они могут публично использовать идентифицируемый слот в качестве своего “официального” обязательства. При проверке же таких обязательств можно полностью игнорировать или не считать легитимными любые обязательства с доказательством Меркла из любой другой части дерева.
Системы параконсенсуса
Концепцию Mainstay можно ещё больше расширить для создания систем параконсенсуса, опирающихся на Биткойн. Самым известным примером здесь является Stacks. Закоммитив корень Меркла от произвольных данных, представленных в упорядоченном и идентифицируемом виде, и опубликовав эту информацию где-то в другом месте, где её можно будет проверить по произвольным правилам, можно построить совершенно новую систему консенсуса, зафиксировав её правила в блокчейне Биткойна.
Самому Биткойну об этом “знать” совершенно не нужно. Так что некорректная для системы параконсенсуса информация может быть принята и опубликована Биткойном, однако участники этой системы параконсенсуса могут её просто игнорировать и ждать следующего валидного коммита, соответствующего правилам системы. Это может позволить привести информационную плотность других экономических активов к плотности временных меток для произвольных данных.
Это может быть нежелательно, но это не остановить.
Другое использование
Хотя такие токены, как Stacks, на мой взгляд, представляют собой довольно бессмысленное использование расширения термодинамических обязательств Биткойна, некоторые “активы”, не являющиеся строго денежными, имеют очень хорошие варианты использования, которые могут выиграть от использования временных меток. К ним относятся, например, доменные имена и в целом пространства имён. Весь способ пользовательского взаимодействия с интернетом определяется DNS, централизованной доверенной системой. Когда вы вводите в адресной строке www.google.com, иерархия серверов сообщает вашему компьютеру, к какому фактическому IP-адресу подключиться. Эти серверы могут произвольно перенаправить вас на какую угодно страницу, могут запретить доступ к тому или иному домену или отозвать доменные имена — они обладают полным контролем над теми “маршрутными” инструкциями, которыми руководствуется компьютер каждого пользователя.
Открытая и децентрализованная система доменных имён, опирающаяся на Биткойн, могла бы решить эти проблемы. Так, вместо того чтобы получать доменное имя у некоего централизованного управляющего, любой человек сможет самостоятельно зарегистрировать и закоммитить “имя”, привязанное к криптографическому ключу. ПО может находить опубликованные обязательства к таким данным и, доверяя первым записям в отношении “владельца” домена, получать указания для подключения к нужному серверу от полностью открытой, децентрализованной и криптографически проверяемой системы без централизованного управляющего.
Карта пространства и времени
Все зацикливаются на использовании Биткойна в качестве денег, что в целом справедливо, ведь это основная и ключевая функциональность протокола и сети. Экономические стимулы, создаваемые использованием Биткойна в качестве денег, являются основой того, что обеспечивает его безопасность и функционирование — без этого аспекта Биткойн не мог бы существовать.
Однако Биткойн — это нечто гораздо большее, чем только лишь денежная система. Это распределённая система проставления временных меток с децентрализованной сетью для публикации всего, что бы ни было зафиксировано в системе. Это термодинамически гарантированная карта цифровых данных в пространстве и времени — карта, которую можно расширять бесконечно. Ограничение размера блока регулирует максимальный размер биткойн-транзакций, которые могут быть зафиксированы в одном пакете за один раз, но никак не ограничивает любой другой тип данных, состояние которых можно зафиксировать в блокчейне.
Биткойн — это термодинамическая чёрная дыра для цифровой эпохи: она поглотит в своих деревьях хешей каждый байт любой информации, которая хоть как-то может выиграть от криптографических гарантий, обеспечиваемых Биткойном. Биткойн — это не только деньги, и сколько бы кто ни говорил, что Биткойн — это цифровые наличные и ничего больше, это никогда не будет правдой. Биткойн — это цифровой монстр, который поглотит всё.
BitVM 2: расширение игрового поля
В продолжение темы Биткойна как дерева байтов, Робин Линус из Zerosync недавно опубликовал предложение по BitVM 2, предполагающее значительные улучшения по сравнению с первоначальным BitVM.
В октябре прошлого года Робин предъявил комьюнити небольшую бомбу в виде BitVM. Одно из самых давних критических замечаний в адрес Биткойна касается невозможности создания произвольных программ для контроля за расходованием или блокировкой денег. Биткойн имеет лишь очень ограниченные возможности программирования на своём скриптовом языке, и доступные в нём примитивы тоже крайне ограничены. Вы можете проверить подпись, добавить таймлок к чему-либо, манипулировать данными несколькими простыми способами… и всё.
Вы можете запрограммировать Bitcoin UTXO на проверку подписи, проверку таймлока и т.д. Но вы не можете запрограммировать его на разблокировку на основе любых произвольных условий. Робин же понял — и на этом строится идея BitVM, — что один примитив из области компьютерных вычислений всё же можно реализовать в Bitcoin Script: бинарную логическую операцию NAND (И-НЕ), а это один из основных примитивов, используемых “на уровне железа”, с помощью которого можно воспроизвести любое вычисление.
Скрипт может проверить вентиль NAND благодаря изящному трюку с использованием OP_BOOLAND и OP_NOT. OP_BOOLAND — это операция AND (И), противоположная NAND (НЕ-И). OP_NOT, получая на вход двоичное значение 1 или 0, инвертирует его. Такой подход позволяет вам фактически реализовать одну операцию NAND непосредственно в скрипте. Добавив к этому хешлоки, можно создать скрипт вентиля NAND, в котором каждое поле ввода и вывода имеет два возможных хешлока для “разблокировки” этого варианта расходования, каждый из которых пушит 1 или 0 в стек для выполнения операции НЕ-И. В каждом скрипте предусмотрен также путь, где, если вы сможете раскрыть оба прообраза битового значения, то можете немедленно истребовать эти средства. Это сделано для того, чтобы человек, решив, какое значение передавать в вентиль NAND, не мог изменить своё решение, не потеряв при этом деньги.
Огромное количество скриптов вентилей NAND можно объединить в taproot-дерево, и когда кто-то передаёт на вход этому вычислению битовые значения офчейн, другая сторона может оспорить (challenge) его на любом отдельном шаге, чтобы подтвердить, что оно выполняется корректно ончейн. Каждый такой вызов, “челлендж”, позволяет доказывающей стороне подтвердить, что отдельные бинарные операции были вычислены корректно, в противном случае другая сторона может затребовать средства после таймлока. При таком алгоритме, если вычисления оспариваются, то мошенник гарантированно будет в конечном счёте определён и потеряет средства.
Ограничения BitVM
Основное ограничение BitVM состоит в том, что участвовать в протоколе могут только те, кто участвует в создании BitVM-контракта, и роли очень ограничены. Есть доказывающий (prover) — тот, кто утверждает, как вычисление произошло офчейн, — и есть проверяющий (verifier), который может оспорить вычисление и инициировать его проверку ончейн, если доказующий не завершил вычисление офчейн или пытается манипулировать результатом.
Одной из причин разработки BitVM было создание двусторонней привязки к сайдчейнам или другим системам. Схема предлагает очень мощный примитив для такого варианта использования: возможность принудительно зачислять средства одной или другой стороне исходя из корректности произвольных вычислений, то есть проверку привязки на соответствие правилам сайдчейна. Но есть проблема: заметить жульничество и инициировать протокол вызова могут только владельцы ключей от этого BitVM UTXO. В конечном счёте это оставляет систему всё ещё trusted, “доверительной”.
Ещё одно ограничение заключается в том, что протокол оспаривания может быть очень длинным. Если кто-то понимает, что результат вычислений приведёт к потере денег, и перестаёт отвечать, то проверяющему, по сути, приходится гадать, где именно в вычислениях находится искомая операция NAND, на которой должен был солгать доказующий, чтобы раскрыть оба прообраза бита и разблокировать выплату проверяющему. Пока именно этот проблемный вентиль не будет оспорен ончейн, доказующий может корректно отвечать на вызовы, затягивая процесс, который может быть очень трудоёмким и неэффективным.
С осени 2023, когда было опубликовано первоначальное предложение, в систему были внесены некоторые улучшения, позволяющие нескольким верификаторам сосуществовать в одной системе с доказующим, образуя модель доверия 1-of-n, при этом чтобы оспорить некорректное вычисление, достаточно одного верификатора. Однако это подразумевало параллельную работу нескольких инстансов BitVM, ещё больше повышая неэффективность первоначального двухстороннего дизайна.
BitVM 2
Недавно Робин предложил проект BitVM 2. Новый дизайн предполагает несколько компромиссов по сравнению с оригинальным предложением для смягчения двух основных его недостатков. BitVM 2 сокращает длину протокола вызова/ответа с серии неопределённой длины, которая может достигать десятков транзакций, до двух раундов вызов/ответ. Кроме того, использование соединительных (connector) выходов позволяет любому выступать в качестве верификатора. Не обязательно быть одним из создателей BitVM, чтобы оспорить транзакцию.
Фундаментальное изменение здесь состоит в отходе от прямого использования скриптовых вентилей NAND для непосредственной реализации необработанной вычислительной трассы и переходе к использованию их для реализации общего верификатора zk-SNARK доказательств (один из основных примитивов, которые Робин с самого начала намеревался реализовать с помощью BitVM). Вместо того чтобы помещать необработанные данные в вычислительную трассу и запускать их вентиль за вентилем в собственных tapleaf-скриптах, вход инстанса BitVM 2 будет просто zk-proof входом в комбинации с утверждаемым выходом – результатом вычислений.
В дополнение к абстрагированию от реализации вычислений с помощью zk-пруфов, tapleaf-скрипты (tapleaf = лист taproot-дерева) значительно расширяются от одного вентиля NAND на лист до целой подфункции zk-proof-верификатора. Вместо построения протокола challenge/response на последовательных попытках верификатора угадать, на каком вентиле NAND доказующий пытался обмануть, оспаривая выборочно значение одного вентиля, верификатор может доказать, что выход всей подфункции невалиден для данного входа.
Как и в BitVM 1, контракт предварительно согласовывается с помощью предподписанных транзакций и скриптов ветвления. Средства, зачисленные в BitVM, зачисляются на n-of-n multisig, подписывающую две возможные транзакции исполнения: одну для сценария без оспаривания и одну, в которой оспаривание происходит. Чтобы начать процесс выполнения контракта, доказующий инициирует транзакцию запуска. Эта стартовая транзакция фиксирует выходное значение y, являющееся, по утверждению доказующего, результатом вычисления, и включает в себя три выхода: (1) выход с таймлоком включается в транзакцию исполнения без оспаривания, (2) соединительный (connector) выход A и (3) соединительный выход B, оба из которых также тратятся в сценарии без оспаривания.
Здесь дизайн протокола позволяет любому человеку участвовать в качестве верификатора. Для connector-выхода A предусмотрена вторая предподписанная транзакция, которая может его потратить, — транзакция оспаривания. Это предварительно подписанная транзакция, которая выплачивает доказующему облигацию в биткойнах, но connector-выхода A недостаточно для её финансирования. Буквально кто угодно может добавить для финансирования транзакции собственные входы и потратить connector-выход A, что делает транзакцию вывода без оспаривания недействительной для доказующего (поскольку одного из необходимых ему входов больше не существует).
Это форсирует выполнение по пути оспаривания. Connector-выход B также может быть потрачен с помощью предподписанной транзакции, транзакции утверждения, на выход каждой подфункции во всём контракте BitVM 2. Это всё подразумевает большую транзакцию с большим количеством данных, но помните, что конечный выход y, являющийся, по утверждению доказующего результатом вычислений, уже был зафиксирован в начальной транзакции. Это создаёт два выхода. Один — выход с таймлоком, другой — connector-выход C. Оба этих выхода, в дополнение к первоначально зафиксированным средствам, расходуются по истечении таймлока во второй успешной транзакции вывода для доказующего.
Connector-выход C тоже может быть потрачен любым, кто докажет, что выход любой из подфункций в BitVM 2 контракте, даёт некорректный выход. Для этого требуется очень большая транзакция, потому что скрипт, необходимый для доказательства некорректности целой секции вычислений BitVM, огромен, но в этой единственной транзакции верификатор может потребовать монеты в connector-выходе с действительным доказательством. Это делает недействительной вторую транзакцию вывода для доказующего и фактически сжигает монеты. Единственный способ их восстановить в этот момент — это если доказующий и все верификаторы в исходной финансирующей n-of-n транзакции объединят усилия для восстановления средств (если в процессе установочной церемонии ключ был удалён, то, такой возможности восстановления не существует). Connector-выход B в транзакции запуска также может быть потрачен после гораздо более длительного тайм-аута, чем вывод без оспаривания, чтобы аннулировать и вывод без оспаривания, и “утверждающую” транзакцию, сжигая привязанные монеты.
Это позволяет сократить цепочку транзакций, длина которой в оригинальном предложении BitVM могла доходить до абсурдных значений, максимум до четырёх (хоть и очень массивных) транзакций, и при этом расширить множество потенциальных верификаторов для BitVM 2 инстанса до буквально любого пользователя Биткойна, который профинансирует транзакцию оспаривания.
BitVM 2 может стать значительным прорывом в отношении волны роллапов и других L2-решений, которые могут использовать BitVM в качестве двусторонней привязки. Оператор роллапа (prover в BitVM) может использовать собственные средства для покрытия вывода средств пользователей, которые подключились к системе, и периодически компенсировать этот расход выводом этих средств из BitVM. Любой пользователь или заинтересованная сторона смогут наказать оператора и сжечь его средства, если представят доказательства того, что оператор не обработал все выводы правильно.
Важно, что в конечном счёте безопасность инстанса BitVM 2 обеспечивается владельцем n-of-n ключа, хоть любой сторонний пользователь Биткойна и может выступить в роли верификатора, оспорив действия доказующего. Но поскольку в случае отсутствия оспаривающих у доказующего есть действительный выход, и выступить в качестве верификатора может кто угодно, финансирующий контракт с многосторонней n-of-n подписью может повысить свою безопасность, следуя церемонии настройки и удаления ключей, подобной запуску Zcash.
BitVM 2 может стать значительным прорывом в плане улучшения гибкости и модели доверия для двухсторонних привязок по сравнению с BitVM.
—
БитНовости отказываются от ответственности за любые инвестиционные рекомендации, которые могут содержаться в данной статье. Все высказанные суждения выражают исключительно личное мнения автора и респондентов. Любые действия, связанные с инвестициями и торговлей на крипторынках, сопряжены с риском потери инвестируемых средств. На основании предоставленных данных, вы принимаете инвестиционные решения взвешенно, ответственно и на свой страх и риск.
Подписывайтесь на BitNovosti в Telegram!
Делитесь вашим мнением об этой статье в комментариях ниже.
