Skip to content

Instantly share code, notes, and snippets.

@mitallast
Last active June 24, 2017 13:04
Show Gist options
  • Save mitallast/51ba3157586668e1c26be52735bd22d6 to your computer and use it in GitHub Desktop.
Save mitallast/51ba3157586668e1c26be52735bd22d6 to your computer and use it in GitHub Desktop.
Waves blockchain whitepaper on russian

1 Введение

Гипотеза:

«Каждое возможное применение технологии blockchain будет опробовано, но цифровая наличность p2p останется наиболее используемым приложением»,

  • Райан Чарльз.

«Убийственное применение технологии blockchain является самой блочной цепью». Общая мудрость.

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

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

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

Смарт-контракты, являющиеся естественным развитием сценариев биткойнов, неизбежны и станут одним из краеугольных камней технологии blockchain. С другой стороны, некоторые функции намного проще реализовать с использованием других подходов. Операции с пользовательскими токенами, реализованные в виде привязки к транзакциям с цепочкой, являются очень гибкими и могут использоваться в различных приложениях: от передачи национальных валют по блочной цепочке до децентрализованной торговли. Акцент на таких операциях вполне может дополнять подход, введенный Ethereum. [1]

В следующих разделах мы опишем техническую мотивацию для функций платформы WAVES и проиллюстрируем их примерами использования. Мы намерены определить наиболее «готовые к производству» аспекты существующей технологии blockchain и применить их к реальным проблемам.

2.1 Техническая мотивация

Блокированные активы и подходы с цветными монетами появились примерно в 2013 году, когда было реализовано несколько протоколов, использующих blockchain Биткойна. [4] [5] [6] Помимо этого, было несколько попыток создать пользовательскую платформу токенов blockchain с нуля, из которых наиболее заметным является Nxt. [7]

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

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

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

  1. Создание, удаление и передача пользовательских токенов.
  2. Децентрализованный обмен токенами, реализованный как механизм распределенного согласования заказов, где транзакции Bid и Ask сопоставляются друг с другом.
  3. Функции анонимности - анонимные книги заказов являются обязательными для отраслевой торговой платформы.

Следует отметить, что WAVES делает решающий шаг вперед с децентрализованной торговлей цепями, предлагая торговлю одним пользовательским токеном против другого (торговля активами для активов).

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

2.2 Варианты использования
2.2.1. Национальные валюты в blockchain
Хотя использование основного токена сети для переноса стоимости вполне естественно, оно тем не менее вызывает несколько проблем. Использование низколиквидных и сильно изменчивых токенов для переноса стоимости имеет очевидные недостатки для торговцев и создает напряженность с регулирующими органами.
Тем не менее, полностью децентрализованные деньги жизнеспособны, что демонстрируется медленным, но устойчивым внедрением биткойнов в качестве валюты.
Однако для обеспечения достаточной ликвидности и смягчения волатильности, которая препятствует децентрализованному использованию денег в качестве хранилища стоимости, общее количество токенов, используемых в качестве валюты, должно быть ограничено (по крайней мере, на начальных этапах разработки технологии). По этой причине мы настоятельно рекомендуем использовать только биткойн в качестве валюты.
Наш подход к обработке токенов и валют переноса стоимости связан с подходом «Multigateway». [2]
В случае с Bitcoin есть сторона (или несколько сторонних сторон), которая поддерживает процедуру обмена in-out-out для Bitcoin, заменяя ее на соответствующий сетевой токен. Таким образом, мы облегчаем передачу биткойнов с помощью блока WAVES.
Этот подход, очевидно, централизуется из-за ограничений, присущих самому Биткойну. Он выступает против подхода «рыночных привязок», который опирается на обеспечение динамической привязки, хотя некоторые рыночные процедуры. На первый взгляд, подход рыночных привязок может показаться адекватным способом отражения финансовых активов на децентрализованной платформе, но с дальнейшим рассмотрением скрытая централизация неизбежно наносится.
Явным образом внедряя централизацию в поддержку национальных валют и BTC, мы можем открывать новые горизонты для существующих финансовых институтов. Их роль может быть сведена к обеспечению ликвидности для их финансовых активов и процедур KYC / AML. Поддержание платежной инфраструктуры полностью передается на децентрализованные блок-цепи.
Такой подход к предоставлению национальных валют на блокчейне был впервые применен с помощью токена CoinoUSD на блок-цепи Nxt. Он также похож на подход шлюзов Ripple.
Мы полагаем, что такая стратегия может конкурировать с появляющимся соглашением о блокированных цепях и привлекать финансовые учреждения, желающие работать над открытыми блок-цепями.
2.2.2 Краудфандинг, децентрализованные финансовые инструменты и будущее
Мы считаем, что блоксхемы являются эффективным средством управления большинством аспектов проектов на уровне общин, от финансовых до организационных элементов. Технология Blockchain, благодаря своей врожденной латентности, не может поддерживать высокочастотную торговлю. Скорее всего, централизованные решения всегда будут предпочтительнее для транзакций с большими объемами за миллисекунд. Но для приложений, в которых мгновенные транзакции не требуются, блокировки обеспечивают очень естественную среду - например, для выдачи токенов фокуса и управления финансовыми потоками внутри сообщества. Это область, в которой использование децентрализованных решений выгодно, и централизация практически не приводит к таблице.
Если мы рассмотрим подобную Kickstarter модель залога определенных денег в обмен на продукт, который будет выпущен в будущем, мы сможем увидеть его очевидные ограничения. Сторонник проекта не может выйти из своих «инвестиций» в проект, продавая его другому пользователю. С другой стороны, такой пример использования очень естественен, используя систему на основе цепочки, где пользовательские токены могут быть заменены и перенесены по дизайну.
Выдача ценных бумаг в большинстве юрисдикций сильно регулируется. Токены могут быть связаны с ценными бумагами, особенно если сделаны какие-либо прогнозы о будущей цене токена или маркер-эмитент обещает выплатить определенные дивиденды. Тем не менее, блок-цепочка является агрегирующим агентом. Если юридическое лицо, желающее использовать блок-цепочку для выпуска ценных бумаг, соответствует местным законам и правилам, то выдача ценных бумаг на блок-цепочке является законной, как проведение биржевого листинга.
Первоначальная сбор средств, размещение частных инвестиций и венчурные инвестиции, по-видимому, являются наиболее подходящими областями для финансовых инструментов с привязкой к блочным цепям. С другой стороны, он может использоваться крупными предприятиями для конкретных финансовых операций, например, для клиринга и расчетов, при условии, что они не влекут чрезмерных требований к скорости налогообложения.
В большинстве юрисдикций (в частности, исключая США) сбор средств на основе блокчейнов, которые не превышают заданного предела, может осуществляться совершенно юридически. Закон об акционерных ценных бумагах в США разрешает сбор средств с упрощенной процедурой регистрации SEC.
Строгие законы о ценных бумагах США предназначены для предотвращения мошенничества, и для этого необходим сильный централизованный сторожевой пейджер, такой как Комиссия США по ценным бумагам и биржам. Но продвижение децентрализованной технологии может ввести определенную форму сообщества и децентрализованного опроса эмитентов, что в конечном итоге может заменить централизованные регуляторы.
Наличие crowdfunding как одного из основных вариантов использования платформы WAVES означает, что какая-то форма децентрализованного KYC / AML должна быть интегрирована в ядро системы. С этой целью мы реализуем систему децентрализованной репутации, которая должна ликвидировать недобросовестных участников блока WAVES.

3 Легкие клиенты, двухуровневая архитектура, PoS и удобства использования

3.1.1 Двухуровневая архитектура и легкие клиенты.

Классический подход Биткойна - это, по сути, способ синхронизации распределенной системы с помощью общих журналов транзакций. Это требует, чтобы каждый сетевой узел хранил полную копию истории транзакций. Очевидно, что это плохо масштабируется, поскольку в конечном итоге не каждый узел сможет хранить всю историю. Существуют различные способы смягчения этого - упрощенная процедура проверки платежей, которая позволяет хранить только те данные, которые необходимы для данного узла; Внебиржевые сделки; Двунаправленные туннели оплаты; Уменьшение раздува блоказы; Работая непосредственно с состоянием системы. [8] С простейшим подходом, когда все узлы равны в блоке Genesis, централизация может возникать, поскольку узлы с малой пропускной способностью должны полагаться на полные узлы большой емкости, которые могут позволить себе хранить полную блок-цепочку.

Эффективно возникает двухуровневая архитектура.

Означает ли это, что система по сути централизована? Нет, поскольку новый узел всегда может войти в сеть и стать полным узлом, если у него достаточно ресурсов.

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

Платформа WAVES обеспечивает подход, который сначала может показаться экстремальным для классического защитника криптовалюты. Легкие узлы вообще не загружают блокхейн, вместо этого полагаются на полные узлы для проверки платежей и сетевого взаимодействия. Этот подход основан на клиенте SuperNET lite [3], который уже более года работает на платформе Nxt.

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

3.1.2 Proof-of-Stake консенсус и stake leasing

Мы выбрали протокол Proof-of-Stake в качестве консенсусного алгоритма для WAVES. Этот выбор основан на его успешном использовании в NXT, а также на некоторых теоретических соображениях. В то же время мы предлагаем усовершенствование протокола PoS, которое должно обеспечить сокращение времени транзакций и увеличение пропускной способности транзакций - Leaked PoS (LPoS).

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

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

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment