Bityuan – это простая, стабильная и расширяемая общедоступная сеть. В декабре 2013 года родился BitYuan.Первоначально он производился с помощью механизма консенсуса pre-mining airdrop + POW.В 2015 году механизм консенсуса BitYuan был обновлен до POS. После более чем четырех лет проектирования и исследований 17 мая 2018 года был разработан и протестирован BitYuan Blockchain 3.0, запущена основная сеть и обновлена ​​до: SPOS (Safe POS), то есть безопасный механизм консенсуса POS. который оптимизирует случайные числа. Более 6 месяцев спустя, 7 декабря 2018 года, биткойн (BTY) был официально открыт на Github.
В исследованиях и разработках Bityuan используется базовая технология Hangzhou Complex Beauty Chain33, которая представляет собой проект общедоступной сети с многоцепочечной (параллельной публичной сетью) архитектурой, которая была реализована и внедрена. На блокчейне Bityuan можно разработать несколько параллельных публичных цепей.Каждая параллельная публичная цепочка не только имеет разнообразную и независимую экологическую конструкцию блокчейна и разработку DAPP, но также может реализовывать функции обмена между несколькими цепочками. Области применения параллельных проектов публичной сети включают: стабильную валюту, красные конверты, социальные сети, электронную коммерцию, активы в сети, долги в сети, сертификатный депозит и игры.

Методы хранения, поддерживаемые проектом

Блокчейн BitYuan лидирует в инновационной реализации MVCCKVDB (многоверсионное хранилище данных KV).Традиционные блокчейны хранят данные в виде деревьев Меркла или деревьев MPT.Каждый раз, когда данные изменяются,< br> Дерево будет рефакторинг один раз, что относительно неэффективно. Например, для 20-слойного дерева Меркла запрос данных листового узла требует выполнения 20 операций чтения, в результате чего эффективность запроса данных составляет всего 1/20 от эффективности запросов обычных баз данных, которые могут быть выполнены за секунда. Система со 100 000 операций чтения может считывать только 5 000 транзакций в секунду, что сильно ограничивает производительность системы при чтении. При записи данных также необходимо загружать данные нескольких узлов на ветке дерева и, наконец, записывать их на диск после обновления, потребление операций при этом также относительно велико. BitYuan опирается на концепцию MVCC (Multi-Version Concurrency Control) при проектировании баз данных и разрабатывает оригинальный формат хранения данных KVMVCC, чтобы повысить неэффективность структур MAVL или MPT Удовлетворить потребность в поддержании высокой производительности чтения и записи данных после данных блокчейна. растет до определенного масштаба.
Вычисление хэша:
statehash=hash (prevstatehash, KVSet, height), который содержит информацию о хэше состояния предыдущего блока, информацию о состоянии данных KVSet этого блока и текущий информация о высоте блока (то есть информация о версии).
В базе данных каждого узла будет храниться следующее соответствие:
хэш->высота(версия)
высота(версия)->хэш
ключ:высота(версия)->значение
> lastest:key->value
Запрос данных:
Соответствующая высота (версия) может быть найдена в соответствии с хэшем состояния, и когда соответствующая высота может быть найдена в соответствии с высотой, конкретное значение ключа соответствует значению значения.
Проверка данных:
Для KVSet с определенной высотой хэш-операции могут выполняться в соответствии со значениями хэша prevstatehash, KVSet и высотой предыдущего блока. значения совпадают, данные не были подделаны, в противном случае данные изменены или данные неверны (неправильная высота или неверные данные KVSet).
Поддержание последней версии данных:
В частности, при сохранении ключа и значения последнего блока одновременно сохранять (новый ключ) или обновлять (уже есть история Ключ версии) отношение сопоставления ключ:последнее->значение хранится в локальной базе данных "ключ-значение". Когда вам нужно получить последние пакетные данные, вы можете запросить последние данные в пакетах в соответствии с последним префиксом (можно настроить). Так как обычная база данных ключ-значение вполне может поддерживать запросы на сопоставление префиксов, эффективность запроса будет относительно высокой, намного выше, чем у запроса структуры хранения дерева Меркла.

Суперузел проекта

Чтобы повысить производительность блокчейна, параллельная общедоступная цепочка обычно использует консенсус DPOS (Share Authorization Proof Mechanism), то есть в цепочке выбираются несколько суперузлов для оплаты вычислительной мощности и поддержки широкополосного доступа.
Информация о транзакции должна быть упакована в блок, и информация о блоке передается другим узлам, а информация о транзакции хранится в блоке, чтобы выполнять функцию совместного управления сообществом.
Независимо от того, успешна ли общедоступная цепочка, одним из ключевых показателей является количество узлов в цепочке. Механизм суперузла может помочь параллельной общедоступной цепи быстро установить экологию в цепочке и полагаться на работу и обслуживание каждого суперузла, чтобы способствовать процветанию экологии параллельной общедоступной цепи и реализовать более стабильную, мощную и децентрализованную область. Блокчейн система.
В то же время оператор параллельной общедоступной сети может создать фонд параллельной сети для продвижения инициативы и энтузиазма суперузлов с помощью различных механизмов поощрения токенов и методов работы фонда для суперузлов, а также путем выкупа токенов. , процедуры транзакций Способствовать здоровому и устойчивому развитию параллельной публичной сети.

Проект поддерживает функцию оракула

Машина-оракул реализует связь между блокчейном и реальным миром.Машина-оракул представляет собой доверенную сущность, которая вводит информацию о состоянии внешнего мира посредством подписей, тем самым позволяя детерминированным смарт-контрактам определять неопределенные < br> Внешний мир реагирует. Машина оракула обладает такими характеристиками, как отсутствие несанкционированного вмешательства, стабильное обслуживание и возможность аудита.
Выпуск данных контракта оракула делится на три этапа:
(1) Выпуск события выпуска данных (уведомление всей сети о том, что результат события будет объявлен в будущем, и присвоение уникального идентификатора события, если событие не произошло и может быть отменено).
(2) Предварительные результаты (поставщик данных предварительно публикует временные результаты, и если результаты аудита признаны проблематичными, они могут быть отозваны).
(3) Опубликовать результаты (после аудита предварительных результатов они наконец будут выпущены для всей сети, которую нельзя будет подделать, а также можно будет проверить и отследить).
Другие контракты (например, контракты на угадывание) могут использовать идентификатор события и определенные события на шаге 1 выше для выполнения действий (угадывания). Когда будут объявлены результаты шага 3, контракт на угадывание инициирует выполнение контракта. урегулирование угадывания в соответствии с результатом, соответствующим идентификатору события, для достижения объективного, достоверного, проверяемого и отслеживаемого справедливого угадывания без вмешательства человека.