3 Smart kontrakt misforståelser | DK.democraziakmzero.org

3 Smart kontrakt misforståelser

3 Smart kontrakt misforståelser

Olivier Rikken er manager, foredragsholder og tænkte leder på digitale forstyrrelser, blockchain og business process management på Axveco, et boutique konsulentfirma med hovedsæde i Amsterdam. 

I denne CoinDesk udtalelse artiklen, Rikken skitserer tre almindelige fejl nyankomne gør, når de søger at udnytte blockchain-baserede Smart kontrakt teknologi.

En af de mest lovende udvikling i blockchain er ideen om smarte kontrakter.

Først detaljeret ved kryptograf Nick Szabo i hans 1994 papir "Smart kontrakter", Szabo beskriver konceptet som "et edb transaktion protokol, der udfører vilkårene i en kontrakt". I dag er stigningen af ​​ethereum blockchain letter nem udvikling og implementering af dette begreb i et offentligt miljø.

Alligevel har det ført til en sky af forvirring omkring smarte kontrakter. (For dem mindre fortrolige med smarte kontrakter, denne artikel giver en flot introduktion).

Men før vi går i gang, vil jeg gerne sige, at jeg tror, ​​at antallet af muligheden og use cases for smart kontrakter er enorme og kan skabe reel game skiftere på tværs af forskellige brancher. Arbejder med forskellige virksomheder om muligheder, jeg bemærkede imidlertid, at mange stadig kæmper for at forstå, hvad smarte kontrakter virkelig er, hvordan de fungerer, og hvad de kan gøre.

Her er de tre spørgsmål, som jeg støder på de fleste:

1. "Smarte kontrakter er bare kode, ikke kontrakter"

Et fælles udtryk, der ofte citerede er "smarte kontrakter er hverken klog eller kontrakter, de er bare dumme kode".

I forskellige tilfælde, kan dette være sandt, ligesom når du opretter en decentraliseret anvendelse, som ikke involverer overførsel af værdi. Men i andre tilfælde kan smarte kontrakter have flere karakteristika for konventionelle kontrakter.

Når vi ser på konventionelle kontrakter, semantik af en kontrakt består af to hovedelementer, nemlig:

  1. Operationelle semantik, hvilket er den operationelle fortolkning af en kontrakt. Den beskriver behandlingen af ​​de præcise handlinger som aftalt og der skal træffes af de involverede parter. Det er typisk, hvad der kan programmeres til en intelligent kontrakt.
  2. Denotational semantik, den ikke-operationelle juridiske fortolkning af hele kontrakten, herunder, men ikke begrænset til, alle henvisninger til andre dokumenter, kompetence etc. Dette er den fortolkning, som vil blive givet til kontrakten som advokat ville læse det. Dette element er i de fleste tilfælde ikke er medtaget i smarte kontrakt, selv om referencer kan tilføjes som kommentarer i koden.

Hvorfor er folk, der opsætter kontrakter i første omgang? Mest fordi de ikke fuldt ud tillid til hinanden for udførelsen af ​​en aftale (på trods af nogen mundtlig aftale) eller som bevis for tredjeparter, at en overførsel af varer var legitime.

Tager dette, og den operationelle del af kontrakten semantik i tankerne, hvis en smart kontrakt er resultatet af en aftale mellem to eller flere parter, og "underskrevet" af alle parter (ved aktivt at indgå til smart kontrakt), kunne det således ses som udgør de operationelle semantik en traditionel kontrakt, skønt skrevet i et ukendt sprog.

Håndtering konflikt kunne stort set følger den samme rute som med alle traditionelle kontrakter, dvs. Via retter, mægling osv

Den væsentligste forskel vil være, at i mange tilfælde, overførsel af værdi som følge af automatiseret kontrakt udførelse har allerede har fundet sted.

2. "Smart kontrakter kan operere fuldt autonomt"

Dette bringer os til den anden misforståelse

En af de mest almindelige fejl er, at folk har den opfattelse, at en smart kontrakt aktivt kan scanne sine omgivelser og udføre som reaktion på ændringer i overensstemmelse hermed, dvs. En smart kontrakt proaktivt forespørger en ekstern database og ændrer sin egen stat baseret på resultatet af forespørgslen.

Blockchain, i sin essens, er transaktion drevet. Dette er også tilfældet for smart kontrakter og dermed smarte kontrakter er reaktive.

Koden af ​​en smart kontrakt udføres kun når opfordrede ved en transaktion eller en besked, der sendes til den smarte kontrakt. Dette kan enten gøres fra en ekstern konto (ejet af en fysisk person eller et selskab) sende en transaktion eller anden klog kontrakt sende en besked til den smarte kontrakt (denne anden smarte kontrakt udløses af en transaktion eller budskab i sig selv).

Hertil kommer, at oplysninger til rådighed for en smart kontrakt under udførelsen er ret begrænset.

Som det fremgår af ethereum dokumentation: "Denne udførelse skal være helt deterministisk, dens eneste sammenhæng er positionen af ​​blokken på blockchain og alle tilgængelige data". Endvidere "Det er ikke kun sandboxed men faktisk helt isoleret, hvilket betyder, at koden kører inde i EVM ikke har adgang til nettet, filsystem eller andre processer. Smart kontrakter selv have begrænset adgang til andre smarte kontrakter".

De tilgængelige data er de data, der sendes til kontrakten i transaktionen eller budskab plus data i lageret (staten) og hukommelse af kontrakten.

Mens en smart kontrakt kan kalde andre smarte kontrakter, (f.eks læse saldi på andre smarte kontrakter) re-entrancy ikke anbefales af forskellige eksperter, som de mener, det bør kun bruges som en sidste udvej.

Derudover kan smarte kontrakter kun gøre grundlæggende beregninger gerne tilføje, subtraktion og dividere. De er ikke i stand til at udføre store data-analyser.

Så når det kommer til at designe processer, der involverer smarte kontrakter, ved, at, på dette tidspunkt, de er reaktive, har begrænset information til at arbejde med, kan kun gøre grundlæggende beregninger og har begrænset interaktionsmuligheder. Eksemplerne som er beskrevet her, er primært baseret på ethereum smarte kontrakter, hvilket bringer mig til det sidste punkt.

"Det smarte kontrakt"

Der er ikke sådan noget som den smarte kontrakt.

Som folk ofte begår den fejl at tale om blockchain, i stedet for at henvise til en bestemt blockchain (fx Bitcoin, ethereum, hyperledger, etc.), er den samme fejl ofte lavet for smart kontrakter.

De fleste blockchains har ingen smarte kontrakt kapaciteter på alle, eller hvis de gør, er det kun i meget begrænset form eller via knyttet sidekæde løsninger.

De funktioner, som en smart kontrakt kan besidde forskellig pr blockchain.

Så når det kommer til at designe løsninger, der har brug for smarte kontrakter, der er ikke sådan noget som den smarte kontrakt. For at skabe en smart kontrakt, der opfylder dine krav, være meget omhyggelig og præcis, når det afgøres hvilke blockchain at bruge.

EthereumSmart Kontrakter

Relaterade nyheter


Post Ethereum

Blockchain til CPU? Analyserer Golems Ethereum Token Sale

Post Ethereum

Et Ethereum Voting Scheme, der ikke giver væk afstemningen

Post Ethereum

Tokens for tid? Inside One Banking Exec er Blockchain Pet Project

Post Ethereum

En afdeling i FN lancerede lige sin første storskala etereprøve

Post Ethereum

Realtor-Backed Incubator investerer i Ethereum Identity startup

Post Ethereum

All-Time High: Ether Priser Passer $ 440 som nøgle niveau Breached

Post Ethereum

SPECTER Creators Søg VC Backing for Blockchain-Free Cryptocurrency

Post Ethereum

I Formel Verifikations Push søger Ethereum Smart Kontraktsikkerhed

Post Ethereum

Hvem har brug for en CSD? Nivaura at udstede første regulerede etherbind

Post Ethereum

Ethereums hellige treenighed tager form som sværm testnet ankommer

Post Ethereum

Web Browser Brave til at starte ICO for Ethereum Ad Token

Post Ethereum

Yellowing Paper: Hvad forsinker en vigtig Ethereum Update?