NEAR Protocol (NEAR) - децентрализованная платформа разработки

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

ETH - NEAR Радужный мост

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

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

Хорошо известно, что Ethereum, наиболее часто используемый блокчейн общего назначения на момент написания этой статьи, может обрабатывать менее 20 транзакций в секунду в основной цепочке. Это ограничение в сочетании с популярностью сети приводит к высоким ценам на газ (стоимость выполнения транзакции в сети) и длительному времени подтверждения; Несмотря на то, что на момент написания статьи новый блок создается примерно каждые 10–20 секунд, среднее время, необходимое для добавления транзакции в цепочку блоков, составляет 1,2 минуты, согласно данным ETH Gas Station. Низкая пропускная способность, высокие цены и высокая задержка - все это делает Ethereum непригодным для запуска сервисов, которые необходимо масштабировать по мере внедрения.

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

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

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

  1. Установите Metamask;
  2. Создайте пару ключей и надежно хранить закрытый ключ; Если вы позже захотите играть с другого устройства, вам нужно понять, как безопасно перенести закрытый ключ на это устройство;
  3. Зарегистрируйтесь на Coinbase;
  4. Выполните KYC, который включает отправку ваших документов в Coinbase;
  5. Подождите несколько дней;
  6. Купить эфир. Да, вам нужно совершить покупку, прежде чем вы сможете даже попробовать игру!
  7. Перенести эфир с Coinbase;
  8. Наконец-то купите своего котенка!.. Хотя теперь вам нужно платить за каждое взаимодействие с игрой, а ваша латентность составляет не менее 20 секунд.

Современные игры и приложения, работающие на блокчейнах, сообщают о том, что 95–97% прерываются во время вышеупомянутого процесса адаптации. Это означает, что из 100 пользователей, которые пробуют приложение, только 5 или меньше действительно начинают его использовать!

Вышеуказанную проблему можно условно разделить на три подзадачи:

  1. Необходимость установить плагин для браузера (или иметь приложение-кошелек) для безопасного взаимодействия с цепочкой;
  2. Необходимость иметь и понимать безопасность открытых / закрытых ключей;
  3. Необходимость платить за газ при каждой транзакции.

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

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

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

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

Плагины браузера / Приложения кошелька

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

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

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

Чтобы подчеркнуть этот момент, обратите внимание, что большинство людей устанавливают MetaMask из каталога расширений Firefox или Chrome, а приложения-кошельки из iTunes или PlayStore, эффективно доверяя как разработчикам приложений MetaMask / кошельков, так и некоторым крупным игрокам, таким как Mozilla, Apple или Google. Крайне редко можно установить MetaMask из исходного кода после тщательного изучения кода. Таким образом, мы уже доверяем безопасность наших учетных записей централизованным организациям.

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

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

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

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

Понимание пар закрытый / открытый ключ

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

Интересно, что с учетными записями, основанными на контракте, сам процесс передачи может быть упрощен при сохранении полной безопасности. Вместо передачи закрытого ключа на другое устройство через небезопасный канал контракт, который управляет учетной записью пользователя, может иметь два метода: proposeNewSk и ʻapproveSk`, где первый метод может быть вызван кем угодно, и добавляет новый закрытый ключ в список предлагаемых закрытых ключей для учетной записи, и ʻapproveSk` может быть вызван только с подписью одного из существующих закрытых ключей учетной записи, и может утвердить любой из предложенных закрытых ключей для учетной записи. Таким образом, пользователь может настроить новую пару ключей на новом устройстве, предложить новый закрытый ключ с такого устройства и утвердить его с существующего устройства.

Плата за газ

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

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

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

Это решает только одну часть головоломки: компенсацию затрат на выполнение транзакций. Если пользователям не нужно платить за транзакции, они могут спамить систему бесплатными транзакциями и превысить допустимость, которую размещенный кошелек или разработчики приложений установили для бесплатного использования. Но точно так же люди, которые используют Facebook, могут спамить им бесплатные запросы и переполнить свои ресурсы. Эта проблема ни в коем случае не уникальна для блокчейна, и для нее уже существует множество решений. Размещенный кошелек может реализовать одно такое решение для предотвращения DDoS-атак и по-прежнему предоставлять пользователям бесплатные транзакции.

Проблема все еще есть. Модель, в которой кто-то платит за пользователя, ожидая от него некоторой выгоды позже, легко нарушить. Есть причина, по которой Google, Facebook, Apple и другие технологические гиганты проводят непрозрачную политику конфиденциальности и полностью не уважают конфиденциальность пользователей. Вся мотивация web3 состоит в том, чтобы положить конец подобным практикам, но сам способ привлечения пользователей продвигает такие практики снова.

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

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

Что такое протокол NEAR?

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

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

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

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

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

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

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

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

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

Почему децентрализация важна

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

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

Почему важно платить дополнительные расходы для поддержки децентрализации?

Потому что не все данные одинаковы.

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

  • Разработчик, контролирующий выпуск или обновление кода приложения;
  • Платформа, на которой хранятся данные;
  • Серверы, на которых выполняется код приложения.

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

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

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

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

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

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

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

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

Для сравнения, веб-службы Amazon и Azure от Microsoft сегодня управляют большей частью инфраструктуры Интернета и являются двумя наиболее распространенными «облаками», в которых развертываются приложения. Каждый из отдельных серверов, составляющих эти вычислительные облака и облака хранения, контролируется одним объектом. Это означает, что все, что запущено или хранится в них, полностью зависит от тех компаний или государственных органов, которые требуют от них действий против их воли. Данные можно легко потерять, подвергнуть цензуре, изменить, продать или взломать. Это потому, что существует только одна точка отказа.

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

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

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

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

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

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

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

Проблемы создания облака сообщества

Подобная управляемая сообществом система имеет совсем другие проблемы, чем централизованная «облачная» инфраструктура, которой управляет один объект или группа известных объектов. Например:

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

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

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

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

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

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

Сегодняшние блокчейны достигли значительного прогресса: Биткойн, оригинальный блокчейн, запущенный в 2008 году, представляет собой хранилище ценностей, сеть которого оценивается в более чем 300 миллиардов долларов, а Ethereum, оригинальный «глобальный компьютер», запущенный в 2014 году, может похвастаться тысячами инновационных приложений. от игр до децентрализованных финансов.

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

Это результат двух ключевых факторов:

  1. Системный дизайн;
  2. Дизайн организации.

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

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

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

Ключевая особенность

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

ЮЗАБИЛИТИ ПРЕЖДЕ ВСЕГО

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

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

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

Удобство использования для конечного пользователя

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

  1. Простое подключение: NEAR позволяет разработчикам выполнять действия от имени своих пользователей, что позволяет им подключать пользователей, не требуя от этих пользователей предоставления кошелька или взаимодействия с токенами сразу после достижения приложения. Поскольку учетные записи, которые имеют удобочитаемые имена, например foobar.near, отслеживают ключи, зависящие от приложения, учетные записи пользователей также могут использоваться для функции «единого входа» (SSO), с которой пользователи знакомы из традиционного Интернета (например, « Войдите в систему через Facebook / Google / Github / и т. Д. »).
  2. Простые подписки: учетные записи на основе контрактов позволяют легко создавать подписки и настраивать разрешения для определенных приложений.
  3. Знакомые стили использования: экономическая модель NEAR позволяет разработчикам платить за использование от имени своих пользователей, чтобы скрыть расходы на инфраструктуру в соответствии со знакомыми парадигмами использования Интернета.
  4. Прогнозируемое ценообразование: NEAR оценивает транзакции на платформе простым языком, что позволяет конечным пользователям испытывать предсказуемые цены и меньшую когнитивную нагрузку при использовании платформы.

Удобство использования разработчика

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

  1. Знакомые языки: узлы NEAR запускают Web Assembly (WASM), которую можно скомпилировать из множества популярных языков. Первоначально смарт-контракты можно создавать с использованием Rust, очень безопасного и всеобъемлющего языка программирования, который быстро набирает популярность. NEAR также поддерживает контракты, написанные на AssemblyScript, который очень похож на TypeScript, модификацию JavaScript, разработанную Microsoft, которая имеет типы и очень широко используется разработчиками. В будущем будут поддерживаться более распространенные языки программирования, поэтому разработчикам не придется изучать совершенно новый язык для создания приложений на платформе.
  2. Надежный инструментарий: пакет разработки NEAR создан для поддержки рабочего процесса разработчика с помощью унифицированного набора инструментов, чтобы разработчики могли легко создавать, тестировать и развертывать приложения. Инструменты поверх платформы и предоставляемые ею API предоставляют разработчикам тот опыт разработки, к которому они привыкли в традиционных веб-приложениях. Сюда входит развертывание в один клик, интегрированное модульное тестирование, простая интерфейсная интеграция и отладка из консоли разработчика веб-браузера.
  3. Бизнес-модели для разработчиков: Протокол NEAR поддерживает разработчиков, помогая им монетизировать открытые компоненты, которые они создают для экосистемы, изначально вознаграждая их скидками на основе использования этих компонентов. Это рассматривается специально в следующем разделе.
  4. Предсказуемое ценообразование: NEAR оценивает транзакции на платформе простым языком, что позволяет разработчику испытывать предсказуемые цены и меньшую когнитивную нагрузку при использовании платформы.

МАСШТАБИРУЕМОСТЬ ВТОРАЯ

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

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

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

ЭФФЕКТИВНОЕ РАЗВИТИЕ И ЭВОЛЮЦИЯ

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

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

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

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

НАСТОЯЩАЯ ДЕЦЕНТРАЛИЗАЦИЯ

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

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

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

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

НОВАЯ БИЗНЕС-МОДЕЛЬ ДЛЯ РАЗРАБОТЧИКОВ И ПРЕДПРИНИМАТЕЛЕЙ

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

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

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

  1. Удобство использования: приложения, развернутые на платформе, должны быть удобными для использования конечными пользователями и легко создаваться разработчиками. По возможности сама базовая технология должна отойти на второй план или быть полностью скрыта от конечных пользователей. По возможности разработчики должны использовать знакомые языки и шаблоны в процессе разработки. Базовые приложения должны быть интуитивно понятными и простыми в создании, в то время как более надежные приложения должны быть безопасными.
  2. Масштабируемость. Платформа должна масштабироваться без верхнего предела, если для этого есть экономическое обоснование для поддержки глобально используемых приложений корпоративного уровня.
  3. Простота: конструкция каждого из компонентов системы должна быть максимально простой для достижения их основной цели. Оптимизация для простоты, прагматизма и легкости понимания выше теоретического совершенства.
  4. Устойчивая децентрализация: платформа должна поощрять значительную децентрализацию как в краткосрочной, так и в долгосрочной перспективе, чтобы должным образом защитить ценность, которую она размещает. Платформа - и сообщество - должны быть широко и без разрешения инклюзивными и активно поощрять децентрализацию и участие. Для поддержания устойчивости как технологические, так и общественные механизмы управления должны допускать практическую итерацию, избегая захвата какой-либо одной стороной в долгосрочной перспективе.

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

Алгоритм консенсуса обычно включает:

  • Выборы. Как набор узлов (или один узел) выбирается в любой конкретный момент для принятия решений.
  • Соглашение. По какому протоколу выбранный набор узлов согласовывает текущее состояние цепочки блоков и вновь добавленные транзакции.

Доказательство работы:

Примеры: Биткойн, Эфириум.

Накамото представил миру консенсус Proof of Work (PoW). Этот метод позволяет участникам большой распределенной системы определять, кто является лидером в каждый момент времени. Чтобы стать лидером, все спешат решить сложную головоломку, и тот, кто доберется до нее первым, получит вознаграждение. Затем этот лидер публикует то, что, по его мнению, является новым состоянием сети, и любой другой может легко доказать, что лидер сделал эту работу правильно.

У этого метода есть три основных недостатка:

  • Объединение. Из-за случайности, связанной с поиском ответа на криптографическую головоломку, которая решает данный блок, для большой группы независимых работников полезно объединить ресурсы и найти ответ более предсказуемо. При объединении, если кто-то в пуле находит ответ, все члены пула получают часть вознаграждения. Это увеличивает вероятность выплаты в любой момент, даже если каждое вознаграждение намного меньше. К сожалению, объединение приводит к централизации. Например, известно, что 53% + сети Биткойн контролируется всего 3 пулами.
  • Вилки. Форки - это естественная вещь в случае консенсуса Накамото, поскольку может быть несколько сущностей, которые нашли ответ в течение одних и тех же нескольких секунд. В конечном итоге выбирается форк, который в конечном итоге выбирают другие участники сети. Это приводит к более длительному ожиданию, пока транзакция не будет считаться «окончательной», поскольку нельзя быть уверенным, что текущий последний блок - это тот, на котором строится большая часть сети.
  • Потраченная впустую энергия. Огромное количество настроенных машин работает по всему миру, выполняя вычисления исключительно ради определения того, кто должен стать следующим лидером блока, потребляя больше электроэнергии, чем вся Дания. Исландия, например, тратит значительный процент всей производимой электроэнергии на добычу биткойнов.

Подтверждение ставки.

Примеры: EOS, Steemit, Bitshares.

Наиболее распространенной альтернативой Proof of Work является Proof of Stake (PoS). По идее, это означает, что каждый узел в системе участвует в принятии решений пропорционально сумме денег, которую они имеют.

Один из основных способов использования PoS на практике называется Delegated Proof of Stake (DPoS). В этой системе вся сеть голосует за «делегатов» - участников, которые поддерживают сеть и принимают все решения от имени других участников. В зависимости от реализации, делегаты должны либо лично поставить большую сумму денег, либо использовать ее для кампании по выборам. Оба эти фактора означают, что делегатами могут быть только состоятельные частные лица или консорциумы.

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

В зависимости от специфики самого консенсуса, система Proof of Stake может решить проблему разветвления и потери энергии, которые проблематичны с Proof of Work. Этот метод все еще имеет обратную сторону централизации из-за небольшого количества отдельных узлов (EOS) или централизованно управляемых пулов, которые в конечном итоге участвуют в обслуживании сети. Кроме того, в конкретных реализациях DPoS тот факт, что все делегаты знают друг друга, означает, что косая черта (наказание делегата за проступок путем принятия его доли) может не произойти, потому что большинство делегатов должно проголосовать за него.

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

Подтверждение ставки с установленным порогом:

Примеры: NEAR

NEAR использует механизм выбора, называемый пороговым подтверждением ставки (TPoS). Общая идея заключается в том, что нам нужен детерминированный способ иметь большое количество участников, поддерживающих обслуживание сети, тем самым повышая децентрализацию, безопасность и устанавливая справедливое распределение вознаграждений. Ближайшей альтернативой нашему методу является аукцион, на котором люди делают ставки на фиксированное количество предметов, и в конце выигрывают N лучших ставок, получая количество предметов, пропорциональное размеру их ставок.

В нашем случае мы хотим, чтобы большой пул участников (мы называем их «свидетелями») избирался для принятия решений в течение определенного промежутка времени (по умолчанию мы используем один день). Каждый интервал разбит на большое количество слотов блоков (по умолчанию мы используем 1440 слотов, по одному каждую минуту) с достаточно большим количеством свидетелей на каждый блок (по умолчанию 1024). С этими настройками по умолчанию нам нужно заполнить 1 474 560 мест для индивидуальных свидетелей.

Пример выбора набора свидетелей через процесс TPoS

Каждое место свидетеля определяется долей всех участников, которые указали, что хотят подписывать блоки. Например, если 1 474 560 участников делают ставку по 10 жетонов каждый, то каждое отдельное место стоит 10 жетонов, и каждый участник будет иметь одно место. В качестве альтернативы, если 10 участников поставят 1 474 560 жетонов каждый, отдельное место все равно будет стоить 10 жетонов, и каждый участник получит 147 456 мест. 

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

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

Как работает NEAR

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

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

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

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

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

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

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

Элементы платформы NEAR

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

ЖЕТОН NEAR

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

  1. Платите системе за обработку транзакций и хранение данных.
  2. Запустите проверяющий узел как часть сети, участвуя в процессе размещения ставок.
  3. Помогите определить, как распределяются сетевые ресурсы и куда пойдет его будущее техническое направление, участвуя в процессах управления.

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

ПРОЧИЕ ЦИФРОВЫЕ АКТИВЫ

Платформа предназначена для удобного хранения уникальных цифровых активов, которые могут включать, но не ограничиваются:

  • Другие токены: токены, соединенные мостом из других цепочек («завернутые») или созданные на платформе NEAR, могут быть легко сохранены и перемещены с помощью базовой платформы. Это позволяет использовать многие виды токенов на платформе для оплаты товаров и услуг. «Стейблкоины», особые виды токенов, которые предназначены для соответствия цене другого актива (например, доллара США), особенно полезны для проведения транзакций в сети таким образом.
  • Уникальные цифровые активы: аналогично токенам, цифровые активы (иногда называемые «не взаимозаменяемыми токенами» (NFT), от внутриигровых коллекционных предметов до представлений о владении активами в реальном мире, могут храниться и перемещаться с помощью платформы.

ПЛАТФОРМА NEAR

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

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

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

Экономика NEAR

Экономика NEAR оптимизирована, чтобы предоставить разработчикам и конечным пользователям максимально простой опыт, при этом обеспечивая надлежащие стимулы для сетевой безопасности и развития экосистемы.

Вот краткое изложение ключевых идей, лежащих в основе системы:

  1. Подтверждение доли с установленным порогом: операторы проверяющих узлов предоставляют сети дефицитные и ценные вычислительные ресурсы. Чтобы гарантировать правильность выполняемых вычислений, они должны «ставить» токены NEAR, которые гарантируют их результаты. Если эти результаты окажутся неточными, участник ставки теряет свои токены. Это фундаментальный механизм защиты сети. Порог для участия в системе устанавливается алгоритмически на самом низком уровне, который возможен, чтобы обеспечить максимально широкое участие проверяющих узлов в заданный период «эпохи» (1/2 дня).
  2. Epoch Rewards: операторы узлов получают за свои услуги фиксированный процент от общего объема предложения в качестве «платы за безопасность» в размере примерно 4,5% в годовом исчислении. Эта ставка нацелена на достаточный уровень участия среди участников, чтобы защитить сеть при одновременном балансировании с другим использованием токена NEAR в экосистеме.
  3. Казначейство протокола: помимо валидаторов, казначейство протокола ежегодно получает 0,5% от общего объема предложения, чтобы постоянно реинвестировать в развитие экосистемы.
  4. Затраты на транзакцию: использование сети требует двух разных видов ресурсов - мгновенных и долгосрочных. Мгновенные затраты генерируются каждой транзакцией, потому что каждая транзакция требует использования как самой сети, так и некоторых ее вычислительных ресурсов. Они оцениваются вместе как наиболее предсказуемая стоимость транзакции, которая оплачивается в токенах NEAR.
  5. Затраты на хранение: хранение - это долгосрочные затраты, потому что хранение данных представляет собой постоянную нагрузку на узлы сети. Затраты на хранение покрываются за счет поддержания минимального баланса NEAR токенов на счете или контракте. Это обеспечивает косвенный механизм оплаты через инфляцию валидаторам для поддержания состояния контрактов и счетов на своих узлах.
  6. Инфляция: Инфляция - это комбинация выплат валидаторам и казначейству протокола за вычетом собранных комиссий за транзакции (и некоторых других механизмов сжигания NEAR, таких как аукцион имен. В целом максимальная инфляция составляет 5% , которая может снизиться со временем, когда сеть получит сжигается больше комиссий за использование и транзакции. Возможно, что инфляция станет отрицательной (общее предложение уменьшится), если будет сожжено достаточно комиссий.
  7. Масштабирование пороговых значений: в сети, которая масштабирует свою пропускную способность по отношению к количеству получаемого использования, пороговые значения, которые заставляют сеть увеличивать пропускную способность, являются экономическими по своей природе.
  8. Пороги безопасности: Некоторые пороги, обеспечивающие хорошее поведение участников, устанавливаются с использованием экономических стимулов. Например, «Рыбаки» (описывается отдельно).
    Обоснование каждого из этих принципов более подробно описано в следующих разделах.

Предоставленные ресурсы

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

  1. Вычисления (ЦП): это фактическая компьютерная обработка (и немедленно доступная оперативная память), которая запускает код в контракте.
  2. Пропускная способность («Сеть»): это сетевой трафик между участниками и пользователями, включая сообщения, которые отправляют транзакции, и те, которые распространяют блоки.
  3. Хранилище: постоянное хранилище данных в цепочке, обычно выражаемое как функция объема хранилища (например, килобайт).

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

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

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

ВЫЧИСЛЕНИЯ И ПРОПУСКНАЯ СПОСОБНОСТЬ («ГАЗ»)

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

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

Текущая цена на газ предсказуема, но не фиксирована. Каждый блок настраивается следующим образом:

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

МЕСТО ХРАНЕНИЯ

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

Например, если некоторый контракт занимает 10 килобайт хранилища из-за данных, хранящихся в нем, этот контракт должен поддерживать минимальный баланс в 1 NEAR. Для такого контракта, как USDT с Ethereum, потребуется поддерживать баланс NEAR ~ 10 тыс., Чтобы покрыть используемое хранилище. Это также означает, что на счетах обычных пользователей должна поддерживаться часть минимального баланса NEAR.

Использование минимального баланса NEAR на счете приводит к тому, что эта сумма не будет размещена или использована в других приложениях. Валидаторам косвенно платят за поддержание этого хранилища из-за инфляции и того факта, что общая ставка меньше.

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

NEAR Protocol ICO

ICO NEAR состоялось в августе 2020 года на CoinList. Он был отложен на день из-за огромного спроса на токен. NEAR ICO продало 120 миллионов токенов NEAR по средней цене около 30 центов, собрав около 33 миллионов долларов США. Это составило 12% от общего первоначального предложения NEAR в 1 миллиард токенов. В зависимости от того, по какой цене они были приобретены, эти токены ICO имеют график переходов 1-2.

NEAR ICO Распределение

Из оставшегося первоначального предложения NEAR 17% было зарезервировано для общественных грантов и программ. 14% первоначального предложения NEAR было выделено Основным участникам (команде NEAR). 17,6% первоначального предложения NEAR было продано предыдущим спонсорам. Эти токены были проданы в ходе 7 раундов частного финансирования, которые начались еще в 2017 году. Вместе они собрали более 35 миллионов долларов.

График эмиссии токена NEAR

11,7% первоначального предложения NEAR пойдет на инициативы Early Ecosystem. 10% от первоначального предложения NEAR было выделено Фонду NEAR. NEAR Foundation будет разрешено делегировать эти токены валидаторам в сети NEAR. Все вышеперечисленные категории подвергаются различным графикам блокировки, которые длятся от 3 месяцев до пяти лет.