БЕСПЛАТНЫЕ блокчейны и смарт-контракты: знакомство с MANA от Koinos

В Koinos Group наша миссия - ускорить переход к действительно децентрализованному будущему за счет максимальной доступности блокчейна.

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

Мана - это наша основная инновация, разработанная для достижения этой цели путем реализации бесплатного решения проблемы блокчейн-спама (проблема остановки).

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

Вступление

Целью системы маны является предоставление ликвидным держателям токенов возможности выполнять без комиссии транзакции экономически устойчивым образом при минимальной когнитивной нагрузке. Это динамическая система для стимулирования последовательного использования сети при одновременном уменьшении спама, тем самым минимизируя долгосрочный рост состояния. Mana также предоставляет системе объективный метод определения того, может ли учетная запись считаться «пользователем» и в какой степени, что может быть полезно в децентрализованном управлении.

Предыдущая работа

Основная цель Виталика Бутерина заключалась в том, чтобы позволить пользователям добавлять код (инструкции) к своим транзакциям блокчейна, чтобы они выполнялись децентрализованной сетью компьютеров («мировой компьютер»), тем самым позволяя «умные контракты».

Ключевой вывод Бутерина заключался в том, что, позволив разработчикам писать эти смарт-контракты с использованием полного языка программирования Тьюринга, он мог максимизировать творческое пространство, доступное разработчикам приложений на основе блокчейнов. Но это создает риск того, что пользователь может запустить программу, которая потребляет все ресурсы сети; то есть проблема остановки.

Для решения этой проблемы Бутерин использовал широко известную концепцию «газа», которая отличается от валюты платформы - эфира (ETH). Его решение проблемы остановки, описанное в «Желтой книге», заключалось в назначении стоимости газа для каждой инструкции на основе ее вычислительной стоимости. Сложение двух чисел будет стоить 3 газа, их умножение - 5 единиц газа, хранение 1 КБ данных стоит 64000 единиц газа и т. Д.

Децентрализованный обмен ресурсами

Когда смарт-контракт выполняется, затраты на газ для каждой инструкции, вызываемой смарт-контрактом, суммируются. Затем пользователь должен добавить некоторое количество ETH к своей транзакции, которая должна быть принята майнером / валидатором, после чего общее количество газа, необходимое для выполнения смарт-контракта, «расходуется» из общего количества газа, выделенного блоку Ethereum. к которому он будет добавлен.

Газ - это не токен, это мощная концепция, которая позволяет майнерам и пользователям согласовывать цену вычислительных ресурсов, тем самым облегчая децентрализованный обмен. Майнеры могут посмотреть, сколько им обходится выполнение тех же инструкций в любой валюте, которую они используют для оплаты своих счетов (например, в долларах США), а затем конвертировать эту стоимость в ETH, чтобы эффективно взимать плату с неизвестного пользователя.

Каждый блок задуман как имеющий ограниченное количество газа, установленное майнерами. После обработки транзакции указанный в транзакции газ «расходуется» из «лимита блока газа». Например, если майнеры указывают лимит газа для блока в 10 000 000 единиц газа, а транзакция потребляет 1 000 000 единиц газа, то в блоке «осталось» только 9 000 000 единиц газа для использования в транзакциях. Если весь газ в блоке израсходован, тогда все оставшиеся транзакции должны ждать обработки другого блока.

Лондонское обновление Ethereum: обзор

В лондонском обновлении Ethereum представил блоки переменного размера, которые позволяют платформе лучше адаптироваться к периодам высокого сетевого спроса. Вместо фиксированного лимита газа есть целевой размер 15 миллионов газа на блок и высокий лимит газа 30 миллионов газа. Каждый раз, когда размер блока превышает целевой (15 млн. Газа), базовая плата, связанная с транзакциями, увеличивается на 12,5%, чтобы постепенно снижать стимулы к использованию, не создавая неудобств для пользователей, связанных с простым отклонением транзакций из блока.

Такая система уже была реализована в Steem (ныне Hive) и хорошо работает с беспошлинными системами в тех цепочках, которые фактически являются предшественниками системы маны. Поэтому мы рекомендуем, чтобы основная сеть Koinos имела аналогичную реализацию. При этом возможность модульного обновления Koinos Blockchain Framework означает, что это изменение может быть сделано без необходимости хард-форка, как это было в Ethereum.

Концепция маны

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

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

Ментальная модель

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

Чтобы имитировать этот пользовательский опыт и обеспечить беспроблемный пользовательский интерфейс блокчейна, мы рассматриваем каждый токен KOIN как «рожденный» с определенным количеством маны (например, 1 мана - это «полная мана»), которая может быть использована, когда пользователь потребляет сетевые ресурсы. Таким образом, транзакционные возможности без комиссии могут передаваться ликвидным держателям токенов, тем самым сводя к минимуму трение и когнитивную нагрузку. Другими словами, пользователь неявно обладает маной, просто удерживая жидкий KOIN, но эта мана материализуется только после того, как транзакция состоится.

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

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

Но в то время как Ethereum требует, чтобы пользователь покупал газ у майнеров, который затем потребляется транзакцией, мы предлагаем систему, которая интерпретирует ликвидные запасы криптовалюты (KOIN в случае Koinos) как просто содержащие установленное количество маны (например, 1 KOIN содержит 1 ману).

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

Блокировка токенов и регенерация

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

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

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

Пример

У вас есть 1 КОИН, а расходуется 0,5 маны. Ваш 1 KOIN постоянно восстанавливается в течение 5 дней. У вас есть 1 КОИН маны, восполняющий дефицит маны в 0,5. Таким образом, для восстановления полной маны потребуется всего 2,5 дня. Кроме того, мана непрерывно восстанавливается. Таким образом, через 12 часов у вас будет регенерировано 0,1 маны, а доступно 0,6 маны.

Это еще раз подчеркивает преимущества реализации системы в виде обновляемого системного контракта. Фиксированный период блокировки эффективен с точки зрения вычислений и обеспечивает более предсказуемое взаимодействие с пользователем, но при этом остается динамичным для конечного пользователя, но что, если будет выбран «неправильный» период? Внедрение системы в виде обновляемого смарт-контракта означает, что руководство может внести это изменение без нарушения производительности сети или создания дополнительных операционных издержек для операторов узлов.

Заказ Tx и сбой

Транзакции должны обрабатываться в соответствии с порядком их отправки («первым пришел - первым обслужен»). Если для транзакции требуется больше маны, чем максимальное количество маны, транзакция должна быть прервана при достижении максимального значения маны и произойдет возврат транзакции. В этом случае мана будет израсходована, но транзакция завершится неудачно.

Стоимость кода операции

Идеальная реализация маны была бы похожа на газ в том смысле, что каждая инструкция будет иметь определенную стоимость в мане. Koinos разработан так, чтобы не зависеть от виртуальных машин, поэтому его можно быстро обновить до наилучшей доступной виртуальной машины WASM. Следовательно, то, как будет реализована цена кода операции, будет зависеть от используемой виртуальной машины. На данный момент (Fizzy), похоже, отвечает нашим потребностям, и существует нерешенная проблема, подробно описывающая метод тестирования отдельных кодов операций. Если нет встроенного измерения кода операции, стоимость кода операции может быть определена путем сравнительного анализа на целевом оборудовании.

Отдельные пулы ресурсов

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

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

В модели ресурсов маны ресурсы отслеживаются отдельно, но с пользователя по-прежнему взимается только мана. Это тонкое, но важное различие, поскольку в результате сеть становится более эффективной. Теперь разработчики могут не только оптимизировать свои контракты для нацеливания на недостаточно используемые сетевые ресурсы, но и конечные пользователи предпочтут те dApps, которые выполняют такую ​​оптимизацию, потому что они получат больше «отдачи от своей маны», создавая положительную обратную связь для саморегулирования.

Мана, которую они взимают, может быть простой линейной комбинацией каждого ресурса и стоимости (например, `bandwidth_cost * bandwidth_used + storage_cost * storage_used + compute_cost * compute_used`).

Макс мана

Поскольку комиссии не взимаются, пользователю необходимо отправить свою транзакцию только с максимальным количеством маны, которое они готовы потребить («макс. Мана») и которое представляет, сколько их токенов (например, KOIN) они готовы получить. временно заперт. Именно из-за временной блокировки токенов пользователи будут нести альтернативные издержки в качестве сдерживающего фактора для отправки бесполезных транзакций. Чтобы минимизировать когнитивную нагрузку на пользователей, в клиентской библиотеке можно указать максимальное значение маны по умолчанию.

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

Автоматизированные рынки ресурсов

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

Пример:

Предположим, что целевое количество маны на Koinos составляет 15 маны, и транзакция отправляется с лимитом маны, равным 1. Далее предположим, что алгоритм определяет, что цена транзакции составляет 0,5 маны, что у пользователя 1 KOIN и 1 KOIN всегда. содержит 1 ману. С обеих сторон расходуется 0,5 маны. Теперь осталось 14,5 маны для потребления из блока (без перехода в пакетный режим), и у пользователя все еще остается 0,5 маны для использования при выполнении дополнительной транзакции.

Динамический против активного стекинга

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

Это заметное улучшение по сравнению с предыдущими платформами, которые вынуждают пользователя активно ставить токены до того, как им будет разрешено совершать транзакции (например, Steem, EOS). На этих платформах пользователь должен заранее сознательно решить обменять ликвидность и определенное количество ликвидности на неизвестный объем транзакционной емкости. Поскольку они не могут знать, сколько им в конечном итоге понадобится, они, естественно, будут ставить намного больше, чем, по их мнению, им на самом деле понадобится. Кроме того, после того, как пользователь поставил токены, для снятия ставки требуется сознательное действие. Трение с обеих сторон работает против пользователя.

Это гарантирует, что пользователь не будет использовать всю свою транзакционную емкость, а это означает, что он переплачивает за использование блокчейна. Это привело к заключению контрактов на майнинг на EOS, которые обменивают эту пыль емкости транзакций на определенный пользователем токен в попытке максимально монетизировать ресурсы.

Почему XYK?

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

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

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

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

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

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

Индивидуальные рынки ресурсов

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

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

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

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

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

XYK против линейного масштабирования

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

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

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

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

Это гарантирует, что они не будут использовать всю свою транзакционную емкость, а это означает, что они переплачивают за использование блокчейна. Это привело к заключению контрактов на майнинг на EOS, которые обменивают эту пыль емкости транзакций на определенный пользователем токен в попытке максимально монетизировать ресурсы.

Получатель платит ману

В конструкции Koinos фактически есть своего рода встроенное делегирование маны, не требующее дополнительной системной логики. Смарт-контракты Koinos предоставляют разработчикам смарт-контрактов высокую степень свободы. Один из способов, которым разработчик может воспользоваться этой свободой, - это включить логику «получатель платит» в свой смарт-контракт.

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

Пример

Разработчик карточной игры хочет дать возможность пользователю A продавать свои NFT пользователю B в обмен на токены APP. Они предоставляют смарт-контракт DEX, в котором указано, что они (разработчик) оплатят мановую стоимость транзакции. Пользователь отправляет свою транзакцию в смарт-контракт DEX, мана разработчика расходуется, и транзакция завершается.

Если пользователь запускает смарт-контракт, который потребляет 1 ману, оплачиваемую разработчиком, то с точки зрения пользователя это выглядит так, как если бы ему была делегирована 1 мана. Лучше всего то, что это «делегирование» можно использовать только в приложении разработчиков, что означает, что пользователь не может использовать ману разработчика игры для обмена DeFi.

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

Затем они могут сообщить пользователю, что им делегировано 10 маны, но только для использования в DEX. С точки зрения пользователя, они смогут использовать DEX бесплатно, пока не израсходуют 10 маны.

Они фактически получили делегирование 10 маны, несмотря на то, что ни один смарт-контракт не был выполнен (что снижает вычислительные затраты), а разработчик сохраняет полный контроль над своими KOIN и маной!

Делегация маны

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

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

Заключение

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

Кроме того, устраняя трение в пользовательском опыте Koinos, мана позволяет без трений работать на рынках цифровых активов. Чем меньше трений на рынке, тем эффективнее он функционирует. Полностью устраняя трение, мана открывает двери для создания рынков с непревзойденной эффективностью.

Совместимость

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

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

Представьте себе возможность беспрепятственно переключаться между Bitcoin, Ethereum, Koinos и любым другим программным решением, сохраняя при этом плавный и приятный пользовательский интерфейс, потому что вам не нужно платить комиссию в тот момент, когда вы хотите сделать что-нибудь полезное. Это реальная совместимость, и мы считаем, что система маны является центральной для реализации этого видения.

Масштабирование

Между тем, одни и те же решения для взаимодействия (межблочная связь; например, Cosmos IBC), решения для масштабирования (сегментирование, например, Near, Ethereum 2.0), решения для пропускной способности (конвейерная обработка транзакций, например, Solana), будут работать так же хорошо на платформе без комиссии. как они это делают на платной платформе. Фактически, как продемонстрировал Лондонский апгрейд, платные bIockchains по своей сути менее масштабируемы, потому что они должны жертвовать долгосрочными затратами ради краткосрочного взаимодействия с пользователем. Это заставляет их искать решения по масштабированию раньше, чем системы, основанные на мане. Конечно, те же самые решения для масштабирования затем могут быть быстро интегрированы в блокчейны, основанные на мане, с возможностью модульного обновления!

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

Чтобы узнать больше о Koinos, перейдите на koinos.io

Если вы заинтересованы в изучении интеграции блокчейна, перейдите на koinos.group.