Што треба да изградиме блокчејн?

Целата историја на човештвото е континуиран процес на ослободување од синџирите и создавање нови, уште посилни. (Анонимен автор)

Анализирајќи бројни блокчејн проекти (Bitshares, Hyperledger, Exonum, Ethereum, Bitcoin итн.), разбирам дека од техничка гледна точка, сите тие се изградени на исти принципи. Блокчејновите потсетуваат на куќи, кои, и покрај сета разновидност на дизајни, декор и намени, имаат основа, ѕидови, покрив, прозорци, врати кои се поврзани една со друга на одредени начини. И ако ги разбирате основните принципи на дизајнот на зградата и ги знаете својствата на употребените материјали, тогаш можете да ја одредите намената на одредена куќа. Во моментов, се појави ситуација со блокчејн за која сите слушнале за тоа, но малкумина ја разбираат архитектурата и принципите на работа. Затоа, постои недоразбирање зошто и како има смисла да се користат блокчејн технологии.

Во оваа статија ќе ги анализираме својствата и принципите заеднички за сите блокчејн. Следно, да ги погледнеме проблемите што можат да се решат со користење на блокчејн и за да го зајакнеме материјалот, да изградиме мал, но вистински блокчејн на нашата виртуелна страница!

Значи, да се потсетиме кои проблеми на почетокот ги реши блокчејнот.

Сигурен сум дека многумина ќе кажат за дистрибуирана, децентрализирана, јавна и непроменлива база на податоци. Но, зошто беше сето ова потребно?

Претпочитам да започнам со проучување на која било технологија со читање на стандардите, бидејќи сите написи и книги на темата што се проучува се базираат на нив. Но, во моментов нема стандарди за блокчејн; ISO само создаде комисии за нивниот развој. Во моментов, секој јавен блок-проект има свој документ Бела книга, што во суштина е техничка спецификација. Првиот јавно познат блок-проект е мрежата Биткоин. Одете на официјалната веб-страница на мрежата и погледнете каде што сè започна.

Блокчејн предизвик

Значи, задачата што блокчејн ја реши во пионерската мрежа Биткоин е да изврши доверлив пренос на сопственоста на дигитални средства (средства) во недоверлива средина без посредници. На пример, во мрежата на Биткоин, дигитално средство се биткоин дигиталните монети. И сите технички решенија на Биткоин и други блокчејн се сведуваат на решавање на овој проблем.

Проблеми кои блокчејн ги решава

Да претпоставиме дека одредена финансиска организација вели дека изградила мрежа низ целиот свет со чија помош е можно да се префрлат пари на кое било лице. Ќе и веруваш? Ако оваа организација е Visa или MasterCard, најверојатно ќе верувате во тоа, но ако, релативно кажано, AnonymousWorldMoney, веројатно нема да верувате. Зошто? Но затоа што многу добро знаеме како дистрибуираните системи ги прават приватните компании, за кои цели и до што може да доведе тоа. Ајде внимателно да ги разгледаме проблемите на таквите системи и како тие можат да се решат со користење на блокчејн технологии.

Да речеме дека во условниот AnonymousWorldMoney има сервери со бази на податоци и добро е ако има неколку од нив во различни центри за податоци. Кога испраќачот префрла пари, се регистрира трансакција, која се реплицира на сите сервери, а парите стигнуваат до примачот.

Во идеален свет, оваа шема функционира одлично, но во нашиот се појавуваат следниве проблеми:

1. Проблемот на идентификување на учесниците од една страна и потребата за анонимност на трансакциите од друга страна. Оние. треба да префрлите пари на одреден примател и на таков начин што никој не знае за оваа трансакција освен учесниците во трансакцијата. Банките имаат броеви на сметки и банкарски картички поврзани со одредено физичко или правно лице, а банкарската тајна ги штити информациите за трансакциите. И кој гарантира дека условниот AnonymousWorldMoney не користи лични податоци и информации за трансакциите за свои цели?
2. Како да бидете сигурни дека примачот го добил точно износот што му бил префрлен? Релативно кажано, испраќачот префрлил 100 долари, а примачот добил 10 долари. Испраќачот доаѓа во канцеларијата на AnonymousWorldMoney со својата сметка, а службеникот ја покажува неговата верзија, каде што пишува дека испраќачот префрлил само 10 долари.
3. Проблемот со недоверлива средина, на пример, измама наречена двојно трошење. Бескрупулозниот учесник може да го потроши своето салдо неколку пати додека плаќањето не се повтори на сите сервери. CAP теорема, се разбира, никој не откажал, и на крајот ќе се постигне договор, но некој нема да добие пари за услуги или стоки што ги дава. Затоа, ако не постои целосна доверба во платежната организација или учесниците во трансакциите, тогаш неопходно е да се изгради мрежа заснована не на доверба, туку на криптографија.
4. Условниот AnonymousWorldMoney има конечен број на сервери кои може да станат недостапни ненамерно или поради злонамерна намера.
5. AnonymousWorldMoney ќе земе своја опиплива провизија.
6. Можност за контрола. За време на работењето на Биткоин, се покажа дека луѓето сакаат не само да префрлаат монети едни на други, туку и да проверат различни услови за трансакцијата, да програмираат сценарија за работа, автоматски да вршат дејства во зависност од условите итн.

Како блокчејн ги решава овие проблеми

1. Идентификацијата на учесниците се врши со помош на пар клучеви: приватни и јавни, а алгоритмот за дигитален потпис уникатно ги идентификува испраќачот и примачот, оставајќи ги нивните идентитети анонимни.
2. Трансакциите се собираат во блокови, хашот на блокот се пресметува и се запишува во следниот блок. Оваа низа на снимање хашови во блокови и го дава името на блокчејн технологијата, а исто така го оневозможува незабележливото менување/бришење блокови или поединечни трансакции од блокови. Така, ако трансакцијата е вклучена во блокчејнот, можете да бидете сигурни дека нејзините податоци ќе останат непроменети.
3. Измамата со двојно трошење се спречува со постигнување мрежен консензус за тоа кои податоци да се сметаат за валидни, а кои да се отфрлат. Во мрежата на Bitcoin, консензус се постигнува со доказ за работа (PoW).
4. Веродостојноста на мрежата се постигнува со фактот дека блокчејнот е јавен, каде што секој учесник може да изврши свој јазол, да добие целосна копија од блокчејнот и, згора на тоа, самостојно да започне да ги проверува трансакциите за точност. Треба да се напомене дека современите блокчејн овозможуваат да се изградат не само јавни (отворени), туку и приватни (затворени) блокчејн, како и употреба на комбинирани шеми.
5. Блокчејнот нема целосно да се ослободи од провизиите, бидејќи ... треба да ги платите луѓето кои ја поддржуваат мрежата, но во блокчејнот потребата од провизија е докажана толку убедливо што нема сомнеж за нејзината неопходност.
6. Модерните блокчејн имаат способност да имплементираат деловна логика, која во блокчејнот се нарекува паметни договори. Логиката на паметните договори е имплементирана на различни јазици на високо ниво.

Следно, ќе ги разгледаме овие решенија подетално.

Архитектура на блокчејн

Компоненти на блокчејн

Секој учесник може да започне свој јазол со целосна копија од блокчејнот (целосен јазол). Се нарекуваат целосни јазли кои можат да снимаат трансакции на блокчејнот консензус јазли (сведок) или рудари (рудар). Се повикуваат целосни јазли кои само ја проверуваат исправноста на трансакциите ревизорски јазли (ревизија). Лесни клиенти (лесни клиенти) не складираат целосни копии од блокчејнот, туку комуницираат со мрежата користејќи целосни јазли.
Повеќето корисници користат лесни клиенти или веб-паричници за да вршат трансакции. Сите јазли се поврзани едни со други. Со овој сет на елементи, мрежната архитектура станува постабилна:

Животниот циклус на трансакцијата

Ајде да го погледнеме животниот циклус на трансакцијата и да го разложиме дел по дел:

Блокчејн технологии

Дозволете ни да се задржиме подетално на техничките решенија и нивните меѓусебни врски.

Идентификација

Секоја блокчејн трансакција мора да биде дигитално потпишана. Затоа, за да се заврши трансакцијата, секој учесник мора да има пар клучеви: приватен / јавен. Понекогаш еден пар клучеви се нарекува паричник, затоа што клучевите се уникатно поврзани со уникатната дигитална адреса и рамнотежа на учесникот. Во реалноста, клучевите и адресите се само низи од броеви во различни системи на броеви. Примери на адреси на клучеви и паричник:

Private key: 0a78194a8a893b8baac7c09b6a4a4b4b161b2f80a126cbb79bde231a4567420f
Public key: 0579b478952214d7cddac32ac9dc522c821a4489bc10aac3a81b9d1cd7a92e57ba
Address: 0x3814JnJpGnt5tB2GD1qfKP709W3KbRdfb27V

За да се создаде дигитален потпис во блокчејн, се користи алгоритам заснован на елиптични криви: Алгоритам за дигитален потпис на елипсовидна крива (ECDSA). За да работи, приватниот клуч (256-битен број) обично се зема по случаен избор. Бројот на клучни опции е 2 до јачината од 256, така што можеме да зборуваме за практична неможност за совпаѓање на вредностите на приватните клучеви.

Следно, јавниот клуч се добива од приватниот со множење на неговата вредност со координатите на точка лоцирана на елиптичната крива, што резултира со координати на нова точка на истата крива. Оваа акција осигурува дека ќе добиете пар клучеви соодветен за дигитално потпишување трансакции. Конечно, адресата на паричникот е уникатно изведена од јавниот клуч.

Има многу написи со детали за криптографијата што се користи во блокчејн, на пример: Биткоин накратко – Криптографија

Приватниот клуч мора да биде строго доверлив и да се чува безбеден. Јавниот клуч е познат на сите. Ако приватниот клуч се изгуби, пристапот до средството (монетите) не може да се врати и парите ќе бидат изгубени засекогаш. Затоа, задачата за безбедно складирање на приватните клучеви е исклучително релевантна, бидејќи Ова не е банка каде што секогаш можете да дојдете со вашиот пасош и да ја вратите вашата сметка. Постои цела индустрија за производство на таканаречени ладни крипто паричници, слични на флеш драјвови:

или можете да користите посигурни методи, на пример, ставање печат на вредноста на приватниот клуч на токени:

Трансакција

Повеќе детали за структурата на трансакцијата може да се најдат во статијата Биткоин накратко – Трансакција. За нас е важно да разбереме дека секоја трансакција ги има најмалку следниве податоци:

From: 0x48C89c341C5960Ca2Bf3732D6D8a0F4f89Cc4368 - цифровой адрес отправителя
To: 0x367adb7894334678b90аfe7882a5b06f7fbc783a - цифровой адрес получателя
Value: 0.0001 - сумма транзакции
Transaction Hash: 0x617ede331e8a99f46a363b32b239542bb4006e4fa9a2727a6636ffe3eb095cef - хэш транзакции

Следно, трансакцијата се потпишува со приватен клуч и се испраќа (видете детали за работата на протоколот Биткоин накратко-Протокол) на сите јазли во блокчејнот што ја проверуваат валидноста на трансакциите. Алгоритмот за проверка на трансакцијата е нетривијален и вклучува дваесетина чекори.

Трансакциски блокови

По проверка на валидноста на трансакциите, јазлите формираат блокови од нив. Покрај трансакциите, хашот на претходниот блок и број (Nonce counter) се запишуваат во блокот, а хашот на тековниот блок се пресметува со помош на алгоритмот SHA-256. Хешот мора да има воспоставени услови за сложеност. На пример, во мрежата на Bitcoin, тежината на хашот автоматски се менува на секои 2 недели во зависност од моќта на мрежата, така што блокот се генерира приближно еднаш на секои 10 минути. Сложеноста се одредува според следниот услов: пронајдениот хаш мора да биде помал од однапред одреден број. Ако овој услов не е исполнет, тогаш 1 се додава на Nonce и работата за пресметување на хашот се повторува. За да изберете хаш, се користи полето Nonce, бидејќи Ова е единствениот податок во блокот што може да се промени; останатите мора да останат непроменети. Валиден хаш мора да има одреден број на водечки нули, како што е еден од вистинските хашови:

000000000000000000000bf03212e7dd1176f52f816fa395fc9b93c44bc11f91

Успешното наоѓање хаш е доказ за завршената работа (доказ за работа, PoW) за мрежите Bitcoin или Ethereum. Процесот на пронаоѓање хаши се нарекува рударство, слично на ископувањето злато. Името сосема точно ја дефинира суштината на процесот, бидејќи има едноставно пребарување на опции, и ако некој најде соодветен хаш, тогаш ова е навистина среќа. Тоа е како да пронајдете вистинска златна грутка во тони отпадна карпа. Блок наградата сега е 12.5 BTC и ако ја помножите со сегашната стапка на Bitcoin од 3900 долари, ќе добиете повеќе од еден килограм чисто злато. Има за што да се бориме!

По успешното наоѓање хаш, блокот и самиот пронајден хаш се запишуваат во блокчејнот како следен блок. Повеќе детали за структурата на блоковите може да се најдат во статијата Биткоин накратко - блокчејн, а подолу е поедноставен дијаграм:

Блокчејнот започнува со блок кој сè уште го нема хашот од претходниот блок. Има само еден таков блок во блокчејнот и има свое име Genesis block. Останатите блокови имаат иста структура и се разликуваат само по бројот на трансакции. Вистинските трансакции и блокови кои моментално се создаваат во Bitcoin или Ethereum може да се гледаат во Блокирај истражувач.

Големината на блоковите во Биткоин е ограничена на 1MB и со минимална количина на информации во трансакција од околу 200 бајти, максималниот број на трансакции во блок може да биде околу 6000. Оттука, патем, ја следи изведбата на Биткоин, на кој сите се смеат: блок се генерира приближно еднаш на секои 10 минути * 60 секунди = 600 секунди, што дава формална изведба од околу 10 TPS. Иако всушност, ова не е продуктивност, туку намерно имплементиран алгоритам на работа. Во Ethereum, за конкуренција, тие едноставно го направија времето за создавање блок 15 секунди. и продуктивноста формално порасна. Затоа, во блокчејнови кои користат PoW како консензус, воопшто нема смисла да се споредуваат перформансите, бидејќи директно зависи од сложеноста на пресметката на кешот, која може да се додели на која било вредност.

Вилушки

Што се случува ако, на пример, неколку јазли пронајдат хаши кои ги исполнуваат условите за сложеност, но се различни по вредност (со други зборови, дошле до различни консензуси) и напишале блокови на блокчејнот? Ајде да видиме како блокчејн штити од оваа ситуација. Во овој случај, се јавува таканаречена вилушка, а блокчејнот има две верзии на синџирот:

Што ќе се случи следно? Следно, дел од мрежата почнува да работи на блок N+2 од еден синџир, а дел од друг:

Еден од овие блокови ќе се најде порано и ќе биде испратен до блокчејнот, а потоа, според правилата, блокчејнот ќе мора да се префрли на подолг синџир и да ги откаже сите трансакции од алтернативниот блок:

Во исто време, може да се појави ситуација кога трансакцијата на учесникот беше само во еден од блоковите на вилушка, кој беше откажан. Затоа, за да бидете сигурни дека саканата трансакција е снимена во блокчејнот, постои општа препорака - пред да и верувате на трансакцијата, треба да почекате додека следните неколку блокови не се додадат на блокчејнот. Препораките за тоа колку блокови да се чека за различни блокчејн варираат. На пример, за мрежата Биткоин минимумот е 2 блока, максимумот е 6.

Истата слика со блок-вилушките ќе се забележи за време на таканаречениот напад од 51% - ова е кога група рудари се обидуваат да развијат алтернативен блок синџир, барајќи да го поништат ланецот со нивните измамнички трансакции. Иако во моментов, наместо измама, попрофитабилно е да ја потрошите својата моќ на чесно рударство.

Консензус

За да снима блок на блокчејнот, мрежата мора да постигне консензус. Да се ​​потсетиме на задачата за постигнување консензус во компјутерските комуникациски мрежи. Проблемот е формулиран како задача на византиските генерали БФТ (Толеранција на византиска вина). Испуштајќи го живописниот опис на проблемите на византиската војска, проблемот може да се формулира на следниов начин: како мрежните јазли можат да дојдат до заеднички резултат ако некои мрежни јазли можат намерно да ги искриват. Постојните алгоритми за решавање на проблемот BFT покажуваат дека мрежата може правилно да функционира доколку има помалку од 1/3 измамници. Зошто не е применет консензус BFT на мрежата на Bitcoin? Зошто беше неопходно да се користи PoW? Постојат неколку причини:

• BFT работи добро со мал фиксен сет на јазли, но во јавен блокчејн бројот на јазли е непредвидлив и, згора на тоа, јазлите може да се вклучуваат и исклучуваат случајно.
• Неопходно е да се мотивираат луѓето да лансираат блокчејн јазли. За да го направите ова, луѓето мора да бидат наградени. Во BFT формално нема за што да се добие награда, но за што е наградата во PoW секому му е јасно на интуитивно ниво: за електричната енергија што ја троши процесорот во процесот на пронаоѓање на блок хашот.

Покрај PoW, постојат неколку други консензуси кои се користат во современите блокчејн, на пример:

• PoS (Proof-of-Stake) - на блокчејн Hyperledger
• DPoS (Delegated Proof-of-Stake) - на блокчејн BitShares
• Модификации на BFT: SBFT (поедноставен BFT) и PBFT (практичен BFT), на пример во блокчејн Егзонум

Да се ​​задржиме малку на PoS консензусот, бидејќи ... Токму PoS и неговите сорти се најраспространети во приватните блокчејн. Зошто приватно? Од една страна, карактеристиките на PoS се подобри во споредба со PoW, бидејќи За да се постигне консензус, потребни се помалку компјутерски ресурси, што значи дека се зголемува брзината на запишување податоци во блокчејнот. Но, од друга страна, PoS има повеќе можности за измама, па за да се неутрализира ова, мора да бидат познати сите учесници во блокчејнот.

Консензусот на PoS се заснова на изборот на јазол кој може да напише блок со трансакции на блокчејнот во зависност од износот на средствата на сметката, или подобро кажано, не во сметката, туку во колатералот, т.е. Колку повеќе средства имате како колатерал, толку е поголема веројатноста мрежата да го избере вашиот јазол да напише блок. Депозитот нема да се врати ако блокот е неважечки. Ова обезбедува заштита од измама. Постојат следниве варијации на PoS:

• Делегираниот PoS (DPoS) консензус ги дели учесниците на „гласачи“ и „валидатори“. Сопствениците на монети (учесници во гласањето) ја делегираат својата моќ да ги потврдуваат и снимаат трансакциите на блокчејнот на другите учесници. Така, валидаторите ја вршат целата компјутерска работа и добиваат награда за тоа, а присуството на учесниците во гласањето ја гарантира чесноста на валидаторите, бидејќи тие можат да се менуваат во секое време.
• Консензусот на LPoS (закупен доказ за удел) ви овозможува да ги изнајмите вашите средства на други јазли за да имаат подобра шанса да ги потврдат блоковите. Тоа. Можете да добиете провизија за трансакции без да учествувате во вистинската верификација на трансакцијата и блокирање на рударството.

Постојат голем број други консензуси кои сè уште не се широко користени, само ќе ги наведам овде за информации, а преглед на самите алгоритми за консензус може да се најде, на пример, во статијата: Алгоритми за консензус во блокчејн.

• PoET (доказ за поминато време)
• PoC (доказ за капацитет)
• PoB (доказ за изгореница)
• PoWeight (доказ за тежина)
• PoA (доказ за активност) – PoW + PoS
• PoI (доказ за важни)

Сигурност и модели на распоредување на блокчејн

Јавен блокчејн

Стабилност Јавниот или друго име Блокчејн без дозвола Ова се постигнува со дозволување на секој да се поврзе и прегледува информации или дури и да го поврзе сопствениот јазол, а довербата се гради на консензус на PoW.

Приватен блокчејн

Приватен или Приватен блокчејн со дозвола. Во овие блокчејн, само одредена група учесници (организации или луѓе) имаат пристап до информации. Таквите блокчејн се изградени од организации со цел да се зголеми севкупната корист или ефикасност. Нивната сигурност е обезбедена со заедничките цели на учесниците и алгоритмите за консензус PoS и BFT.

Блокчејн конзорциум

Има Конзорциум или Јавна дозвола за блокчејн. Ова се блокчејнови со кои секој може да се поврзе за да ги види, но учесникот може да додаде информации или да го поврзе својот јазол само со дозвола на другите учесници. Таквите блокчејн се изградени од организации со цел да се зголеми довербата од страна на клиентите или потрошувачите на производи или општеството како целина. Овде, доверливоста се постигнува и со присуството на доверба помеѓу учесниците и истите алгоритми за консензус на PoS и BFT.

Паметни договори

Блокчејновите имплементирани по Биткоин, до еден или друг степен, додадоа можност за извршување на паметни договори. Во суштина, паметниот договор е трансакција во која програмскиот код е поставен за извршување. Паметните договори на мрежата Ethereum се извршуваат во EVM (Виртуелна машина Ethereum). За да започнете со извршување на паметен договор, тој мора експлицитно да биде лансиран од друга трансакција или мора да бидат исполнети предусловите за извршување. Резултатите од извршувањето на паметниот договор ќе се евидентираат и во блокчејнот. Добивањето податоци надвор од блокчејнот е можно, но исклучително ограничено.

Која деловна логика може да се имплементира со помош на паметен договор? Всушност, нема многу, на пример, проверка на условите користејќи податоци од блокчејнот, менување на сопствениците на дигитални средства во зависност од овие услови, снимање на податоци во трајно складирање во рамките на блокчејнот. Логиката е имплементирана во посебен јазик на високо ниво Solidity.

Класичен пример за функционалност што се спроведува со помош на паметни договори е издавањето токени за ICO. На пример, спроведов паметен договор за издавање скромни 500 AlexToken. Од страна на врска во Etherscan е

изворниот код на паметниот договор на јазикот Solidity

pragma solidity ^0.4.23;
library SafeMath {
/**
* @dev Multiplies two numbers, throws on overflow.
**/
function mul(uint256 a, uint256 b) internal pure returns (uint256 c) {
if (a == 0) {
return 0;
}
c = a * b;
assert(c / a == b);
return c;
}
/**
* @dev Integer division of two numbers, truncating the quotient.
**/
function div(uint256 a, uint256 b) internal pure returns (uint256) {
// assert(b > 0); // Solidity automatically throws when dividing by 0
/**
* @title SafeMath
* @dev Math operations with safety checks that throw on error
*/
// uint256 c = a / b;
// assert(a == b * c + a % b); // There is no case in which this doesn't hold
return a / b;
}
/**
* @dev Subtracts two numbers, throws on overflow (i.e. if subtrahend is greater than minuend).
**/
function sub(uint256 a, uint256 b) internal pure returns (uint256) {
assert(b <= a);
return a - b;
}
/**
* @dev Adds two numbers, throws on overflow.
**/
function add(uint256 a, uint256 b) internal pure returns (uint256 c) {
c = a + b;
assert(c >= a);
return c;
}
}
/**
* @title Ownable
* @dev The Ownable contract has an owner address, and provides basic authorization control
* functions, this simplifies the implementation of "user permissions".
**/
contract Ownable {
address public owner;
event OwnershipTransferred(address indexed previousOwner, address indexed newOwner);
/**
* @dev The Ownable constructor sets the original `owner` of the contract to the sender account.
**/
constructor() public {
owner = msg.sender;
}
/**
* @dev Throws if called by any account other than the owner.
**/
modifier onlyOwner() {
require(msg.sender == owner);
_;
}
/**
* @dev Allows the current owner to transfer control of the contract to a newOwner.
* @param newOwner The address to transfer ownership to.
**/
function transferOwnership(address newOwner) public onlyOwner {
require(newOwner != address(0));
emit OwnershipTransferred(owner, newOwner);
owner = newOwner;
}
}
/**
* @title ERC20Basic interface
* @dev Basic ERC20 interface
**/
contract ERC20Basic {
function totalSupply() public view returns (uint256);
function balanceOf(address who) public view returns (uint256);
function transfer(address to, uint256 value) public returns (bool);
event Transfer(address indexed from, address indexed to, uint256 value);
}
/**
* @title ERC20 interface
* @dev see https://github.com/ethereum/EIPs/issues/20
**/
contract ERC20 is ERC20Basic {
function allowance(address owner, address spender) public view returns (uint256);
function transferFrom(address from, address to, uint256 value) public returns (bool);
function approve(address spender, uint256 value) public returns (bool);
event Approval(address indexed owner, address indexed spender, uint256 value);
}
/**
* @title Basic token
* @dev Basic version of StandardToken, with no allowances.
**/
contract BasicToken is ERC20Basic {
using SafeMath for uint256;
mapping(address => uint256) balances;
uint256 totalSupply_;
/**
* @dev total number of tokens in existence
**/
function totalSupply() public view returns (uint256) {
return totalSupply_;
}
/**
* @dev transfer token for a specified address
* @param _to The address to transfer to.
* @param _value The amount to be transferred.
**/
function transfer(address _to, uint256 _value) public returns (bool) {
require(_to != address(0));
require(_value <= balances[msg.sender]);
balances[msg.sender] = balances[msg.sender].sub(_value);
balances[_to] = balances[_to].add(_value);
emit Transfer(msg.sender, _to, _value);
return true;
}
/**
* @dev Gets the balance of the specified address.
* @param _owner The address to query the the balance of.
* @return An uint256 representing the amount owned by the passed address.
**/
function balanceOf(address _owner) public view returns (uint256) {
return balances[_owner];
}
}
contract StandardToken is ERC20, BasicToken {
mapping (address => mapping (address => uint256)) internal allowed;
/**
* @dev Transfer tokens from one address to another
* @param _from address The address which you want to send tokens from
* @param _to address The address which you want to transfer to
* @param _value uint256 the amount of tokens to be transferred
**/
function transferFrom(address _from, address _to, uint256 _value) public returns (bool) {
require(_to != address(0));
require(_value <= balances[_from]);
require(_value <= allowed[_from][msg.sender]);
balances[_from] = balances[_from].sub(_value);
balances[_to] = balances[_to].add(_value);
allowed[_from][msg.sender] = allowed[_from][msg.sender].sub(_value);
emit Transfer(_from, _to, _value);
return true;
}
/**
* @dev Approve the passed address to spend the specified amount of tokens on behalf of msg.sender.
*
* Beware that changing an allowance with this method brings the risk that someone may use both the old
* and the new allowance by unfortunate transaction ordering. One possible solution to mitigate this
* race condition is to first reduce the spender's allowance to 0 and set the desired value afterwards:
* https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
* @param _spender The address which will spend the funds.
* @param _value The amount of tokens to be spent.
**/
function approve(address _spender, uint256 _value) public returns (bool) {
allowed[msg.sender][_spender] = _value;
emit Approval(msg.sender, _spender, _value);
return true;
}
/**
* @dev Function to check the amount of tokens that an owner allowed to a spender.
* @param _owner address The address which owns the funds.
* @param _spender address The address which will spend the funds.
* @return A uint256 specifying the amount of tokens still available for the spender.
**/
function allowance(address _owner, address _spender) public view returns (uint256) {
return allowed[_owner][_spender];
}
/**
* @dev Increase the amount of tokens that an owner allowed to a spender.
*
* approve should be called when allowed[_spender] == 0. To increment
* allowed value is better to use this function to avoid 2 calls (and wait until
* the first transaction is mined)
* From MonolithDAO Token.sol
* @param _spender The address which will spend the funds.
* @param _addedValue The amount of tokens to increase the allowance by.
**/
function increaseApproval(address _spender, uint _addedValue) public returns (bool) {
allowed[msg.sender][_spender] = allowed[msg.sender][_spender].add(_addedValue);
emit Approval(msg.sender, _spender, allowed[msg.sender][_spender]);
return true;
}
/**
* @dev Decrease the amount of tokens that an owner allowed to a spender.
*
* approve should be called when allowed[_spender] == 0. To decrement
* allowed value is better to use this function to avoid 2 calls (and wait until
* the first transaction is mined)
* From MonolithDAO Token.sol
* @param _spender The address which will spend the funds.
* @param _subtractedValue The amount of tokens to decrease the allowance by.
**/
function decreaseApproval(address _spender, uint _subtractedValue) public returns (bool) {
uint oldValue = allowed[msg.sender][_spender];
if (_subtractedValue > oldValue) {
allowed[msg.sender][_spender] = 0;
} else {
allowed[msg.sender][_spender] = oldValue.sub(_subtractedValue);
}
emit Approval(msg.sender, _spender, allowed[msg.sender][_spender]);
return true;
}
}
/**
* @title Configurable
* @dev Configurable varriables of the contract
**/
contract Configurable {
uint256 public constant cap = 1000000000*10**18;
uint256 public constant basePrice = 100*10**18; // tokens per 1 ether
uint256 public tokensSold = 0;
uint256 public constant tokenReserve = 500000000*10**18;
uint256 public remainingTokens = 0;
}
/**
* @title CrowdsaleToken 
* @dev Contract to preform crowd sale with token
**/
contract CrowdsaleToken is StandardToken, Configurable, Ownable {
/**
* @dev enum of current crowd sale state
**/
enum Stages {
none,
icoStart, 
icoEnd
}
Stages currentStage;
/**
* @dev constructor of CrowdsaleToken
**/
constructor() public {
currentStage = Stages.none;
balances[owner] = balances[owner].add(tokenReserve);
totalSupply_ = totalSupply_.add(tokenReserve);
remainingTokens = cap;
emit Transfer(address(this), owner, tokenReserve);
}
/**
* @dev fallback function to send ether to for Crowd sale
**/
function () public payable {
require(currentStage == Stages.icoStart);
require(msg.value > 0);
require(remainingTokens > 0);
uint256 weiAmount = msg.value; // Calculate tokens to sell
uint256 tokens = weiAmount.mul(basePrice).div(1 ether);
uint256 returnWei = 0;
if(tokensSold.add(tokens) > cap){
uint256 newTokens = cap.sub(tokensSold);
uint256 newWei = newTokens.div(basePrice).mul(1 ether);
returnWei = weiAmount.sub(newWei);
weiAmount = newWei;
tokens = newTokens;
}
tokensSold = tokensSold.add(tokens); // Increment raised amount
remainingTokens = cap.sub(tokensSold);
if(returnWei > 0){
msg.sender.transfer(returnWei);
emit Transfer(address(this), msg.sender, returnWei);
}
balances[msg.sender] = balances[msg.sender].add(tokens);
emit Transfer(address(this), msg.sender, tokens);
totalSupply_ = totalSupply_.add(tokens);
owner.transfer(weiAmount);// Send money to owner
}
/**
* @dev startIco starts the public ICO
**/
function startIco() public onlyOwner {
require(currentStage != Stages.icoEnd);
currentStage = Stages.icoStart;
}
/**
* @dev endIco closes down the ICO 
**/
function endIco() internal {
currentStage = Stages.icoEnd;
// Transfer any remaining tokens
if(remainingTokens > 0)
balances[owner] = balances[owner].add(remainingTokens);
// transfer any remaining ETH balance in the contract to the owner
owner.transfer(address(this).balance); 
}
/**
* @dev finalizeIco closes down the ICO and sets needed varriables
**/
function finalizeIco() public onlyOwner {
require(currentStage != Stages.icoEnd);
endIco();
}
}
/**
* @title LavevelToken 
* @dev Contract to create the Lavevel Token
**/
contract AlexToken is CrowdsaleToken {
string public constant name = "AlexToken";
string public constant symbol = "ALT";
uint32 public constant decimals = 18;
}

и бинарното претставување како што го гледа мрежата

60806040526000600355600060045533600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff1602179055506000600560146101000a81548160ff021916908360028111156200006f57fe5b0217905550620001036b019d971e4fe8401e74000000600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546200024a6401000000000262000b1d179091906401000000009004565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550620001986b019d971e4fe8401e740000006001546200024a6401000000000262000b1d179091906401000000009004565b6001819055506b033b2e3c9fd0803ce8000000600481905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef6b019d971e4fe8401e740000006040518082815260200191505060405180910390a362000267565b600081830190508281101515156200025e57fe5b80905092915050565b611cb880620002776000396000f300608060405260043610610112576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146104c7578063095ea7b31461055757806318160ddd146105bc57806323b872dd146105e7578063313ce5671461066c578063355274ea146106a3578063518ab2a8146106ce57806366188463146106f957806370a082311461075e57806389311e6f146107b55780638da5cb5b146107cc578063903a3ef61461082357806395d89b411461083a578063a9059cbb146108ca578063bf5839031461092f578063c7876ea41461095a578063cbcb317114610985578063d73dd623146109b0578063dd62ed3e14610a15578063f2fde38b14610a8c575b60008060008060006001600281111561012757fe5b600560149054906101000a900460ff16600281111561014257fe5b14151561014e57600080fd5b60003411151561015d57600080fd5b600060045411151561016e57600080fd5b3494506101a7670de0b6b3a764000061019968056bc75e2d6310000088610acf90919063ffffffff16565b610b0790919063ffffffff16565b9350600092506b033b2e3c9fd0803ce80000006101cf85600354610b1d90919063ffffffff16565b111561024c576101f66003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b915061022e670de0b6b3a764000061022068056bc75e2d6310000085610b0790919063ffffffff16565b610acf90919063ffffffff16565b90506102438186610b3990919063ffffffff16565b92508094508193505b61026184600354610b1d90919063ffffffff16565b6003819055506102886003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b6004819055506000831115610344573373ffffffffffffffffffffffffffffffffffffffff166108fc849081150290604051600060405180830381858888f193505050501580156102dd573d6000803e3d6000fd5b503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef856040518082815260200191505060405180910390a35b610395846000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef866040518082815260200191505060405180910390a361045184600154610b1d90919063ffffffff16565b600181905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc869081150290604051600060405180830381858888f193505050501580156104bf573d6000803e3d6000fd5b505050505050005b3480156104d357600080fd5b506104dc610b52565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561051c578082015181840152602081019050610501565b50505050905090810190601f1680156105495780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b34801561056357600080fd5b506105a2600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610b8b565b604051808215151515815260200191505060405180910390f35b3480156105c857600080fd5b506105d1610c7d565b6040518082815260200191505060405180910390f35b3480156105f357600080fd5b50610652600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610c87565b604051808215151515815260200191505060405180910390f35b34801561067857600080fd5b50610681611041565b604051808263ffffffff1663ffffffff16815260200191505060405180910390f35b3480156106af57600080fd5b506106b8611046565b6040518082815260200191505060405180910390f35b3480156106da57600080fd5b506106e3611056565b6040518082815260200191505060405180910390f35b34801561070557600080fd5b50610744600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291908035906020019092919050505061105c565b604051808215151515815260200191505060405180910390f35b34801561076a57600080fd5b5061079f600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506112ed565b6040518082815260200191505060405180910390f35b3480156107c157600080fd5b506107ca611335565b005b3480156107d857600080fd5b506107e16113eb565b604051808273ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200191505060405180910390f35b34801561082f57600080fd5b50610838611411565b005b34801561084657600080fd5b5061084f6114ab565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561088f578082015181840152602081019050610874565b50505050905090810190601f1680156108bc5780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b3480156108d657600080fd5b50610915600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803590602001909291905050506114e4565b604051808215151515815260200191505060405180910390f35b34801561093b57600080fd5b50610944611703565b6040518082815260200191505060405180910390f35b34801561096657600080fd5b5061096f611709565b6040518082815260200191505060405180910390f35b34801561099157600080fd5b5061099a611716565b6040518082815260200191505060405180910390f35b3480156109bc57600080fd5b506109fb600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050611726565b604051808215151515815260200191505060405180910390f35b348015610a2157600080fd5b50610a76600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff169060200190929190505050611922565b6040518082815260200191505060405180910390f35b348015610a9857600080fd5b50610acd600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506119a9565b005b600080831415610ae25760009050610b01565b8183029050818382811515610af357fe5b04141515610afd57fe5b8090505b92915050565b60008183811515610b1457fe5b04905092915050565b60008183019050828110151515610b3057fe5b80905092915050565b6000828211151515610b4757fe5b818303905092915050565b6040805190810160405280600981526020017f416c6578546f6b656e000000000000000000000000000000000000000000000081525081565b600081600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b6000600154905090565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff1614151515610cc457600080fd5b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d1157600080fd5b600260008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d9c57600080fd5b610ded826000808773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610e80826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610f5182600260008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b600260008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b601281565b6b033b2e3c9fd0803ce800000081565b60035481565b600080600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205490508083111561116d576000600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611201565b6111808382610b3990919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b8373ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008873ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a3600191505092915050565b60008060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020549050919050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561139157600080fd5b60028081111561139d57fe5b600560149054906101000a900460ff1660028111156113b857fe5b141515156113c557600080fd5b6001600560146101000a81548160ff021916908360028111156113e457fe5b0217905550565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1681565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561146d57600080fd5b60028081111561147957fe5b600560149054906101000a900460ff16600281111561149457fe5b141515156114a157600080fd5b6114a9611b01565b565b6040805190810160405280600381526020017f414c54000000000000000000000000000000000000000000000000000000000081525081565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff161415151561152157600080fd5b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054821115151561156e57600080fd5b6115bf826000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611652826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a36001905092915050565b60045481565b68056bc75e2d6310000081565b6b019d971e4fe8401e7400000081565b60006117b782600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a36001905092915050565b6000600260008473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054905092915050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff16141515611a0557600080fd5b600073ffffffffffffffffffffffffffffffffffffffff168173ffffffffffffffffffffffffffffffffffffffff1614151515611a4157600080fd5b8073ffffffffffffffffffffffffffffffffffffffff16600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e060405160405180910390a380600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555050565b6002600560146101000a81548160ff02191690836002811115611b2057fe5b021790555060006004541115611c0a57611ba5600454600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc3073ffffffffffffffffffffffffffffffffffffffff16319081150290604051600060405180830381858888f19350505050158015611c89573d6000803e3d6000fd5b505600a165627a7a723058205bbef016cc7699572f944871cb6f05e69915ada3a92a1d9f03a3fb434aac0c2b0029

Повеќе детали за паметните договори може да најдете во статијата: Што се паметни договори во Ethereum.

Заклучок

Ги наведовме технологиите на кои се изградени модерните блокчејн и како тие се поврзани едни со други. Сега да формулираме кои проблеми можат да се решат со користење на блокчејн, а кои решенија ќе бидат, во најдобар случај, неефикасни. Значи, користењето блокчејн не е неопходно ако:

• Трансакциите се вршат во доверливо опкружување;
• Присуството на комисија на посредници не го влошува животот на учесниците;
• Учесниците немаат имот што може да се претстави како дигитални средства;
• Нема дистрибуција во дигиталните средства, т.е. вредноста е во сопственост или испорачана од само еден учесник.

Што носи иднината за блокчејн? Сега можеме само да шпекулираме за можните начини за развој на блокчејн технологии:

• Blockchain ќе стане истата вообичаена технологија за бази на податоци како, на пример, SQL или NoSQL за решавање на неговиот специфичен опсег на проблеми;
• Blockchain ќе стане широко распространет протокол, како што е HTTP за Интернет;
• Блокчејн ќе стане основа за нов финансиски и политички систем на планетата!

Во следниот дел ќе погледнеме кои блокчејн во моментов постојат и зошто се користат во различни индустрии.

Ова е само почетокот!

Извор: www.habr.com