Steemit Whitepaper translated into Bulgarian ! Steemit Whitepaper преведена на български ! Part 4
Dear friends i know the Bulgarians are not still to many in steem but i hope with more clear understanding of the Whight Paper more and more will join. This is pages from 1 to 28 and its part 1 of the only Bulgarian text. I will post this in some Bulgarian bitcoin forums and will be happy if more people join us.
Уважаеми приятели, знам, че българите все още не са много, но се надявам, че с по-ясното разбиране на книгата "Бялата книга" ще се присъединят все повече и повече. Това са страници от 1 до 28 и част 1 от текста само на български език. Аз ще публикувам това в някои български форуми за bitcoin и ще се радвам, ако повече хора се присъединят към нас.
Ширина на честотната лента вместо микропроцесорни платежни канали
Решаването на проблемите с микроплащанията е в осъществяването на динамични фракционни резерви. При този модел блоковата верига автоматично ще коригира резервния коефициент за мрежата по време на претоварване. Блокверигата ще определи целево използване, което оставя достатъчно място за краткосрочно нарастване на търсенето. Всеки път, когато ударите се запазят, блок-веригата намалява максималната честотна лента на акция. Когато прекосяването приключи и има излишен капацитет, блок-веригата може бавно да увеличи честотната лента на акция
Ширината на честотната лента, използвана от отделен потребител, трябва да се измерва за подходящо дълъг период от време, за да може този потребител да пренасочи времето за използване. Потребителите са склонни да влизат, правят много неща наведнъж, а след това излизат. Това означава, че тяхната честотна лента за кратък период от време може да изглежда много по-висока, отколкото ако се гледа за по-дълъг период от време. Ако времевият прозорец се простира твърде далеч, тогава съотношението на резервите няма да се коригира достатъчно бързо, за да отговори на краткосрочните вълни, ако прозорецът е твърде кратък, тогава използването на клъстерирането ще има твърде голямо въздействие върху нормалните потребители
В нашата оценка трябва да бъде достатъчно да се измери средната седмична употреба на честотната лента на потребителите. Всеки път, когато потребителят подпише транзакция, тази транзакция се отчита в собствената си индивидуална плъзгаща се средна стойност. Всеки път, когато плъзгащата се средна стойност на потребителя надвиши текущия лимит на мрежата, тяхната транзакция се забавя, докато средната им стойност падне под лимита.
Пример за внедряване
Нека B равна на средната пропускателна способност на потребителя в момент Т. Нека W е равен на броя секунди на седмица и нека N е равен на размера на новата транзакция, която е настъпила S секунди след Т. Като се има предвид тази информация, блокът може да изчисли новата средна честотна лента за Потребител като:
Bnew = MIN(0,B * (WS) / W) + N * S / W Tnew = T + S
Всеки потребител има право на средна седмична честотна лента от:
Let U = the user’s SP Let S = the total number of SP
Let R = the current reserve ratio between 1 and Rmax Let C = the maximum block size capacity set by witnesses
Let L = the total blocks per week
Let M = C * L * R Allocation = M * U / S
Потребител ще има право на средна честотна лента от M * U / S. Всеки път, когато транзакцията доведе до това, че средната стойност на потребителя надхвърли този праг, те няма да могат да извършват сделка, докато не мине достатъчно време, за да се намали средната стойност.
Мрежата може да увеличи коефициента на резервите, по всяко време когато блоковете са по-малко от половината от целевия капацитет и да го намалят по всяко време, когато са повече от половината. Алгоритъмът, използван за настройка на R, е предназначен да реагира бързо, за да намали резервния коефициент, когато има нарастване на търсенето, като същевременно действа бавно, за да увеличи резервния коефициент в период на ниско търсене.
Коефициентът на минималните резерви е 1, а максималният коефициент на резерви трябва да бъде изчислен, за да не позволи на малките заинтересовани страни да консумират цялата налична честотна лента. Ако никой не използва наличната честотна лента, тогава коефициентът на резерви може да нарасне, докато един потребител със само 1 satoshi на валутата е в състояние да извършва превод на всеки един блок.
Казус: Bitcoin
За да разберем как този алгоритъм ще работи върху Bitcoin, е необходимо да се оцени разумна стойност за съотношението на резервите, R, въз основа на действителното използване. Въз основа на общото предлагане на 15M BTC и дневен обем на сделката от 400K BTC, можем да извлечем съотношение за минимален резерв 10 за 38 за Bitcoin. Използвайки уравненията, можем да изчислим седмичната честотна лента (в байтове), която е разрешена за БТК, да бъде:
Let C = 1MB = 1024*1024
Let L = 1008 (blocks per week)
Let R = 38Let S = 14000000 BTC (supply minus Satoshi’s unmoving coins) Let U = 1 BTC
CLR/S = 2869 bytes per week, or about 5 transactions/week per BTC
CLR/S = 2869 bytes per week, or about 5 transactions/week per BTC
Тъй като R = 38 е долната граница на резервното съотношение, CLR / S е долната граница на допустимата широчина на честотната лента. Това просто проучване на случая предполага, че потребителят ще изисква най-много 0,20 БТК (над 80 щ.д. ) да извършва транзакции веднъж седмично. Това обаче е свободна горна граница, произтичаща от предположението, че всички БТК са еднакво мобилни. Това не е така - потребителите с десетки или стотици bitcoins не е задължително да извършват сделки десетки или стотици пъти седмично! Остатъчните транзакции, които тези потребители трябваше да направят, ще увеличат съотношението на резервите, като позволят неизползваната им честотна лента да бъде "рециклирана" за по-малките потребители.
Всички горни оценки са консервативни горни граници, приемащи монети, и използването им се разпределя по относително плосък начин. Реалността е, че тежките потребители, като например борсите, имат много по-високо съотношение монета към употреба от по-леките потребители, което на свой ред означава, че действителните минимални изисквания за салдо са много по-ниски.
Влияние на капацитета
Капацитетът на блоковете не е задължително ограничен. В рамките на технологичната способност на интернет инфраструктурата е да се увеличи размерът на блока Bitcoin до 10 МБ, което на свой ред ще намали минималния задължителен баланс с коефициент 10. Докато Bitcoin понастоящем поддържа около 3 транзакции в секунда, алтернативните реализации могат да надхвърлят 1000 Транзакции в секунда. Това променя нашата консервативна горна граница до 0.0006 БТК или около $ 0.25, което означава, че една сметка, която държи $ 0.25, ще може да извършва транзакции поне веднъж седмично средно (и вероятно много повече пъти, защото имаме доста свободна горна граница).
Максимален брой уникални потребители
Можем да използваме подобна математика, за да изчислим максималния брой уникални потребители, които мрежата може да позволи да извършва транзакции веднъж седмично като: B * W / T. T представлява средния размер на транзакцията. Това означава, че Bitcoin може да поддържа около 2 милиона потребители, които извършват транзакции веднъж седмично, като приема, че всеки потребител има равновесие.
Сравнение на таксите
Ако приемем, че BTC сключва сделки веднъж седмично с потребител на стойност 25 долара и плаща такса от 0.04 цента всеки път, те плащат над $ 2.00 такси годишно. Потребителят ще трябва да спечели 8% от доходността на своите $ 25 долара, само за да се справи дори и с плащането на такси. Шансовете са потребителите да държат парите си на блокада, така че този потребител с 25 щ.д. на БТК просто спести $ 2 в течение на една година, като приеме подход за ограничаване на лихвения процент, а не подход, базиран на такси. Само с $ 175 биха могли да сключват сделки всеки ден и да спестят 14 долара годишно
Създаване на профил
Счетоводната система на Steem с публично известни везни опростява изпълнението на алгоритъма за ограничаване на скоростта, базиран на честотната лента. Всяка сметка, чийто баланс е по-малък от минималния, необходим за извършване на сделки веднъж седмично, няма да може да сключи сделка. Това означава, че всички нови сметки трябва да бъдат финансирани най-малко с това минимално салдо. Това предполага също така, че потребителите, които желаят да сключат сделки в по-малки количества, могат да поддържат по-голям баланс и да използват повторно сметката.
Възможно е ниско-балансовата сметка, създадена по време на ниска употреба, да стане недостъпна, ако се използва мрежата. Средствата могат да бъдат възстановени по всяко време чрез прехвърляне на по-голямо салдо в сметката.
За да се поддържа разумният потребителски опит с минимален брой закачени сметки, всички нови профили трябва да започнат с баланс 10 пъти по-голям от минималния минимум, необходим за извършване на сделки седмично. По този начин, дори ако търсенето се увеличи с коефициент 10, сметката ще остане жизнеспособна.
Всяко първоначално салдо по сметката би трябвало да дойде от потребителя, създаващ профила, а не от създаването на символи, поради възможността за атаки на сибил.
Оправдаване на минималните салда
Концепцията за принуждаване на потребителите да поддържат минимален баланс естествено произтича от стойността на потребителя. Всеки, който работи в бизнеса, знае, че всеки един потребител има значителна стойност. Бизнесът заплаща навсякъде от $ 30 до $ 200, за да придобие потребител. Понякога те плащат директно на потребителите, друг път плащат за рекламиране, а други пъти цели компании се купуват само за тяхната потребителска база. След като една компания придобие потребител, често им дава много безплатни услуги, само за да ги задържи достатъчно дълго, за да си осигурят приходи чрез други средства.
Ripple използва минимален баланс, който се мащабира с използването на ресурсите на профила и изисква 12 нови сметки да бъдат финансирани с поне това минимално салдо. В момента това минимално салдо е около $ 0.15, което е по-голямо от $ 0.10, което според нас ще позволи на някого да сключва сделки свободно поне веднъж седмично.
Една блокверига може да наложи минимална стойност на потребител чрез прост процес на изискване на минимален баланс. Всеки бизнес, който желае да въведе нов клиент в блок-веригата, може да финансира предварително профила на този потребител с минималния баланс, който би им позволил да сключат сделка. Изискването на сравнително голяма такса (1,00 щ.д.) при регистриране на нови потребители естествено ще принуди всеки, който предлага безплатни сметки, за да провери качеството и уникалността на всяка сметка, преди да ги регистрира в блокверигата.
Поддържането на минимално салдо е също толкова ефективно, като прави потребителите да плащат транзакционни такси с лихвата, която биха могли да спечелят от салдото си. Минималното салдо е просто изискуемото салдо, за да се спечели достатъчен интерес да се плати такса в сравнително кратък период от време.
За щастие минималният баланс може да бъде толкова нисък, колкото един долар и това е нещо, което потребителите могат да разберат и оценят. Възможността за загубена лихва не засяга когнитивната цена на микро-таксата и е много по-приемлива за потребителите.
Параметърът, използван за предварително финансиране на сметка в STEEM е сила, и се активира в новата сметка (т.е. преобразува се в "Steem сила").
Регулиране на резервния коефициент
Ограничението на скоростта изисква мрежата да коригира резервното съотношение достатъчно бързо, за да смекчи въздействието на нападателя, който се опитва да наводни мрежата. Да предположим, че нападателят има голям баланс, да речем 1% от наличните символи. Ако приемем също така, че мрежата е насочена към 50% използване, тогава продължителна атака трябва да намери този потребител да достигне 25% от капацитета на мрежата, като се предположи, че всички останали използват 25% от капацитета. По друг начин, най-големият потребител няма да може да консумира повече от 50% от целевия капацитет, освен ако притежава повече от 50% от SP.
Да използваме първоначално съотношение на резерви от 200x. Поради частични резерви, това означава, че някой, притежаващ 1% от символите, има право да изисква сделки на обща стойност 2 пъти максималния размер на блока. За да се намали употребата на мрежата на атакуващия до 25%, коефициентът на резерви трябва да падне до 25 пъти. Това би довело до нарастването на минималния баланс, изискван за транзакции веднъж седмично, с 8 пъти.
Блоковата верига може да установи степен на отговор, според която всяко продължително увеличение на употребата трябва да бъде намалено до целевия капацитет в рамките на кратък период от време (да речем 30 секунди). Нападателят, който се опитва да спами мрежата, не трябва да може да наруши услугата за нормалните потребители за повече от минута.
Макар че намаляването на коефициента на резерви трябва да бъде бързо и нелинейно, за да се противодейства на злоупотребите, увеличаването на коефициента на резерви трябва да бъде бавно и линейно. Ако мрежата се коригира в двете посоки само за 30 секунди, тогава нападателят може да пулсира мрежата. Потокът от транзакции трябва да бъде коригиран за 30 секунди и след това да отнеме един час, за да се върнете към нивата преди атака. При този модел атакуващият може да наводни мрежата за 30 секунди на час или по-малко от 1% от времето.
Трябва да има бавен постоянен натиск отгоре върху коефициента на минималните резерви по всяко време, когато използването на мрежата е под 50%, докато мрежата не достигне максималното съотношение резерви. Максималното резервно съотношение определя минималния задължителен дял за наводняване на мрежата в кратки периоди.
Всеки потребител с по-малко от TOTAL_TOKENS / (2 * RESERVE_RATIO) няма да може да генерира достатъчно транзакции, за да запълни дори един блок. При резервно съотношение 200 това означава, че всеки потребител с по-малко от 0,25% от валутата не може да създаде достатъчно транзакции, за да забави услугата на никого.
Ефективност спрямо таксите
За да сравним ефективността на ограничаването на тарифите с таксите, трябва да обмислим как двете системи реагират на умишлено наводняване на мрежа от нападател. Под Bitcoin нападател с $ 10 000 може да наруши обслужването за цял ден, като попълни всеки един блок. Същият нападател няма да може да наруши обслужването дори за един блок при подхода за динамичен резервен лимит.
Ако отидем в един по-екстремен случай и предположим, че нападателят държи 1% от всички монети, тогава предполагаме, че е нападател с $ 60 милиона долара. Такъв нападател може да отрече услугата за блокиране на Bitcoin в продължение на 16 години, освен ако миньорите не са увеличили таксите или капацитета си. Дори ако таксите бяха повишени до 15 щ.д. на транзакция, нападателят все още можеше да задържи мрежата за 16 дни.
При подхода за ограничаване на лихвения процент някой, който държи 1% от всички монети с намерение да наводни мрежата, би постигнал целта си за по-малко от 30 секунди.
Наемане срещу купуване срещу споделяне на време
Когато някой има къща, той очаква правото да използва къщата безплатно. Ако група хора купуват къща заедно, всеки от тях може да очаква правото да използва къщата пропорционално на процентното им участие в къщата. Такса базирана блок-верига е като наемане на къщата от нейните собственици, докато ограничаването на лихвения процент е като временно ползване на собственост сред собствениците.
Ако една къща е собственост на множество хора, тогава тези лица трябва да решат как искат да ползват временно къщата. Някой, който притежава 50% от къщата, но я използва само един уикенд на година, може да очаква да бъде платен от лицата, които споделят неизползваното време. Това е мисленето на система, базирана на такси
От друга страна, някой, който притежава 50% от къщата, спекулира, че търсенето на къщата ще се увеличи в бъдеще и те ще могат да продадат своя дял за повече. Всеки собственик, който притежава повече къща, отколкото използва, се превръща в спекулант на недвижими имоти. С този начин на мислене, вместо да събират наема, те събират възнаграждения
Стойността на една акция произтича от колко време може потенциално да предостави на собственика си. Притежаването на 1% от къщата и получаването й за 1 сбота-неделя годишно е най-ниската стойност на една акция. Въпреки това, ако половината от акционерите никога не използват своя уикенд, тогава стойността за временно ползване на собственост се увеличава до 2 уикенда годишно. Ако тези неактивни потребители не дадът под наем времето, то се понижава до 1 уикенд на година. Ако тези неизползвани срочни части са продадени на хора, които биха ги използвали, тогава стойността на временно ползване на собственост ще спадне с 50%. Освен ако събраният наем е по-голям от спада в стойността на акциите, собствениците на временно ползване на собственост правят икономическа грешка.
Използвайки тази обосновка, можем да приемем, че една система, базирана на такси, ще бъде или по-скъпа за своите потребители, или ще бъде по-малко печеливша за своите колективни собственици. Индивидуалният малък собственик може да се възползва от отдаването под наем на малкия си временен отрязък, но само за сметка на всички останали собственици на временно ползване на собственост. Всъщност цената на падащата стойност на временно ползване на собственост се споделя между всички собственици, докато печалбите са централизирани в единствения собственик, който решава да наеме своя дял.
Можем да заключим от това, че блокова верига се обслужва най-добре, като изобщо не се използват такси за ползване. Ако таксата за ползване трябва да бъде таксувана като алтернатива на ограничаването на лихвения процент, тогава тя трябва да бъде еквивалентна на закупуването на достатъчно акции и да се ангажираме да ги задържим достатъчно дълго, за да получим правото да ги използваме веднъж.
По друг начин, транзакционната такса трябва да бъде равна на минималното салдо по сметката, необходимо за извършване на транзакции веднъж седмично, и то трябва да бъде възстановено в края на седмицата. Да приемем, че минималното салдо в профила е $ 1 и позволява на някого да извършва транзакции веднъж седмично. Ако някой има баланс от 1 щ.д., който желае да извърши 5 транзакции наведнъж, те ще трябва да увеличат салдото си до $ 5 за една седмица преди или след сделките си.
На теория може да се формира пазар, в който потребителите могат да заемат необходимия залог. На практика е по-ефективно за потребителите просто да купуват и продават временните такси, необходими за постигане на желаната степен на ползване. С други думи, разходите за договаряне на микрокредити са по-големи от разходите за поддържане на баланс, подходящ за максимална седмична употреба.
Децентрализираното ограничаване на лихвените проценти на транзакциите може да даде възможност за нови видове децентрализирани приложения, които не са жизнеспособни, когато всяко използване на приложението изисква микроплащане. Този нов модел дава на разработчиците на приложения възможността да решат дали и кога да таксуват потребителите си за транзакции.
Част 1 ,2 ,3 от проекта можете да видите тук:
NOTE : I TRY TO POST THIS IN ONE POST BUT SISTEM DIDNT Allow !
Stay positive and many smiles !!!
Feel free to comment , criticize, follow or unfollow me !
![](https://steemitimages.com/DQmVdJDq9sWWcEV5Fay7VGcRyFkVrhsxjrSP3oHBZYvsXtp/bgtrail1footer.gif)
well done for your effort ! :)
Thank you :) Just 2 max 3 parts left