🥇Zer eraiki behar dugu blockchain bat?

Gizadiaren historia osoa kateak kentzeko eta berriak sortzeko prozesu etengabea da, are indartsuagoak. (Egile anonimoa)

Blockchain proiektu ugari aztertuta (Bitshares, Hyperledger, Exonum, Ethereum, Bitcoin, etab.), ulertzen dut ikuspuntu teknikotik denak printzipio berdinetan eraikita daudela. Blockchains-ek etxeak gogorarazten dituzte, zeinak, diseinu, dekorazio eta helburu askotariko arren, elkarren artean modu jakin batean konektatuta dauden oinarriak, hormak, teilatua, leihoak, ateak dituzte. Eta eraikinaren diseinuaren oinarrizko printzipioak ulertzen badituzu eta erabilitako materialen propietateak ezagutzen badituzu, etxe jakin baten helburua zehaztu dezakezu. Gaur egun, blokeo-katearekin denek entzun duten egoera bat sortu da, baina jende gutxik ulertzen du funtzionamendu-arkitektura eta printzipioak. Hori dela eta, oker ulertzen da zergatik eta nola den zentzua blockchain teknologiak erabiltzeak.

Artikulu honetan blockchain guztien propietate eta printzipio komunak aztertuko ditugu. Jarraian, ikus ditzagun blockchain-a erabiliz ebatzi daitezkeen arazoak eta materiala indartzeko, eraiki dezagun blockchain txiki baina benetakoa gure gune birtualean!

Beraz, gogoratu dezagun hasieran blokeo-kateak zer arazo konpondu zituen.

Ziur nago askok datu-base banatu, deszentralizatu, publiko eta aldaezin bati buruz esango dutela. Baina zergatik zen beharrezkoa hori guztia?

Nahiago dut edozein teknologia ikasten hastea estandarrak irakurriz, aztergai dugun gaiari buruzko artikulu eta liburu guztiak horietan oinarritzen baitira. Baina gaur egun ez dago blockchain estandarrik; ISO sortu besterik ez du egin batzordeak haien garapenerako. Gaur egun, blockchain proiektu publiko bakoitzak bere Liburu Zuriaren dokumentua du, funtsean zehaztapen tekniko bat dena. Publikoki ezagutzen den lehenengo blockchain proiektua Bitcoin sarea da. Sareko webgune ofizialera joan eta look non hasi zen dena.

Blockchain erronka

Beraz, blockchain-ek Bitcoin aitzindari sarean ebatzi zuen zeregina aktibo digitalen (aktiboen) jabetza-transferentzia fidagarri bat egitea da, bitartekaririk gabeko ingurune fidagarrian. Adibidez, Bitcoin sarean, aktibo digital bat bitcoin txanpon digitalak dira. Eta Bitcoin eta beste bloke-kateen soluzio tekniko guztiak arazo hau konpontzera iristen dira.

Blockchain-ek konpontzen dituen arazoak

Demagun finantza-erakunde jakin batek munduan zehar sare bat eraiki duela esaten duela, zeinaren laguntzarekin edozein pertsonari dirua transferitzeko posible den. Sinetsiko al diozu? Erakunde hau Visa edo MasterCard bada, ziurrenik sinetsiko duzu, baina, nahiko hitz eginez, AnonymousWorldMoney bada, ziurrenik ez duzu egingo. Zergatik? Baina oso ondo dakigulako enpresa pribatuek nola banatutako sistemak egiten dituzten, zer helburutarako eta horrek zertara ekar dezakeen. Ikus ditzagun hurbilagotik horrelako sistemen arazoak eta nola konpondu daitezkeen blockchain teknologiak erabiliz.

Demagun AnonymousWorldMoney baldintzapean datu-baseak dituzten zerbitzariak daudela, eta ona da datu-zentro ezberdinetan horietako hainbat egotea. Bidaltzaileak dirua transferitzen duenean, transakzio bat erregistratzen da, zerbitzari guztietan errepikatzen dena, eta dirua hartzailearengana iristen da.

Mundu ideal batean, eskema honek bikain funtzionatzen du, baina gurean honako arazo hauek sortzen dira:

Parte-hartzaileak identifikatzeko arazoa alde batetik eta transakzioen anonimotasunaren beharra bestetik. Horiek. dirua hartzaile zehatz bati transferitu behar diozu eta transakzioko parte-hartzaileek izan ezik transakzio honen berri inork ez dakien moduan. Bankuek kontu-zenbakiak eta banku-txartelak dituzte pertsona fisiko edo juridiko jakin bati lotuta, eta banku-sekretuak transakzioen informazioa babesten du. Eta nork bermatzen du baldintzapeko AnonymousWorldMoney ez duela datu pertsonalak eta transakzioen informazioa bere helburuetarako erabiltzen?
Nola ziurtatu hartzaileak transferitu zaion zenbatekoa zehatz-mehatz jaso duela? Erlatiboki hitz eginez, igorleak 100 $ transferitu zituen eta hartzaileak 10 $ jaso zituen. Bidaltzailea AnonymousWorldMoney bulegora dator bere ordainagiriarekin, eta idazkariak bere bertsioa erakusten du, non igorleak 10 dolar bakarrik transferitu zituela idatzita dagoen.
Konfiantzarik gabeko ingurune baten arazoa, adibidez, gastu bikoitza izeneko iruzurra. Eskrupulurik gabeko parte-hartzaile batek bere saldoa hainbat aldiz gastatu dezake ordainketa zerbitzari guztietan errepikatu arte. CAP teorema, jakina, inork ez zuen bertan behera utzi, eta akordioa azkenean lortuko da, baina norbaitek ez du dirurik jasoko emandako zerbitzu edo ondasunengatik. Hori dela eta, ordainketa-erakundean edo transakzioetan parte hartzen dutenengan konfiantza osoa ez badago, beharrezkoa da konfiantzan ez, kriptografian oinarritutako sare bat eraikitzea.
Baldintzadun AnonymousWorldMoney-k zerbitzari kopuru mugatu bat du, nahi gabe erabilgarri ez egotea edo asmo txarren ondorioz.
AnonymousWorldMoney-k bere komisio ukigarria hartuko du.
Kontrola egiteko aukera. Bitcoin-en funtzionamenduan zehar, jendeak txanponak elkarri transferitzeaz gain, transakziorako hainbat baldintza egiaztatu nahi ditu, lan-eszenatokiak programatu, baldintzen arabera automatikoki ekintzak egin, etab.

Blockchain-ek nola konpontzen dituen arazo hauek

Parte-hartzaileen identifikazioa gako pare baten bidez egiten da: pribatua eta publikoa, eta sinadura digitalaren algoritmoak bakar-bakarrik identifikatzen ditu igorlea eta hartzailea, haien identitatea anonimoa utziz.
Transakzioak blokeetan biltzen dira, blokearen hash-a kalkulatzen da eta hurrengo blokean idazten da. Blokeetan hash grabatzeko sekuentzia honek blockchain teknologiari bere izena ematen dio eta, gainera, ezinezkoa egiten du blokeetatik oharkabean aldatzea / ezabatzea blokeak edo banakako transakzioak. Horrela, transakzio bat bloke-katean sartzen bada, ziur egon zaitezke bere datuak aldatu gabe geratuko direla.
Gastu bikoitzeko iruzurra saihesten da sareko adostasuna lortuz zein datu baliozkotzat hartu eta zein baztertu. Bitcoin sarean, adostasuna lanaren froga (PoW) bidez lortzen da.
Sarearen fidagarritasuna blokeo-katea publikoa izateak lortzen du, non parte-hartzaile bakoitzak bere nodoa exekutatu dezakeen, bloke-katearen kopia osoa jaso eta, gainera, modu independentean transakzioak zuzenak diren egiaztatzen hastea. Kontuan izan behar da bloke-kate modernoek bloke-kate publikoak (irekiak) ez ezik pribatuak (itxiak) eraikitzea eta eskema konbinatuak erabiltzea ahalbidetzen dutela.
Blockchain-ak ez ditu guztiz kenduko komisioak, zeren... sarea onartzen duten pertsonei ordaindu behar diezu, baina blockchain-en komisio baten beharra hain sinesgarriki frogatzen da, ezen horren beharraz zalantzarik ez dagoen.
Blokeo-kate modernoek negozio-logika ezartzeko gaitasuna dute, bloke-katean Smart Contracts deitzen dena. Kontratu adimendunen logika goi-mailako hainbat hizkuntzatan ezartzen da.

Ondoren, irtenbide hauek zehatzago aztertuko ditugu.

Blockchain arkitektura

Blockchain osagaiak

Parte-hartzaile bakoitzak bere nodoa abiarazi dezake bloke-katearen kopia osoa (nodo osoa). Blockchain-en transakzioak erregistra ditzaketen nodo osoei deitzen zaie adostasun-nodoak (lekukoa) edo meatzariak (meatzaria). Transakzioen zuzentasuna soilik egiaztatzen duten nodo osoei deitzen zaie auditoretza-nodoak (ikuskaritza). Bezero argiak (bezero arinak) ez dituzte bloke-katearen kopia osorik gordetzen, sarearekin elkarreragiten dute nodo osoak erabiliz.
Erabiltzaile gehienek bezero arinak edo web zorroak erabiltzen dituzte transakzioak egiteko. Nodo guztiak elkarren artean konektatuta daude. Elementu multzo honekin, sare-arkitektura egonkorrago bihurtzen da:

Transakzioen bizi-zikloa

Ikus dezagun transakzioen bizi-zikloa eta zatikatu zatika:

Blockchain teknologiak

Azter gaitezen irtenbide teknikoei eta elkarren arteko loturari buruz.

identifikazio

Blockchain-eko transakzio bakoitza digitalki sinatu behar da. Beraz, transakzio bat burutzeko, parte-hartzaile bakoitzak gako-pare bat izan behar du: pribatua / publikoa. Batzuetan giltza pareari zorro deitzen zaio, zeren teklak parte-hartzailearen helbide digital bakarrarekin eta saldoarekin lotuta daude. Egia esan, teklak eta helbideak zenbaki-sistema desberdinetako zenbaki-kateak besterik ez dira. Gakoen eta diru-zorroaren helbideen adibideak:

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

Blockchainetan sinadura digitala sortzeko, kurba eliptikoetan oinarritutako algoritmo bat erabiltzen da: Elliptic Curve Digital Signature Algorithm (ECDSA). Funtzionatzeko, gako pribatua (256 biteko zenbakia) ausaz hartu ohi da. Gako-aukeren kopurua 2-ren potentzia da, beraz, gako pribatuen balioekin bat etortzearen ezintasun praktikoaz hitz egin dezakegu.

Jarraian, gako publikoa pribatutik lortzen da bere balioa kurba eliptikoan kokatutako puntu baten koordenatuekin biderkatuz, kurba bereko puntu berri baten koordenatuak lortuz. Ekintza honek transakzioak digitalki sinatzeko egokia den gako-pare bat eskuratzea ziurtatzen du. Azkenik, diru-zorroaren helbidea gako publikotik eratorritako bakarra da.

Artikulu asko daude blockchain-en erabiltzen den kriptografiari buruzko xehetasunak dituztenak, adibidez: Bitcoin laburbilduz - Kriptografia

Gako pribatua erabat konfidentziala eta seguru mantendu behar da. Gako publikoa denek ezagutzen dute. Gako pribatua galtzen bada, aktiborako sarbidea (txanponak) ezin da berreskuratu eta dirua betiko galduko da. Hori dela eta, gako pribatuak modu seguruan gordetzeko zeregina oso garrantzitsua da, izan ere Hau ez da banku bat, non beti pasaportearekin etorri eta zure kontua berreskuratu dezakezun. Crypto-zorro hotzak ekoizteko industria oso bat dago, flash unitateen antzekoa:

edo metodo fidagarriagoak erabil ditzakezu, adibidez, gako pribatuaren balioa tokenetan zigilatzea:

Transakzioak

Transakzio egiturari buruzko xehetasun gehiago artikuluan aurki daitezke Bitcoin laburbilduz - Transakzioa. Garrantzitsua da ulertzea transakzio bakoitzak gutxienez datu hauek dituela:

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

Ondoren, transakzioa gako pribatu batekin sinatu eta bidaltzen da (ikusi protokoloaren funtzionamenduari buruzko xehetasunak Bitcoin-a labur-labur-protokoloa) transakzioak baliozkotasuna egiaztatzen duten bloke-kateko nodo guztiei. Transakzioak egiaztatzeko algoritmoa ez da hutsala eta barne hartzen du bi dozena urrats.

Transakzio blokeak

Transakzioen baliozkotasuna egiaztatu ondoren, nodoek blokeak osatzen dituzte haietatik. Transakzioez gain, aurreko blokearen hash eta zenbaki bat (Nonce kontagailua) blokean idazten dira, eta uneko blokearen hash-a kalkulatzen da SHA-256 algoritmoa erabiliz. Hashak konplexutasun-baldintzak ezarri behar ditu. Adibidez, Bitcoin sarean, hash-aren zailtasuna automatikoki aldatzen da 2 astetik behin sarearen potentziaren arabera, beraz, bloke bat sortzen da gutxi gorabehera 10 minuturo behin. Konplexutasuna baldintza honek zehazten du: aurkitutako hashak aurrez zehaztutako zenbaki bat baino txikiagoa izan behar du. Baldintza hau betetzen ez bada, 1 gehitzen zaio Nonce-ri eta hash kalkulatzeko lana errepikatzen da. Hash bat hautatzeko, Nonce eremua erabiltzen da, zeren Hau da blokean alda daitekeen datu bakarra; gainerakoak aldatu gabe geratu behar dira. Baliozko hash batek hasierako zero kopuru jakin bat izan behar du, esate baterako, hash errealetako bat:

000000000000000000000bf03212e7dd1176f52f816fa395fc9b93c44bc11f91

Hash bat arrakastaz aurkitzea Bitcoin edo Ethereum sareetarako egindako lanaren froga da (Proof-of-Work, PoW). Hashak aurkitzeko prozesuari meatzaritza deitzen zaio, urre meatzaritzaren antzera. Izenak nahiko zehatz definitzen du prozesuaren funtsa, zeren aukeren bilaketa sinple bat dago, eta norbaitek hash egoki bat aurkitzen badu, hau zortea da benetan. Hondakin tonatan benetako urrezko pepita bat aurkitzea bezalakoa da. Blokearen saria 12.5 BTC da orain eta 3900 $-ko Bitcoin tasarekin biderkatzen baduzu, urre puru kilogramo bat baino gehiago lortuko duzu. Bada zer borrokatzeko!

Hash bat arrakastaz aurkitu ondoren, blokea eta aurkitutako hash bera bloke-katean idazten dira hurrengo bloke gisa. Blokeen egiturari buruzko xehetasun gehiago artikuluan aurki daitezke Bitcoin labur-labur-Blockchain, eta behean diagrama sinplifikatu bat dago:

Blockchain-a aurreko blokearen hash-a oraindik ez duen bloke batekin hasten da. Blockchain-en horrelako bloke bakarra dago eta Genesis block izen propioa du. Gainerako blokeek egitura bera dute eta transakzio kopuruan soilik desberdinak dira. Une honetan Bitcoin edo Ethereum-en sortzen diren benetako transakzioak eta blokeak ikus daitezke Block Explorer.

Bitcoin-en blokeen tamaina 1MB-ra mugatzen da eta 200 byte inguruko transakzio batean gutxieneko informazio kopuru batekin, bloke bateko transakzio-kopurua 6000 ingurukoa izan daiteke. Hemendik aurrera, bide batez, Bitcoin-en errendimendua jarraitzen du, denek barre egiten baitute: bloke bat sortzen da gutxi gorabehera 10 minutuz behin * 60 segundo = 600 segundo, eta horrek 10 TPS inguruko errendimendu formala ematen du. Izan ere, hau ez da produktibitatea, nahita inplementatutako lan-algoritmo bat baizik. Ethereum-en, lehiaketarako, blokeak sortzeko denbora 15 segundo besterik ez dute egin. eta produktibitatea formalki gora egin zuen. Hori dela eta, PoW adostasun gisa erabiltzen duten bloke-kateetan, ez du zentzurik errendimendua alderatzeak, zeren zuzenean cachearen kalkuluaren konplexutasunaren araberakoa da, edozein baliori eslei dakion.

Sardexkak

Zer gertatzen da, adibidez, hainbat nodok konplexutasun-baldintzak betetzen dituzten hash-ak aurkitu badituzte, baina balio desberdina dutenak (hots, adostasun desberdinetara iritsi ziren) eta blokeak blokeak idatziz gero? Ikus dezagun blockchain-ek nola babesten duen egoera honen aurka. Kasu honetan, sardexka deritzona gertatzen da, eta bloke-kateak katearen bi bertsio ditu:

Zer gertatzen da gero? Ondoren, sarearen zati bat N+2 blokean lan egiten hasten da kate batetik, eta beste zati bat:

Bloke horietako bat lehenago aurkitu eta blockchain-era bidaliko da, eta, ondoren, arauen arabera, bloke-kateak kate luzeago batera aldatu eta bloke alternatiboko transakzio guztiak bertan behera utzi beharko ditu:

Aldi berean, egoera bat sor daiteke parte-hartzaile baten transakzioa fork blokeetako batean bakarrik zegoenean, bertan behera geratu zenean. Hori dela eta, nahi den transakzioa bloke-katean erregistratuta dagoela ziurtatzeko, gomendio orokor bat dago - transakzioan fidatu aurretik, hurrengo blokeak bloke-katean gehitu arte itxaron behar duzu. Blokeo kate desberdinetarako zenbat bloke itxaron beharreko gomendioak aldatu egiten dira. Adibidez, Bitcoin sarerako gutxienez 2 bloke dira, gehienez 6.

Blokeen sardexkekin argazki bera ikusiko da 51% izeneko erasoan - meatzari talde bat bloke-kate alternatibo bat hazten saiatzen da, katea bertan behera utzi nahian iruzurrezko transakzioekin. Nahiz eta gaur egun, iruzurra egin beharrean, errentagarriagoa den zure boterea meatzaritza zintzoan gastatzea.

Adostasuna

Blockchain-en bloke bat grabatzeko, sareak adostasun batera iritsi behar du. Gogora dezagun komunikazio sare informatikoetan adostasuna lortzeko zeregina. Arazoa BFT jeneral bizantziarren zeregin gisa planteatzen da (Bizantziar hutsegiteen tolerantzia). Bizantziar armadaren arazoen deskribapen pintoreskoa alde batera utzita, arazoa honela formula daiteke: nola lor daitezke sare-nodoak emaitza komun bat sare-nodo batzuek nahita desitxuratu badezakete. BFT arazoa konpontzeko dauden algoritmoek erakusten dute sareak behar bezala funtziona dezakeela iruzurgileen 1/3 baino gutxiago badaude. Zergatik ez da BFT adostasuna aplikatu Bitcoin sarean? Zergatik zen beharrezkoa PoW erabiltzea? Hainbat arrazoi daude:

BFT-k ondo funtzionatzen du nodo multzo finko txiki batekin, baina blockchain publiko batean nodo kopurua ezustekoa da eta, gainera, nodoak ausaz aktibatu eta itzali daitezke.
Beharrezkoa da jendea motibatzea blockchain nodoak abiarazteko. Horretarako, jendea saritu behar da. BFTn ez dago formalki saririk jasotzeko ezer, baina PoW-n saria zer den argi dago denek maila intuitiboan: prozesadoreak bloke hash-a aurkitzeko prozesuan kontsumitzen duen elektrizitateagatik.

PoW-z gain, bloke modernoetan erabiltzen diren beste hainbat adostasun daude, adibidez:

PoS (Proof-of-Stake) - blockchain-en Hyperledger
DPoS (Delegated Proof-of-Stake) - blockchain-en BitShares
BFTren aldaketak: SBFT (BFT sinplifikatua) eta PBFT (BFT praktikoa), adibidez blockchain-en Exonum

Goazen pixka bat PoS adostasunean, zeren... PoS eta bere barietateak bloke pribatuetan gehien hedatuta daudenak dira. Zergatik pribatuan? Alde batetik, PoS-en ezaugarriak hobeak dira PoWrekin alderatuta, zeren Adostasuna lortzeko, baliabide informatiko gutxiago behar dira, hau da, datuak bloke-katean idazteko abiadura handitzen da. Baina, bestalde, PoS-k iruzur egiteko aukera gehiago ditu, beraz, hori neutralizatzeko, blockchain-eko partaide guztiak ezagutu behar dira.

PoS adostasuna nodo baten aukeraketan oinarritzen da, bloke-katean transakzioak dituen bloke bat idatz dezakeen kontuko funts kopuruaren arabera, edo hobeto esanda, ez kontuan, bermean baizik, hau da. Zenbat eta funts gehiago izan berme gisa, orduan eta litekeena da sareak zure nodoa aukeratzea bloke bat idazteko. Gordailua ez da itzuliko blokea baliogabea bada. Honek iruzurreren aurkako babesa eskaintzen du. PoS-en aldaera hauek daude:

Delegated PoS (DPoS) adostasunak parte-hartzaileak "botatzaileak" eta "balidatzaile"tan banatzen ditu. Txanpon-jabeek (boto bidezko parte-hartzaileek) beste parte-hartzaile batzuei delegatzen diete blockchain-eko transakzioak egiaztatzeko eta erregistratzeko ahalmena. Horrela, baliozkotzaileek lan konputazional guztia egiten dute eta sari bat jasotzen dute, eta botoa ematen duten parte-hartzaileen presentziak baliozkotzaileen zintzotasuna bermatzen du, izan ere edozein unetan alda daitezke.
LPoS (Leased Proof-of-Stake) adostasunak zure fondoak beste nodo batzuei alokatzeko aukera ematen du, blokeak baliozkotzeko aukera hobea izan dezaten. Hori. Transakzioengatiko komisioa jaso dezakezu benetako transakzioen egiaztapenean eta blokeatu meatzaritzan parte hartu gabe.

Oraindik asko erabiltzen ez diren beste adostasun batzuk daude, hemen zerrendatuko ditut informaziorako, eta adostasun-algoritmoen ikuspegi orokorra aurki daiteke, adibidez, artikuluan: Adostasun algoritmoak Blockchain-en.

PoET (Igarotako denboraren froga)
PoC (gaitasunaren froga)
PoB (erretzearen froga)
PoWeight (pisuaren froga)
PoA (Jardueraren Froga) - PoW + PoS
PoI (Inportanteen frogak)

Blockchains-en fidagarritasun- eta hedapen-ereduak

Blockchain publikoa

egonkortasuna Publikoa edo beste izen bat Baimenik gabeko blokeoa Hori edonork informazioa konektatu eta ikusteko edo bere nodoa konektatzeko aukera emanez lortzen da, eta konfiantza PoW adostasunean eraikitzen da.

Blockchain pribatua

Pribatua edo Baimendutako bloke pribatua. Blockchain hauetan, parte-hartzaile talde jakin batek (erakundeak edo pertsonak) baino ez du informaziorako sarbidea. Horrelako bloke-kateak erakundeek eraikitzen dituzte onura edo eraginkortasun orokorra handitzeko helburuarekin. Haien fidagarritasuna parte-hartzaileen helburu komunek eta PoS eta BFT adostasun algoritmoek bermatzen dute.

Blockchain partzuergoa

Ez dago Partzuergoa edo Baimen publikoko bloke-katea. Edonor konektatu daitezkeen blokeak dira ikusteko, baina parte-hartzaile batek informazioa gehi dezake edo bere nodoa konektatu dezake beste parte-hartzaileen baimenarekin soilik. Horrelako bloke-kateak erakundeek eraikitzen dituzte produktuen bezeroen edo kontsumitzaileen edo gizarte osoaren konfiantza areagotzeko. Hemen, fidagarritasuna ere lortzen da parte-hartzaileen eta PoS eta BFT adostasun algoritmo berdinen arteko konfiantza egoteagatik.

Kontratu adimendunak

Bitcoin-en ondoren inplementatutako bloke-kateek, neurri batean edo bestean, kontratu adimendunak gauzatzeko gaitasuna gehitu dute. Funtsean, kontratu adimenduna programaren kodea exekutatzeko jartzen den transakzio bat da. Ethereum sareko kontratu adimendunak EVMn (Ethereum Makina Birtuala) exekutatzen dira. Kontratu adimendun bat exekutatzen hasteko, beste transakzio batek esplizituki abiarazi behar du, edo exekutatzeko aurrebaldintzak bete behar dira. Kontratu adimendunaren exekuzioaren emaitzak blockchain-en ere erregistratuko dira. Blockchainetik kanpo datuak jasotzea posible da, baina oso mugatua.

Zein negozio-logika inplementa daiteke smart contract bat erabiliz? Izan ere, ez dago asko, adibidez, baldintzak egiaztatzea blockchain-eko datuak erabiliz, aktibo digitalen jabeak baldintza horien arabera aldatzea, datuak bloke-katearen barneko biltegiratze iraunkor batean grabatzea. Logika goi-mailako hizkuntza berezi batean ezartzen da Solidity.

Kontratu adimendunak erabiliz inplementatzen den funtzionalitatearen adibide klasiko bat ICOentzako tokenak igortzea da. Adibidez, kontratu adimenduna ezarri nuen 500 AlexToken xume bat igortzeko. Nork esteka Etherscan-en da

Smart kontratuaren iturburu kodea Solidity hizkuntzan

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;
}

eta sareak ikusten duen irudikapen bitarra

60806040526000600355600060045533600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff1602179055506000600560146101000a81548160ff021916908360028111156200006f57fe5b0217905550620001036b019d971e4fe8401e74000000600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546200024a6401000000000262000b1d179091906401000000009004565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550620001986b019d971e4fe8401e740000006001546200024a6401000000000262000b1d179091906401000000009004565b6001819055506b033b2e3c9fd0803ce8000000600481905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef6b019d971e4fe8401e740000006040518082815260200191505060405180910390a362000267565b600081830190508281101515156200025e57fe5b80905092915050565b611cb880620002776000396000f300608060405260043610610112576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146104c7578063095ea7b31461055757806318160ddd146105bc57806323b872dd146105e7578063313ce5671461066c578063355274ea146106a3578063518ab2a8146106ce57806366188463146106f957806370a082311461075e57806389311e6f146107b55780638da5cb5b146107cc578063903a3ef61461082357806395d89b411461083a578063a9059cbb146108ca578063bf5839031461092f578063c7876ea41461095a578063cbcb317114610985578063d73dd623146109b0578063dd62ed3e14610a15578063f2fde38b14610a8c575b60008060008060006001600281111561012757fe5b600560149054906101000a900460ff16600281111561014257fe5b14151561014e57600080fd5b60003411151561015d57600080fd5b600060045411151561016e57600080fd5b3494506101a7670de0b6b3a764000061019968056bc75e2d6310000088610acf90919063ffffffff16565b610b0790919063ffffffff16565b9350600092506b033b2e3c9fd0803ce80000006101cf85600354610b1d90919063ffffffff16565b111561024c576101f66003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b915061022e670de0b6b3a764000061022068056bc75e2d6310000085610b0790919063ffffffff16565b610acf90919063ffffffff16565b90506102438186610b3990919063ffffffff16565b92508094508193505b61026184600354610b1d90919063ffffffff16565b6003819055506102886003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b6004819055506000831115610344573373ffffffffffffffffffffffffffffffffffffffff166108fc849081150290604051600060405180830381858888f193505050501580156102dd573d6000803e3d6000fd5b503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef856040518082815260200191505060405180910390a35b610395846000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef866040518082815260200191505060405180910390a361045184600154610b1d90919063ffffffff16565b600181905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc869081150290604051600060405180830381858888f193505050501580156104bf573d6000803e3d6000fd5b505050505050005b3480156104d357600080fd5b506104dc610b52565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561051c578082015181840152602081019050610501565b50505050905090810190601f1680156105495780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b34801561056357600080fd5b506105a2600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610b8b565b604051808215151515815260200191505060405180910390f35b3480156105c857600080fd5b506105d1610c7d565b6040518082815260200191505060405180910390f35b3480156105f357600080fd5b50610652600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610c87565b604051808215151515815260200191505060405180910390f35b34801561067857600080fd5b50610681611041565b604051808263ffffffff1663ffffffff16815260200191505060405180910390f35b3480156106af57600080fd5b506106b8611046565b6040518082815260200191505060405180910390f35b3480156106da57600080fd5b506106e3611056565b6040518082815260200191505060405180910390f35b34801561070557600080fd5b50610744600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291908035906020019092919050505061105c565b604051808215151515815260200191505060405180910390f35b34801561076a57600080fd5b5061079f600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506112ed565b6040518082815260200191505060405180910390f35b3480156107c157600080fd5b506107ca611335565b005b3480156107d857600080fd5b506107e16113eb565b604051808273ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200191505060405180910390f35b34801561082f57600080fd5b50610838611411565b005b34801561084657600080fd5b5061084f6114ab565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561088f578082015181840152602081019050610874565b50505050905090810190601f1680156108bc5780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b3480156108d657600080fd5b50610915600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803590602001909291905050506114e4565b604051808215151515815260200191505060405180910390f35b34801561093b57600080fd5b50610944611703565b6040518082815260200191505060405180910390f35b34801561096657600080fd5b5061096f611709565b6040518082815260200191505060405180910390f35b34801561099157600080fd5b5061099a611716565b6040518082815260200191505060405180910390f35b3480156109bc57600080fd5b506109fb600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050611726565b604051808215151515815260200191505060405180910390f35b348015610a2157600080fd5b50610a76600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff169060200190929190505050611922565b6040518082815260200191505060405180910390f35b348015610a9857600080fd5b50610acd600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506119a9565b005b600080831415610ae25760009050610b01565b8183029050818382811515610af357fe5b04141515610afd57fe5b8090505b92915050565b60008183811515610b1457fe5b04905092915050565b60008183019050828110151515610b3057fe5b80905092915050565b6000828211151515610b4757fe5b818303905092915050565b6040805190810160405280600981526020017f416c6578546f6b656e000000000000000000000000000000000000000000000081525081565b600081600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b6000600154905090565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff1614151515610cc457600080fd5b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d1157600080fd5b600260008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d9c57600080fd5b610ded826000808773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610e80826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610f5182600260008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b600260008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b601281565b6b033b2e3c9fd0803ce800000081565b60035481565b600080600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205490508083111561116d576000600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611201565b6111808382610b3990919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b8373ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008873ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a3600191505092915050565b60008060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020549050919050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561139157600080fd5b60028081111561139d57fe5b600560149054906101000a900460ff1660028111156113b857fe5b141515156113c557600080fd5b6001600560146101000a81548160ff021916908360028111156113e457fe5b0217905550565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1681565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561146d57600080fd5b60028081111561147957fe5b600560149054906101000a900460ff16600281111561149457fe5b141515156114a157600080fd5b6114a9611b01565b565b6040805190810160405280600381526020017f414c54000000000000000000000000000000000000000000000000000000000081525081565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff161415151561152157600080fd5b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054821115151561156e57600080fd5b6115bf826000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611652826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a36001905092915050565b60045481565b68056bc75e2d6310000081565b6b019d971e4fe8401e7400000081565b60006117b782600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a36001905092915050565b6000600260008473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054905092915050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff16141515611a0557600080fd5b600073ffffffffffffffffffffffffffffffffffffffff168173ffffffffffffffffffffffffffffffffffffffff1614151515611a4157600080fd5b8073ffffffffffffffffffffffffffffffffffffffff16600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e060405160405180910390a380600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555050565b6002600560146101000a81548160ff02191690836002811115611b2057fe5b021790555060006004541115611c0a57611ba5600454600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc3073ffffffffffffffffffffffffffffffffffffffff16319081150290604051600060405180830381858888f19350505050158015611c89573d6000803e3d6000fd5b505600a165627a7a723058205bbef016cc7699572f944871cb6f05e69915ada3a92a1d9f03a3fb434aac0c2b0029

Kontratu adimendunen inguruko xehetasun gehiago artikuluan aurki daitezke: Zer dira kontratu adimendunak Ethereum-en.

Ondorioa

Blokeo kate modernoak zein teknologien gainean eraikitzen diren eta elkarren artean nola konektatzen diren zerrendatu ditugu. Orain formula dezagun zein arazo konpondu daitezkeen blockchain erabiliz, eta zein irtenbide izango diren, onenean, eraginkorrak. Beraz, blockchain erabiltzea ez da beharrezkoa baldin:

Transakzioak ingurune fidagarri batean egiten dira;
Bitartekarien batzorde bat egoteak ez du parte-hartzaileen bizitza okertzen;
Parte-hartzaileek ez dute aktibo digital gisa irudika daitekeen ondasunik;
Aktibo digitaletan ez dago banaketarik, hau da. balioa partaide bakarraren jabetzakoa edo hornitua da.

Zer eskaintzen dio etorkizuna blockchain-ari? Orain blockchain teknologien garapenerako bide posibleei buruz espekulatu besterik ez dugu egin:

Blockchain datu-baseen teknologia arrunt bera bihurtuko da, adibidez, SQL edo NoSQL bere arazo sorta zehatza konpontzeko;
Blockchain protokolo hedatu bat bihurtuko da, HTTP Interneterako den bezala;
Blockchain planetako sistema finantzario eta politiko berri baten oinarri bihurtuko da!

Hurrengo zatian gaur egun zer bloke dauden eta zergatik erabiltzen diren industria ezberdinetan ikusiko dugu.

Hau hasiera besterik ez da!

Iturria: www.habr.com

Zer eraiki behar dugu blockchain bat?