Абстрактные

В качестве инновационного способа оплаты, Bitcoin andother cryptocurrenties стал острой проблемой во всем мире. Decentralizedand низкая стоимость делает его затопление тенденции будущего развития. С пользовательским scaleexpansion, Bitcoin не может удовлетворить все различные требования оплаты, andbrings возраст Bitcoin 2.0 (как BTS, NXT, и NMC). Тем не менее, каждая монета имеет onenew функцию, которая вызывает чрезмерный выпуск и fragmentization из cryptocurrenties.

В ответ на эту проблеме fragmentization ofcryptocurrenties’, распределенной система автономной корпорации Runtime (DACRS) была разработана и создана командой SoyPay. Эта статья будет ввести режим работы, detailsand технических принципов системы. А также представить некоторый practicalapplications обнародует свою великую силу и потенциал по применению оплаты.

1 Предисловие

Концепция Bitcoin 2.0 стала острой проблемой now.New cryptocurrenties выходят continuouslyaround мира, но лишь очень немногие из них выживают. Каждая новая монета declaresthat ней добьется некоторых новых функций. Монеты, рожденные для удовлетворения потребностей thatBitcoin не может удовлетворить вызвать чрезмерный выпуск из cryptocurrencies. Каждый paymentapplication может найти один или несколько совпавших монеты. Fragmentization из cryptocurrentieshas стать большой проблемой.

Fragmentization из cryptocurrenties построил environmentfor спекуляции, что делает 2,0 Entangle Bitcoin подозрением жульничества. Functionisolation, большое колебание валютных курсов Влияние серьезно влияет на cryptocurrenties'development. 3I опубликовать свой план интеграции PTS, АГС и DNS в БПС fewdays назад, что в полной мере доказать fragmentization имеет плохое влияние на cryptocurrentiesto какой-то степени.

Чтобы устранить эту проблему, команда SoyPay выходит на conceptof децентрализованного автономной корпорация выполнение системы, и поставила в систему practice.The будет строить базовую среду выполнения для DACs, и разработчики justneed сосредоточиться на основной логике новых приложений, которые могут достичь thefunctions традиционные DACs обладали. На DACRS различные DACs могут sharethe данные и активы могут обмениваться. Он будет решать поперечные chaintransactions и проблемы fragmentization.

2 Введение

Продолжительность распределенной система AutonomousCorporations (DACRS) является P2P приложения платформы работать в thenetwork, которые обеспечивают разработчик базовой инфраструктуры (P2P сеть, проверка подписи, блок Откат, Откат данные пользователя, полномочия verificationetc.).

В DACRS, каждое приложение equalto один традиционный DAC [1] (Distributed AutonomousCorporation), и может достичь большинства функции ЦАП. Работа этого kindof «корпорация» будет реализована в виде скрипта. Развитие workwill легче в этом режиме для разработчиков просто нужно сосредоточиться на реализации CoreLogic в. Это может сэкономить время и ресурс для проектирования и разработки DAC.

2.1 Виртуальная машина

DACRS имитирует 8051 процессор (RAM 64 К, ROM64K).
В то время как виртуальная машина isrunning, приложение может считывать всю информацию DACRS, чтения-записи приватной базы данных theapplication и изменить учетную запись системы (необходима проверка полномочий).

Код C / C ++ может быть скомпилирован Байт Keil или IAR 8051.

2,2 SmartCoin

SmartCoinis в криптовалюту из DACRS, которые используют для регулирования объема транзакций (toprevent затопления атак DACRS) и действий договора (до preventthe злоупотребления ресурсов разработчиков). Функция похожа на XRP ofripple и монеты можно использовать в качестве средства обмена активами между theapplications.

2,3 ApplicationRegistration

Через DACRS, разработчики могут разрабатывать и registerall вид приложений для достижения различных финансовых потребностей.
Разработчики используют C / C ++ для разработки различных видов ofapplications, и зарегистрировать их в DACRS. Система выделит privatedatabase, виртуальную машину и счет приложений для приложений.

2.4 Счет

Счет приложений

Система сгенерирует счет для everyapplication. И баланс счета только может быть изменен при запуске contract.Application счета является использование в качестве промежуточного счета в целом.

Учетная запись пользователя

Все зарегистрированные пользователи будут иметь их пользователь accountswhich содержать открытый ключ пользователей и их данные авторизации. Только AuthorizedApplications может изменить учетную запись в соответствии пределы полномочий, anyother операции должна проверить подпись пользователей.

2.5 TransactionType

2.5.1 Система транзакций

Система включает в себя транзакции прямой accounttransfer, регистр приложений, авторизации и т.д. транзакционной системы, как и thebasic функции DACRS, в основном используется для поддержки требований basicpayment системы. Он не связан с пользователем транзакции.

2.5.2 определяемые пользователем транзакции (Application Связанные)

Приложение, связанное сделки, calleduser определенные транзакции в DACRS. При использовании такого рода сделки, userneed отправить на пакет включает в себя идентификатор приложения и данные черного ящика. Systemwon't анализировать данные черного ящика, но отправить его в виртуальную машину вместо этого.

Данные черный ящик должен быть подписанным данные packageswhich содержат содержание договора, условие исполнения соответствует applicationrequirements. После того, как получил пакет, то correspondingvirtual машина будет работать автоматически.

При запуске кода приложения, виртуальная machinecan изменять содержимое базы данных, а также выходные заказы, чтобы изменить UserAccount (необходимо проверить полномочия). Все implementationprocess не будет опираться на какой-либо третьей стороной.


2.6 Авторизация

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

Если приложение содержит какую-либо ошибку или maliciouscode, пользователи могут понести убытки, когда они авторизованы. Это делает nodifference для withoutauthorization пользователей.
При выполнении пользовательской транзакции, система willperform проверка полномочий и проверка баланса на виртуальной машине счета оперативного построения outputfrom для предотвращения вредоносных программ и обеспечения thetransaction суммы соответствует.


2,7 OpenPlatform

В качестве открытой платформы, все зарегистрированные пользователи могут anapplication разработчик DACRS расширить функции системы, а также chargefor приложение.
Разработчики могут достичь различного рода applicationsin DACRS, таких как децентрализованная лотерея, обеспеченных сделки, transaction'sarbitration и т.д. И это будет сделать оплату криптовалюты очень легкой, быстрой и мощной.


3 Техника

3.1 Безопасность

DACRS может использовать POS (Доказательство коле) рано, и может измениться на DPOs (DelegatedProof доли) в более поздний период, чтобы обеспечить безопасность.

3,2 Анонимность

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

3,3 BlockSize

Данные общей транзакции будут сжаты intoabout 110 байт (среднее значение Bitcoin составляет 700 байт). Один контракт может justadd по цене от 10 байт для блокировки.

При том же объеме сделки, blockchain sizemay в 3 раза меньше, чем Bitcoin-х.

3,4 ResourcesRecovery

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

Когда виртуальная машина приложения запускает пользовательский definedtransaction, он будет взимать плату за плату топлива по стадиям. Применение будет beforce без топлива.

Частная база данные также должны быть заряжены accordingto числа байт памяти и время памяти. Система будет автоматически удалять устаревшие данные andrecover ресурса.


3.5 Схема системы
            

                  

4 Приложения оплаты

простые и гибкие функции DACRS будут удовлетворять требования thepayment в повседневной жизни. И это может сделать криптовалюта paymentbe гораздо проще и безопаснее.

В этой главе мы обсудим о executionconditions, правилах и некоторых деталях платежных приложений. DACRS будет achievebut не только обеспеченная сделки, P2P игровой платформы и P2P financingplatform, из которых обеспеченного сделка будет основным приложение.

4,1 Обеспеченные сделки

Обеспеченные сделки кредит или кредит transactionin, который покупатель приобретает залоговое обеспечение принадлежащего sellerand имеет право на взыскание или изымать залог в случае невыполнения theseller в. Условия отношения регулируются договором, orsecurity соглашением. [3]

Ключевой момент обеспеченной сделки disputesolving механизма. Традиция оплата приложения, такие как PayPal, Alipay settlethe споров с использованием конкретных штабов обслуживания клиентов, чтобы судить accordingto доказательства того, что торговые партии при условии. Тем не менее, DACRS solvedisputes от распределенного арбитража.  

4.1.1 Связанные понятия

Распределенная Арбитраж

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

Доказательства

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

В системе DACRS, когда торговые партнеры communicateon чата программного обеспечения, все сообщения, которые они посылают зашифрованное частное key.If одна стороны нарушает договор, другой может представить доказательства в thethird сторон арбитра. Арбитр должен вынести решение на основании этого.

Арбитраж Применение

Арбитраж applicationis программы, разработанный разработчик третьей стороны и работает в системе DACRS. Theinput будет подписан пакет, который состоит в prescribedformat. Различные приложения могут поддерживать различные contractcontents и удовлетворить различные требования. Когда шахтер получает этот вид сделки, система будет запускать приложение в соответствии с инструкцией переноса счета.  

4.1.2 Арбитром

Система DACRS приносит в концепции арбитра Forthe впервые. При кэрри по операциям в DACRS, кроме покупателя, sellerin общей сделки, участие ролей также присоединяется к арбитру whensome появляются споры и нужен кто-то, чтобы координировать и арбитром. В specificpayment приложения, разработчики могут выбрать, чтобы присоединиться к арбитру roleor не в соответствии с их различными потребностями. Эта глава познакомит theconcept арбитра в DACRS, а также подробный анализ и comesin разложения в следующей главе которых о применении оплаты.

Определение

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

В системе DACRS, арбитр является независимым profession.Everyone может зарегистрировать арбитр счет в системе, чтобы обеспечить arbitrationservice. Профессиональный арбитр заменит serviceadministrator клиента в традиционной платформе сделки.

Кредит и прибыль

Арбитр может построили свой авторитет, принять thearbitration заказы, а также может взимать комиссионные. Все арбитражные thatan арбитр, участвующие будут записаны и открыты для публики. Когда arbitratorsjoin в многопартийной арбитраж в результат, что большая часть arbitratorsagree с будет выбран в качестве окончательного вердикта. Меньшинство, кто делает неправильно arbitrationwill быть записаны. Когда торговые стороны хотят, чтобы выбрать арбитр, theycan обратиться к арбитражному числу, количеству жалоб и просчетов отношения todesignate арбитра.
Профессиональный арбитр будет разделен intoseveral уровней. По присоединиться к арбитражу, арбитры могут построить доверие andupgrade их уровня. Высокий уровень арбитр получит доверие со стороны mostpeople, что может привести больше арбитражных заказы. При более высоком уровне, arbitratormay имеют более широкий выбор, и они могут сделать больше прибыли за счет увеличения комиссии.

Столкновение Предотвратить

В процессе сделки, арбитр может вступать в сговор с одной торговой стороны в связи с выплатами соблазнения. Toprevent сговора между арбитром и одной стороны, торговые партий canchoose единого арбитража или многопартийной арбитраж. В многопартийном арбитраже, конечный результат должен быть подвергнут большинство арбитров. Forexample, в трехсторонний арбитраж, результат, что 2 или более arbitratorsagree с будет конечный результат.

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

4.1.3 Одно Арбитраж Применение

условия

1. Торговые стороны зарегистрировать счет в DACRS, и заморозить некоторые монеты в качестве депозита. Когда контракт сломалась, депозит может becharged согласно приговору.

2. Торговые стороны выбирают арбитраж applicationbased на их потребности.

3. Назначить арбитр.

Процесс сделки

Покупатель: A
Продавец: B
Арбитр: C

Покупатель Aorganizes содержание договора как на тайм-аута, суммы сделки и др termsin предписанного формата данных. В знак файл и отправить продавцу B. Afterchecking и подтверждающие содержание, B знак и транслировать его. После minerchecks пакет и положить его в блок, монеты и будет передавать непосредственно B (в течение ограниченного времени, B не может использовать монеты). Когда достигают определенного blockheight, B будет отправить товар в A.

Нормальная сделка

Если есть noany спор, монеты будут разморожены после тайм-аута. Тогда B можно получить, что coinsand сделку полностью.

AbnormalTransaction

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

жалоба

Если А hasn'treceived товара или товара есть какая-то проблема, которая не compliedwith договора, и B отвергает ее решить, А может инициировать разбирательство bysubmitting жалобы в соответствии с договором. В обеспечивает theevidences для арбитра C, и применяется для арбитража.

арбитраж

Арбитра C getsthe доказательства и обменивается данными с торговыми партнерами. Тогда C делает вердикт и sendsthe арбитражный пакет. Miner получает пакет и выполняет приговор automatically.C заряжает комиссию, то сделка завершена.

Система onlyprovides единого арбитража в настоящее время. Прежде всего ввести процесс singlearbitration.

Предотвращение атаки

1. применяется для арбитража, butarbitrator C не отвечает.

  Если покупатель отправить запросы на арбитраж, но C не отвечает Интайм. А может послать пакет арбитражных запросов к системе (плата за willbe платы). Система будет вычитать депозит со счета C, а затем передать A'saccount и заморозить его. Когда тайм-аут, но C не ответил его, frozencoins не могут быть восстановлены. Кроме того, все арбитражные записываются в block.If арбитр, не отвечайте на запросы будут иметь непосредственное влияние на theircredibility, которые заставляют их Ответные арбитражные запросы без задержек.

2. Фрейм арбитр C, что Chasn't ответил запрос на арбитраж.

  В случае, Фрейм С, А нужно платить forsending пакета арбитражных запросов первой. После того, как C осведомлено о balancechange и принятии мер, он может отправить последующий арбитражный пакет torecover вычитаемых монет. Miner получает файл и задастся verdict.In этого случай не может сделать какую-то прибыль, но потерял комиссию. На thiscondition, только тогда, когда А эмерджентная и не заботится о комиссии thathe может обрамляет C.

3. Арбитр С вступает в сговор с oneparty.

  Арбитра C решается A и B, и они должны подписать и Confirmit. А и В не могут поверить в C, если C не имеет какой-либо убедительности запись. Также theycan выбрать многопартийный арбитраж, когда они могут доверять C. В нескольких partyarbitration, результат, что большинство арбитров согласны с будет выбрал в качестве thefinal вердикта. суждение единого арбитра не может быть окончательным вердиктом. Если C'sjudgment противоречит мнению большинства, неправильный арбитраж будет recordedand повлиять на достоверность. Для того, чтобы получить больше арбитражных заказы, C не должно colludeswith любой торговой партии.

4.1.4 Многопартийность Арбитраж
  
Подобно единому арбитраж, многопартийная арбитраж может быть достигнута только путем установить вниз transactionrules и разработать соответствующее приложение. Он не будет больше деталей discussedin этой статьи.


4,2 P2P игровой платформы

Теперь онлайн-игры все управляются centralizedcompany и справедливыми и правила игры определяются ими. Для обеспечения thefair децентрализованных P2P игр нужно будет решить проблему генерации randomnumber и выполнения результатов профайлинга. DACRS урегулирует эти problemsfor разработчиков путем создания игр в смарт-контракта. Кроме того, DACRS alsoprovide системы идеально подходят награды для разработчиков.

4.2.1 Dice

игрок

1. Игрок игры: A, B

2. A, B регистрирует DACRS счет и выслал несколько монет, как депозит

правило

A, B выбирают случайное число в отдельности. Если результат ofadding два числа является четным числом, то Победа; в противном случае, B выиграть.

Задний план

A, B не доверяют друг другу. Они самостоятельно относятся andeager, чтобы выиграть игру всех средств.

Алгоритм

Алгоритм игры и правила наказания renegeare сделаны разработчиками, которые зарегистрировались в DACRS.

Обработать

1. генерирует случайное число «е» и computesthe контрольную сумму. Используйте случайное число «F» для шифрования «е» и упаковать его. Знак Thepackage с закрытым ключом затем отправить B.

  
Игра APP ID
     
Ставки Сумма
е, зашифрованное с помощью е
Контрольная сумма Э
Подпись A в

2. получить упаковщик andcheck сигнатуры а первым. Тогда B генерирует случайное число «Н», вычисляет checksumand шифрует «H» случайное число с «я». Смешайте все данные в одном пакете, а затем подписать его и отправить в A.

  
Игра APP ID
     
Ставки Сумма
е, зашифрованное с помощью е
Контрольная сумма Э
Подпись A в
ч, что шифруется I
контрольная ч в
подпись Б

3. После получения пакета, Apublish случайное число «е» и отправить B.
Атака может произойти в этом шаге. После части будет discussabout предотвращения атак.

  
Пакет получен на шаге 2
     
случайное число е
Подпись A в

4. B получить случайное число А, а затем отправить пакет со случайным числом «я» к А.

  
Пакет получен на шаге 3
     
случайное число я
подпись Б

5. Теперь А и В известных номера therandom друг от друга, таким образом, они могут выяснить результат. Thensend пакет данных, как показано ниже в системе. Система автоматически выполняет результат, и сделка завершена.  

  
1
     
2
3
4
4
4
5
6
Игра APP ID
сумма сделки
комиссия
Хэш пакета шаг 1 в
Хэш пакета шаг 1 в
......
Подпись A в
подпись Б

DACRS будет использовать пакет приема в шаге 5 в качестве theinput из соответствующего приложения игры и запустить его. Если минимальное commissionhas было предусмотрено, комиссия в пункте 5 должна быть выше, чем stipulatedone. В противном случае, он не сможет запустить приложение и транзакции can'tcomplete. Комиссии будет мотивировать существующих стороннее developerseffectively.

Если пакет шага 5 был введен в блок, система будет отклонять пакеты от шага 1 до 4, когда они были отправлены afterthat и наоборот.

А и B могут послать пакет данных шага 5 в одноразовом после игры в п раза. Это может облегчить нагрузку на систему.

Предотвращение атаки

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

1. отправить поддельные случайные number.B может узнать, что контрольная сумма является неправильным, когда один расшифровывает его, а затем rejectto отправить следующий пакет. Это ничего не значит А для обмана таким образом.

2. Если B знает, что он потерял Thegame путем вычисления и случайные чисел Б, В, может весьма вероятно отказывается sendthe следующего пакета и разорвать контракт. В этом случае, A может отправить Thepackage шага 3 в систему с платой заряженной. Miner использует пакет как inputand запустить приложение, и система будет судить, что B потерял игру и депозит deductB в. B не может получить ничего, кроме записи по умолчанию, делая это.

3. Когда А получает пакет, Acan кадров, B нарушил договор и скроется с деньгами и отправить Thepackage в DACRS. Miner поместить его в блок, и система будет решать, что Blost игры. В этом случае B может подать жалобу по знаку и отправить therandom номер для шифрования в системе. Miner вычисляет результат по toall пакетов и выход правого результата.

В этом случае А не получил случайное число Б еще и не известно resultwhen он кадр B. Если A проиграл, наконец, B, безусловно, жалуются на it.A не может получить какую-либо выгоду, также потерял комиссию.

Если B послать неправильное случайное число до А после получения пакета Step3 и выяснить сам проиграл. Аналогичным образом, можно обнаружить, что checksumis неправильно, а затем отправить пакет в систему. Система будет судить B потерял Thegame и вычитать депозит Б. Это больше неприятностей, чем выгоды.



4,3 P2PLending

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

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

Компенсация 1. компенсации в не dependon какой-либо третьей стороной. Система автоматически передает компенсацию.

2. Гарантийные компании полностью не transparentand никаких операций черного ящика.

нет 3. Даже нет необходимости в кредитных платформы для distributethe транзакционной информации. Инвесторы могут оценить гарантии companies'credibility и сократить расходы путем анализа общественного генерала DACRS в legerdirectly.

4.3.1 Участники

Заемщик А, Guarantoror гарантия компании Б, От владельца С (С, может быть один или morepeople: С1, С2, С3, С4, С4 ... ... Cn)

4.3.2 Нормальная сделка

1. А, В, С имеют зарегистрировать счета в DACRS.

2. выбрать B, который обеспечивает гарантию businessto гарантии для него в некотором роде.  

3. B делает оценку о financialsituation, кредит на собственный страх и риск. Затем решить, следует ли гарантировать А или не andcharge комиссии.

4. АВ переговоры и подтвердить план погашения (monthlybalance, согласование выплат основной суммы и т.п.), депозит, срок окупаемости и otherterms. Они подписать и отправить договор с минимальной суммой инвестиций, InterestRate и другими правилами в DACRS. Система будет автоматически заморозить оговоренную депозит Б.

5. Bpublishes содержание договора на информационной платформе третьей стороны.

6. Когда заметив контракт, инвестор C willevaluate о депозитных и гарантийных записях Б, сумме кредита в размере, и returnon инвестициях. Тогда C решает, следует ли инвестировать или не основаны на его собственном financialsituation.

7. После того, как решает присоединиться инвестиции, C знак andaccept контракт с предоставить ключ, а затем подтвердить сумму и отправить DACRS.System будет передавать монеты с А автоматически, когда условия договора ofloan будут выполнены.  

8. погашает кредит с процентами по графике accordingto условий контракта. После того, как контракт истек, система разморозки thedeposit и выделить монеты в соответствии с условиями договора.

4.3.3 Аномальные сделка
В том случае, Скрытое hisreal финансовое положение и прошло проверку Б или А неудовлетворением investmentthat не может погасить кредит в срок, отложение B будет передан toinvestor C автоматически в соответствии с договором. В и С, разделить риски.

4.3.4 Вопросы и ответы
FAQ1: Если B имеет замораживать ту же сумму вклада в thatof кредита, это может быть эквивалентно, что B одалживает деньги на непосредственно. Isthere необходимо совершить сделку по DACRS?

ANS: B не нужен замораживать, что много суммы в качестве loan.With высшего депозита, риск C будет меньше, и B может взимать более высокое commissionwhich составит интерес Кассиопеяна ниже. C может ссылаться на гарантийные документы Б orevaluate риск другими средствами, оценить свою способность, прежде чем действовать. В то же время, он имеет конкуренции среди поручителей, и рынок достигнет точки баланса atsome в конечном счете.

FAQ2: Как уже выше, депозит B будет вычитаться, когда договор breakthe. Если есть много значения по умолчанию, то B обанкротится так или иначе?

ANS: В качестве гаранта, B следует тщательно изучить и проверить A'sfinancial ситуации. Кроме того, они могут заключить договор ипотеки в залог realassets или использовать некоторые другие меры для контроля риска. Операция Б и risksare же, что текущая гарантия компании на рынке.

FAQ3: После проведения операции в период времени, B figuresout, что небольшие кредиты участия в все в низкой скорости по умолчанию сюжета риск управляем. Поэтому, B хочет обещать инвесторам погасить themin полностью, если А нарушил договор. Но B не может замерзнуть 100% от суммы. Это возможно?

ANS: В этом случае, B должен измениться на другую транзакцию application.Add термина в применение: кроме замороженного депозита Б, система также candeduct баланса счета Б. Условия применения и контрактные authorizedand подписываются B, а также все результаты выполнения предсказуемы, что ISNO любой логики или безопасности проблемы. Если баланс счета B является недостаточным, неудачная вычет будет серьезно повлиять на авторитет Б. После того, как это произошло, будет записано в записях B, и повлиять на будущие заказы B непосредственно. Whetherto принимает этот вид договора и несут риск, это все зависит от investorC.

FAQ4: Является ли система DACRS может поддерживать различные виды терминов andrules? Такие, как платить только 60%, если Пробой контракт, или вычесть guarantor'sdeposit после N месяцев.

ANS: Да. Все правила, которые способны представлять withnumbers можно высаживать приложением. Результаты известны и predictablein заранее. Когда участники подписать и принять договор, все условия andrules будут выполнены автоматически.

FAQ5: Может ли установить правила, чтобы поднять в 1 asmuch млн одного месяца, в противном случае план средств будет прервана?

ANS: Он должен относиться к FAQ4. Когда дело доходит до срока, А не может поднять столько, сколько указанной суммы, то все средства будут bereturn инвесторам. Заемщик не может использовать фонд, прежде чем он достигнет thespecified суммы.


4.4 Другие

В дополнении к aboveapplications, DACRS добьется больше функций от проектирования приложений anddevelop. Ниже приведены некоторые примеры,

1. Цифровой релиз активов и distributedtransaction.

2. Asset анкеровки.

3. Coinjoin.



5 Анализ конкуренции

1. Все инновационный дизайн БПС, Nubits, NXTand другие cryptocurrencies жестко закодированы в систему. Поэтому expansibilityis ограничен, что делает его не быстрый ответ на новые требования и beimpossible для поддержки некоторых незначительных приложений.

2. Ethereum открыл дверь программируемого DACapplications. Тем не менее, Ethereum сохранить исполняемый код, как contractcontent в упаковку, которые вызывают припуск пакета и расширения ofblock.
3. DACRS общего кода исполняемого приложения и optimizethe протокол связи, чтобы минимизировать размер блока и сохранить применение гибким.




6 Ссылки

[1] ЦАП:

http://baike.baidu.com/view/66060.htm?fr=aladdin#8

http://en.wikipedia.org/w/index.php?title=Decentralized_Autonomous_Organization&перенаправление не = нет # Decentralized_Autonomous_Corporations.2FCompanies_.28DACs.29

[2] обеспеченная сделка:http://en.wikipedia.org/wiki/Secured_transaction


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


Скачать Whitepaper:
Китайский:
https://drive.google.com/file/d/0B4M_T-O86dohem1XOHMweWZ4bFE/view?usp=sharing
Английский:
https://drive.google.com/file/d/0B4M_T-O86dohZWpMVHFYUDMzU00/view?usp=sharing