Skip to content

Whitepaper_bg

strophy edited this page Apr 12, 2018 · 4 revisions

Dash: Крипто-валута ориентирана към личната неприкосновеност

Evan Duffield - [email protected]
Daniel Diaz - [email protected]

Теория. Крипто-валута базирана на Биткойн, базирано върху работата на Сатоши Накамото, с различни подобрения като двуслойна мрежа, позната още като мрежа от Главни възли (Masternode network). Включва други подобрения като PrivateSend, за увеличена взаимно заменяемост и InstantSend, който позволява мигновено потвърждение на транзакцията без централизиран орган.

1 Въведение

Биткойн [1] е крипто-валута, която се е очертала като популярно средство за размяна и е първата цифрова валута, която е привлякла значителен брой потребители [2]. Тъй като това е началото на 2009 г., Биткойн бързо се развива в масовото интегриране и използване от търговци [3]. Основен проблем с приемането на Биткойн в мястото за продажба (POS) е времето, което е необходимо да се изчака мрежата да потвърди че направената транзакция е валидна, алтернативни фирми извършващи плащания са създадели методи, позволяващи продавачите да приемат транзакции с нулева потвърждение, но тези решения използват надежден контрагент да посредничи за сделката извън протокола.

Bitcoin предоставя транзакции под псевдоним в публичното пространство , с една връзка един-към-един между изпращача и получателя. Това осигурява постоянен запис на всички сделки, които някога са се случили в мрежата [5]. Bitcoin е широко известен в академичните среди, че осигурява ниско ниво на неприкосновеност на личния живот, макар и с това ограничение много хора все още поверяват тяхната финансова история на неговия blockchain.

Dash e първата частно ориентирана криптирана валута базирана на работата на Сатоши Накамото. В тази статия ние предлагаме серия от подобрения, в сравнение с Bitcoin, които водят до децентрализирана, силно анонимна крипто-валута, с защита от фалшификация, мигновени сделки и peer-to-peer (P2P) мрежа стимулирана да предоставя услуги на Dash мрежата.

2 Masternode мрежа

Пълен възли са сървъри, работещи в една P2P мрежа, които позволяват на пиърите да ги използват за да получават известия за събитията в мрежата. Тези възли се нуждаят от значителни количества трафик и други ресурси, които носят значителни разходи. В резултат на мрежата Bitcoin се наблюдава значително намаляване на размера на тези възли за известно време [7] и като резултат разпространяването на блок се увеличи на 40 секунди [14]. Много решения са предложен, такива като новата система от премии на Microsoft Research [4] и стимулираща програмата за Bitnodes [6].

Фигура 1: Bitcoin пълни възли от пролетта на 2014

Фигура 1: Bitcoin пълни възли от пролетта на 2014

Тези възли са много важни за здравето на мрежата. Те предоставят на клиентите възможност да синхронизират и бързо да разпространяват съобщения за цялата мрежа. Предлагаме добавяне на вторичния мрежа, известна като мрежата на Dash Masternode. Тези възли ще имат висока надеждност и ще осигуряват необходимото ниво на услуги на мрежата, за да вземат участие в програмата за Reward Masternode.

2.1 Masternode Програма за възвръщаемост - Цена и плащания

Голяма част от причината за намаляването на пълните възлови точки в мрежата Bitcoin, е липсата на стимул за стартирането им. С течение на времето разходите за провеждане на пълни възли (full nodes) с които мрежата трябва да свикне са, създаването на повече трафик и увеличаване разходите на оператора. За да намалят стойността, операторите консолидират своите разходи за да бъде по-евтина поддръжката или пускат лек клиент, който не помага на мрежата като цяло.

Masternodes са пълни възли/full nodes/, точно като в мрежата на Bitcoin, освен че трябва да се осигури ниво на обслужване на мрежата и да има обезпечаване за участието. Обезпечение никога не се губи и е в безопасност, докато Masternode работи. Това позволява на инвеститорите да предоставят услуга на мрежата, да носят лихва върху техните инвестиции и да намалят нестабилността/волатилността на валутата.

За да стартирате един Masternode, възелът трябва да съхранява 1,000DASH. Когато са активни, възлите предоставят услуги на клиентите в мрежата, а в замяна получават възвращаемост под формата на дивидент. Това позволява на потребителите да плащат за услугите, и да печелят възвръщаемост на инвестициите. Всички Masternodes се изплащат от една и съща база на парите, около 45% [бележка под линия] от общия блок награда е посветена на тази програма.

Поради факта, че Masternode програмата за възвращаемост е с фиксиран процент и работещите Masternode са променливи, Masternode наградите ще варират в зависимост от текущият общият брой на активните Masternodes. Плащания са за стандартен ден при работещ Masternode може да се изчисляват, като се използва следната формула:

(n/t)* rba

Where:
n е броят на Masternodes контролирани от оператор
t е общият брой на Masternodes
r е сегашната награда от блок (за момента средно около 5 DASH)
b са блоковете средно за ден. За Dash мрежата са около 576.
a е средното плащане на Masternode (45% от средната стойност на блока)

Възвращаемостта на инвестицията при стартирането на един Masternode може да бъде изчислена като

((n/t)* r * ba365) / 1000

Когато променливите са същите както по-горе.

Разходите, свързани със стартирането на един Masternode създава твърд и мек лимит за ограничението на активните възлови точки (Masternodes) в мрежата. В момента с 5.3 млн. DASH в обръщение, само 5300 възли биха могли да бъдат стартирани на мрежата. Мекият лимит е наложено от цената , която ще струва да придобиете Masternode както и от ограничената ликвидност на борсите дължаща се на използването на Dash и като валута, а не просто за инвестиция.

2.2 Детерминирани заявки

Специален детерминиран алгоритъм се използва за създаването на псевдо-произволна заявка от Masternodes. Чрез използване на хеш от доказване на работа за всеки блок, сигурността на тази функционалност ще бъде осигурена от минната мрежата.

Псевдо код, за избор на Masternode:

За(mastenode in masternodes){
    current_score = masternode.CalculateScore();

    if(current_score > best_score){
         best_score = current_score;
         winning_node = masternode;
    }
}

CMasterNode::CalculateScore(){
   pow_hash = GetProofOfWorkHash(nBlockHeight); // get the hash of this block
   pow_hash_hash = Hash(pow_hash); //hash the POW hash to increase the entropy
   difference = abs(pow_hash_hash - masternode_vin);
   return difference;
}

Примерният код може да бъде удължен допълнително за да осигури класиране на Masternodes като, "втори", "трети", "четвърти" Masternode в списъка, за да бъде избран.

2.3 Недоверчив кворум

В момента мрежата на Dash има около 2,400 активни Masternodes [8]. С изискване от 1,000DASH обезпечение за да стане активен Masternode, ние създадохме система, в която никой не може да контролира цялата мрежа от Masternodes. Например, ако някой иска да контролира 50% от мрежата Masternode, ще трябва да закупи 2,300,000 DASH от свободния пазар. Това ще повиши значително цената и ще стане невъзможно да се придобият необходимите DASH.

С добавянето на мрежата Masternode и изискванията за обезпечение, можем да използваме тази вторична мрежа, за да се правят силно чувствителни задачи по ненадежден начин, където няма единен субект който да контролира резултата. С избирането на N псевдо случайни Masternodes от общия басейн да изпълняват същата задача, тези възли могат да действат като оракул, без да се налага цялата мрежа върши задачата.

За пример, прилагането на ненадежден кворум (виж InstantSend [9]), който използва кворуми да одобряване на сделки и заключване на входове или изпълнението на Proof-Of-Service [10].

Друг пример за използване недоверчив кворум може да включи използването на мрежата Masternode като децентрализирана Oracle за финансовите пазари, което я прави сигурна децентрализирана договорна възможност. Като примерен договор, ако Apple Stock (AAPL) е над $300 на 31 Декември 2016 г. плащате публичен ключ А, вместо публичен ключ B.

2.4 Роли и Proof-Of-Service

Masternodes могат да предоставят неограничен брой допълнителни услуги на мрежата. Като доказателство на концепцията, нашeто първо осъществяване включва PrivateSend и InstantSend. Чрез използването на това, което наричаме proof-of-service (доказване на услуги), можем да изискваме тези възли да са онлайн, отговаряйки дори на правилната височина на блока.

Лошите играчи също биха могли стартират Masternodes, но не предоставяйки никаква качествена услуга, което се изисква от останалата част от мрежата. За да се намали възможността от хората, които използват системата в своя полза възлите/nodes/ трябва да пингват останалата част от мрежата, за да гарантират , че са активни. Тази работа се извършва от Masternode мрежата чрез изберането на 2 кворум на блок. Кворум А проверява услугата на кворум B за всеки блок. Кворум А са най-близките възли до текущия блок хеш, докато кворум B са отдалечени възли от споменатия хеш.

Masternode A (1) проверява Masternode B (rank 2300)
Masternode A (2) проверява Masternode B (rank 2299)
Masternode A (3) проверява Masternode B (rank 2298)

Цялата свършена работа е да се проверява мрежата, за да докаже, че възлите са активни, се извършва от самата мрежа Masternode. Приблизително 1% от мрежата ще провери всеки блок. Този резултат е по цялата мрежа и се проверява около шест пъти на ден. За да се запази тази система ненадеждна, подбираме възли на случаен принцип чрез Кворум система, като изискваме минимум шест нарушения, за да деактивираме възел.

С цел да подведе системата, атакуващият ще трябва да бъде избран шест пъти подред. В противен случай, нарушенията ще бъдат отменени от системата като се изберат други възли от кворум системата.

Контролирани от атакуващият Masternodes / Всички Masternodes Необходимо време Вероятност за успех (n/t)r Необходими DASH
1/2300 6 6.75e-21 1,000DASH
10/2300 6 6.75e-15 10,000DASH
100/2300 6 6.75e-09 100,000DASH
500/2300 6 0.01055% 500,000DASH
1000/2300 6 0.6755% 1,000,000DASH

Таблица 1. Вероятността да се надхитри системата, представлява един индивидуален Masternode като при липса на proof-of-service

Къде:
n е общият брой контроирани нодове от нападателя
t е общият брой Masternodes в мрежата
r е ширината на веригата

Изборът на Masternodes е псевдо случаен и се основава на Кворум система

2.5 Masternode Протокол

Masternodes се разпространяват из мрежата с помощта на серия от протоколни разширения включително Masternode announce message и Masternode ping message. Тези две съобщения са всичко, което е необходимо да се направи активен възел в мрежата, след това има и други съобщения за изпълняващата искане за доказване на услугата, PrivateSend и InstantSend.

Masternodes първоначално се образуват чрез изпращане 1,000DASH до конкретен адрес в портфейла, който ще "активира" възела, което го прави способен да се размножава в мрежата. Вторично частен ключ е създаден, който се използва за подписване на всички по-нататъшни съобщения. Последният бутон позволява на портфейла, да бъде напълно затворен, когато работи в автономен режим.

Студен режим е възможен чрез използване на вторичния личен ключ на две отделни машини. Първия "горещ" клиент подписва 1,000DASH входящи, включващи вторично подписания частен ключ в съобщението. Скоро след "студения" клиент види съобщението включително неговия вторичен ключ и го активира като Masternode. Това позволява на "горещия" клиент да бъде деактивиран (client turned off) и не оставя възможността хакер да получи достъп до 1,000DASH от получаване на достъп до Masternode след активирането.

При стартиране, Masternode изпраща "Masternode Announce" съобщение до мрежата, която съдържа:

Съобщение: (1K DASH Input, Reachable IP Address, Signature, Signature Time, 1K Dash Public Key, Secondary Public Key, Donation Public Key, Donation Percentage)

На всеки 15 минути след това, ping изпраща съобщение за доказване, че възела е все още жив.

Съобщение: (1K DASH Input, Signature (using secondary key), Signature Time, Stop)

След като time-to-live изтече, мрежата ще премахне неактивния възел от мрежата, вкарвайки възел, който не може да се използва от клиентите или платен. Възлите могат също да пращат ping към мрежата постоянно, но ако нямат отворени портове, евентуално ще бъдат отбелязани като неактивни и безплатни.

2.6 Размножаване на Masternode List

Нови клиенти, влизащи в Dash мрежата трябва се запознаят с активните в момента Masternodes за мрежата да използват техните услуги. Веднага след като се присъединят към mesh мрежата, се изпраща команда към пиърите си с молба за списък на известните Masternodes. Кеша се използва за клиентите, за да запишат Masternodes и текущото им състояние,така когато клиентите рестартират, те просто ще заредят този файл, вместо да питат за пълния списък от Masternodes.

2.7 Плащания чрез Mining и Enforcement

За да се гарантира, че всеки Masternode ще получи плащане или дял от наградата на блока, мрежата трябва да изпълни плащане за правилния Masternode. Ако даден миньор е несъвместим с мрежата, неговите блокове трябва да бъдат отхвърлени от мрежата, в противен случай измамата ще бъде стимулирана.

Ние предлагаме стратегия, където Masternodes формата на кворуми, избира печеливш Masternode и излъчва тяхното съобщение. След N излъчени съобщения за избора на един и същ получател се формира консенсус въпросният блок ще бъде задължен да плати избраният Masternode.

Когато добивате в мрежата , софтуера на басейна (уебсайтове, които обединяват мощностите на отделните миньори) използва интерфейса на RPC API, за да получи информация за това как да намери блок. За да заплати Masternodes, този интерфейс трябва да бъде удължен чрез добавяне на вторичния получателя към GetBlockTemplate. Басейните след това разпространяват своите успешно добити блокове, с разделяне на плащането между тях самият Masternode.

3 PrivateSend

Ние вярваме, че е важно да има стандартена trust-less имплементация/внедряване за подобряване на неприкосновеноста на потребителите в референтния клиент, който осигурява висока степен на поверителност. Други клиенти като electrum, Android и iPhone ще имат същият внедрен слой анонимност ще и използват разширенията на протокола. Това позволява на потребителите да имат същите възможности да анонимизират средства използвайки вече добре познатата система.

PrivateSend е подобрена и разширена версия на CoinJoin. В допълнение към основната концепция на CoinJoin, ние използваме серия от подобрения, като децентрализация, силна анонимност използвайки верижен подход, деноминация и пасивно ahead-of-time смесване.

Най-голямото предизвикателство за подобряване на неприкосновеността и заменяемост на крипто-валута е да се направи по начин, който да не закрие целата блок верига. В Bitcoin базирани крипто валути, може да се каже кои изходи са неусвоени и които не са, което обикновено се нарича UTXO, което е съкращение от неизразходвани изходящи транзакции. Това води до публичен регистър, който позволява на всеки потребител да действа като гарант за целостта на сделките. Протоколът Bitcoin е разработен да функционира без участието на доверените контрагентите, при липса на такива, това е много важно, че възможното одитиране остава лесно достъпно за потребителите чрез публичната блок верига. Нашата цел е да се подобри неприкосновеността и заменяемостта, без да се губят тези ключови елементи, които вярваме, че правят една успешна валута.

Имайки децентрализирана услуга за смесване в рамките на валутата печелим способността да се запазим перфектно заменяемостта на самата валута . Заменяемостта е атрибут на парите, които диктува, че всички единици на дадена валута, следва да останат равни. Когато получите пари в рамките на една валута, те не трябва да идват с история от предишните потребители ползвали валутата , трябва да има лесен начин да се разграничим от тази история, като по този начин поддържаме всички монети равноправни. В същото време, всеки потребител трябва да е в състояние да действа като одитор да се гарантира финансовата целостта на обществените записи, без да се прави компромис с личната неприкосновеност.

За подобряване на заменяемостта и да запазим целостта на общественият blockchain/блокова верига/, предлагаме използването на ahead-of-time децентрализирана стратегия на смесване. За да бъде ефективно поддържана заменяемостта на валутата, тази услуга е пряко интегрирана във валутата, лесна и безопасна за използване от обикновения потребител.

3.1 Проследяване на CoinJoin чрез суми

Общата стратегия на съществуващите Bitcoin реализации на CoinJoin е просто сливане на транзакциите заедно. Това излага потребителите на различни методи следващи потребителските монети присъединили се към трнзакцията. Фигура 2: Пример за CoinJoin транзакция с 2 потребителя [11][12]

Фигура 2: Например CoinJoin транзакция с 2 потребителя [11][12]

В тази транзакция, 0.05BTC е изпратен през смесителя. За да се установи източникът на парите, трябва просто да добавяте стойности в дясно, докато те съвпаднат с една от стойностите в ляво.

Разделено прекъсвана на транзакцията:

  • 0.05 + 0.0499 + 0.0001(fee) = 0.10BTC.
  • 0.0499 + 0.05940182 + 0.0001(fee) = 0.10940182BTC.

Това става експоненциално по-трудно, тъй като повече потребители се прибавят в смесителя. Въпреки това, тези сесии може да бъдат де-анонимизирани със задна дата във всеки бъдещ момент.

3.2 Чрез свързване и пренасочено свързване

В другите предложени реализации на CoinJoin, е възможно потребителят да анонимизира пари,изпращайки рестото от транзакцията към борса или друг субект, който знае самоличността на потребителите. Това нарушава анонимността и позволява на субекта/борсата да се връщат назад в събитията на потребителските транзакции. Ние наричаме този тип атака "Forward Linking":

Фигура 3: Forward Change Linking

Фигура 3: Forward Change Linking

В този пример, Alice анонимизира 1.2BTC, които отива на два изхода, 1BTC и 0.2BTC. След това тя изразходва/похарчва 0.7BTC от изхода 1BTC, получаване се ресто от 0.3BTC. Това 0.3BTCтрябва да разграничи източника, потвърждавайки изразходените от Алис 0.7BTC в предната транзакция.

За идентифициране на подателя на анонимния сделката, трябва да започнем "борсовата" транзакция и се върнем назад в blockchain, докато не стигнем до "Alice изпраща 0.7BTC анонимно". Както борса знаеш, че това е ваш потребител, който съвсем наскоро е купил нещо анонимно, като по този начин губи от анонимността напълно. Ние наричаме този тип атака “Through Change Linking/Промяна в обвързването”.

Фигура 4: Through Change Linking

Фигура 4: Through Change Linking

Във втория пример, Alice купува 1.2 BTC от coinbase, тогава тази сума се анонимизира в изход от 1BTC. След това тя изразходва 1BTC, получава ресто в размера на 0.3BTC и след това ги комбинира с по-рано полученото от нея ресто в размер на 0.2BTC.

Чрез комбиниране на рестото от анонимната сделката (0.3BTC) и рестото тя ще получи от CoinJoin трнзакцията, можете да свържете цялата история преди и след,което напълно се дискредитира анонимността.

3.3 Подобрена неприкосновеност и резистентност към (DOS) Denial-of-service/Отказ-от-услуга

PrivateSend използва факта, че една транзакция може да бъде формирана и издадена от няколко страни ,като отделни части,които да обединят средствата заедно по такъв начин,че да останат неразделни след това. Като се има предвид, че всички PrivateSend транзакции са настроени потребителите да се обръщат към себе си, системата е силно защитен срещу кражба и монетите на потребителите винаги остават в безопасност. В момента смесване/миксиране с помощта на PrivateSend изисква поне трима участници.

Фигура 5: Три потребителя предоставят деноминирани средства в обща сделка. Потребителите сами плащат обратно под формата на нови изходи, които са случайно заявени.

Фогура 5: Три потребителя предоставят деноминирани средства в обща сделка. Потребителите сами плащат обратно под формата на нови изходи, които са случайно заявени.

За подобряване неприкосновенноста на системата като цяло, ние предлагаме използването на общи количества/купюри от 0.1DASH, 1DASH, 10DASH и 100DASH. Във всяка смесваща сесия, всички участници трябва да представят същите купюри/количества, като входове и изходи. В допълнение към деноминациите, таксите трябва да бъдат отстранени от транзакциите и трябва да бъдат отделени, макар и рядко unlinkable/несвързани сделки.

За да отговорим на евентуални DOS атаки, ние предлагаме всички участници излъчващи дадена транзакция да обезпечат басейна при присъединяването. Тази транзакция ще бъде изготвена до себе си и ще плати висока към миньорите. В случая, когато потребителят подава искане към смесващият басейна, те трябва да предоставят обезпечение в началото на този обмен. Ако в някакъв момент всеки потребител не успее да си сътрудничат, като например отказва да подпише, сделката за обезпечение автоматично ще се излъчи. Това ще оскъпи правенето на продължителна атака на частната мрежа.

3.4 Пасивно и верижно анонимизиране на средства

PrivateSend е ограничена до 1,000DASH на сесия и се нуждае от няколко сесии да анонимизира значителни суми/средства. За да бъде опитът на потребителя лесен и да направи timing атаките много трудни, PrivateSend работи в пасивен режим. На определени интервали, потребителския клиент ще поискат да се присъединят с други клиенти чрез Masternode. При влизането в Masternode, обекта в опашката се размножава в цялата мрежа с подробно описание на деноминациите на потребителят, които се опитва да анонимизира, но няма информация идентифицираща потребителя.

Всяка PrivateSend сесия може да се приема като независимо събитие увеличаващо анонимността на средства на потребителя. Въпреки това всяка сесия е ограничена до три клиенти, така че всеки един от три бъде в състояние да следват една транзакция. За да се повиши качеството на анонимността се използва един верижен подход, при който средства се изпращат чрез множество Masternodes, един след друг.

Ширина на веригата Възможни потребители (n)r
2 9
4 81
8 6561

Таблица 2. Колко потребителя биха могли да участват в N миксиращи сесии.

3.5 Съображения за сигурност

Както сделки са се слели, Masternodes може евентуално да"надникне" средствата на потребителите преминавайки през тях. Това не се счита за сериозно ограничение поради изискването за Masternode да държи 1,000DASH и факта, че потребителите използват произволни Masternodes, избирайки да бъдат домакин на техните присъединявания. Вероятността за следващата сделка през целото верижно събитие може да се изчисли, както следва:

Контролирани от атакуващият Masternodes / Общо Masternodes Ширина на веригата Вероятност за успех (n/t)r Необходими DASH
10/1010 2 9.80e-05 10,000DASH
10/1010 4 9.60e-09 10,000DASH
10/1010 8 9.51e-11 10,000DASH
100/1100 2 8.26e-03 100,000DASH
100/1100 4 6.83e-05 100,000DASH
100/1100 8 4.66e-09 100,000DASH
1000/2000 2 25% 1,000,000DASH
1000/2000 4 6.25% 1,000,000DASH
1000/2000 8 0.39% 1,000,000DASH
2000/3000 2 44.4% 2,000,000DASH
2000/3000 4 19.75% 2,000,000DASH
2000/3000 8 3.90% 2,000,000DASH

Таблица 3. Вероятността за проследвяване на PrivateSend в мрежата дава на атакуващият да контролира N възли/nodes/.

Къде:
n е общият брой контроирани нодове от нападателя
t е общият брой Masternodes в мрежата
r е ширината на веригата

Избирането на Masternodes е произволно.

Като се има предвид ограниченото предлагане на DASH (5.3 милиона в момента на писане, Април 2015 г.) и ниската ликвидност налична на пазара, става невъзможно да се постигне достатъчно голям брой Masternodes за да успее в такава атака.

Разширяване на blinding Masternodes системата към транзакциите, извършващи се на техния възел/node/ до голяма степен биха подобри сигурността на системата.

3.6 Masternode Blinding чрез Relay/препредаваща/ система

В част 3.4 описахме вероятностите след единична транзакция, чрез множество сесии на PrivateSend смесване. Това допълнително може да бъде решен чрез blinding(замаскирани) Masternodes, така че те не могат да видят кои входове / изходи принадлежат към кои потребители. За да направите това, ние предлагаме една проста релейна (Relay) система, която потребителите да могат да използват , така че за да защитят своята идентичност (неприкосновеност).

Вместо потребителя да подава входовете и изходите директно към басейна, те ще вземат случаен Masternode от мрежата и ще поиска да препредаде тези входове / изходи / подписи на набелязания Masternode. Това означава, че Masternode ще получи N комплекта входове / изходи и N комплекта подписи. Всяка група принадлежи към един от потребителите, но Masternode не може да знае, кой към кого принадлежи.

4 Мигновени транзакции чрез InstantSend

Чрез сформиране на Masternode кворуми (множество), могат да изпращат и приемат необратими мигновени транзакции. Веднъж сформиран кворум (множество), входовете на транзакцията се заключват само за да бъдат налични в конкретна транзакция, към момента заключването на транзакцията отнема 4 секунди на мрежата. Ако е наличен консенсус за заключване в Masternode мрежата,всички конфликтни транзакции или проблемни блокове ще бъдат отхвърлени след това, освен ако те не съвпадат с ID на транзакцията от заключената част.

Това ще позволи на доставчиците да използват мобилни устройства, на мястото на традиционните POS системи за реалнa търговия и потребителите бързо да уредят некомерсиалните операции (лице в лице), както с традиционното плащане в брой (кеш). Това се прави, без централен орган (регулатор). Подробен преглед на тази функция може да се намери в Whitepaper InstantSend [9].

5 Допълнителни подобрения

5.1 x11 хеширащ алгоритъм

X11 е широко използван хеширащ алгоритъм, който има различен подход, известен като верижен алгоритъм. x11 се състои от всички 11 SHA3 съперници [13], всеки хеш се изчислява след това подават до следващия алгоритъм във веригата. Чрез използването на множество алгоритми, вероятността да бъде създаден ASIC е малко вероятно и то в по-късен цикъл от живота на валутата.

В жизнения цикъл на Bitcoin, минното дело започна с любители, които използваха Central Processing Units (CPU) да добиват валутата, малко след това беше създаден софтуер за Graphics Processing (GPU) , които бързо измести процесорите. Години след цикъла графични процесори, бяха създадени ASICs или специфични интегрални схеми, които бързо замениха графичните процесори.

Поради сложността и размера е необходимо да се създаде ASIC за добив x11, ние очакваме, че това ще отнеме значително по-дълго, отколкото при Bitcoin, това ше позволи на любители да участват в добива за по-дълъг период от време. Вярваме, че това е много важно за добро разпределение и растеж на една крипто валута.

Друга полза от подхода на верижното хеширане ,е че висок клас процесори дават средна възвръщаемост подобна на тази на графичните процесори. Има данни че графичните процесори използват 30-50% по-малко охладителна сила, с по-малко мощност от алгоритъма Scrypt използван при повечето настоящи крипто валути.

5.2 Довибано (изкопано) количесто

Различен подход към ограничаване на инфлацията при добиването е взето в Dash, използвайки редуциране на предлагането на година със 7%. Това се прави, за разлика от намаляването наполовина осъществявано от други валути. Освен предлагането всеки блок е пряко обвързан с количеството на миньорите в мрежата; повече миньори ще доведат до по-ниски миннодобивни награди.

Производство (добиването) на Dash е планирано да продължи през целият настоящ век и в следващия, бавно да намалява, докато най-накрая около 2150 година, производството ще бъде прекратено.

Фигура 6: График за наградата от блок

Figure 6: График за наградата от блок

6 Заключение

Този документ въвежда различни концепции за подобряване на дизайна на Bitcoin водещи до подобряване на неприкосновеността на личния живот и заменяемост за обикновения потребител, по-малко колебания на цените и по-бързо разпространяване насъобщение в цялата мрежа. Всичко това се постига чрез използване на стимулирани двустепенен модел (2-tier), а не на съществуващият едностепенен модел в други крипто-валути като Bitcoin. Чрез използването на този алтернативен дизайн на мрежата става възможно добавянето на много видове услуги като децентрализирано смесване на монети, мигновени сделки и децентрализиране на решенията, използвйки masternode кворум.

Изполвани източници

  1. A peer-to-peer electronic cash system (2008)
  2. http://eprints.qut.edu.au/69169/1/Boyen_accepted_draft.pdf
  3. https://www.cryptocoinsnews.com/3-solutions-instant-bitcoin-confirmations/
  4. http://research.microsoft.com/pubs/156072/bitcoin.pdf
  5. http://www0.cs.ucl.ac.uk/staff/s.meiklejohn/files/imc13.pdf
  6. https://getaddr.bitnodes.io/nodes/incentive/
  7. https://medium.com/zapchain-magazine/why-don-t-people-run-bitcoin-nodes-anymore-d4da0b45aae5
  8. https://dashninja.pl/
  9. https://www.dash.org/wp-content/uploads/2014/09/InstantTX.pdf
  10. https://github.com/dashpay/dash/blob/master/src/Masternode-pos.cpp
  11. https://blockchain.info/tx/4eb3b2f9fe597d0aef6e43b58bbaa7b8fb727e645fa89f922952f3e57ee6d603
  12. https://blockchain.info/tx/1694122b34c8543d01ad422ce600d59f8d8fde495ac9ddd894edc7139aed7617
  13. http://en.wikipedia.org/wiki/NIST_hash_function_competition#Finalists
  14. http://www.tik.ee.ethz.ch/file/49318d3f56c1d525aabf7fda78b23fc0/P2P2013_041.pdf
Clone this wiki locally