| Slimme contracten: veelgestelde vragen Sebastián Heredia querro 2.1 Enkele definities (fans versus haters)[boven] Begreep de belangrijkste achtergrond, werking, deugden en beperkingen van het genre van technologieën genaamd DLTS en vooral van de meest populaire soort, de blockchain, wordt nu in dit tweede hoofdstuk voorgesteld om zich te verdiepen in de toepassingen die het meest aandacht trekken in de gebelde blockchain 2.0: De Smarts -contracten. Zoals in het geval van blockchain, is de definities over wat een slim contract is.In dit eerste gedeelte zullen de belangrijkste definities worden beoordeeld - vooral inclusief de meest kritische visies;In het tweede deel zullen de vier essentiële kenmerken van de slimme contracten worden geanalyseerd;In de derde zullen specifieke gevallen van de huidige toepassing worden geanalyseerd, en in het vierde en laatste deel van dit hoofdstuk zullen de "intelligente contracten" worden gedemystificeerd, totdat ze bijna aantonen dat ze in hun huidige stand van evolutie nogal domme contracten zijn [1] die dienen om enkele beperkte functies te automatiseren, maar niet voor vele anderen werken.Maar aarzel niet op de lezer die zonder twijfel Pari Passu zal evolueren naar de massificatie van de blockchain en naarmate deze technologie de kindertijd naar volwassenheid voortzet, vanaf 2025. Het zal in het begin beginnen, en het begin van blockchain wordt geassocieerd met de iconische en onbekende Satoshi Nakamot -praktische relevantie van slimme contracten was zeer beperkt totdat Bitcoin zich voordeed [3].Szabo heeft twee titels, afgestudeerd in computing en advocaat, vandaar dat hij technologie en wetgeving zeer vloeiend kan koppelen [4]. “Veel soorten contractuele clausules (zoals onderpand, binding, afbakening van eigendomsrechten, enz.) Kunnen worden ingebed in de hardware en software waarmee we omgaan, op een zodanige manier dat het contractbreuk duur is (indien gewenst, soms onbetaalbaarDus) voor de breken.Een canoniek real-life voorbeeld, dat we zouden kunnen beschouwen als de primitieve voorouder van slimme contracten, is de bescheiden automaat.Binnen een beperkte hoeveelheid potentieel verlies (het bedrag in de kassa moet lager zijn dan de kosten van het overtreden van het mechanisme), neemt de machine munten in en via een eenvoudig mechanisme, dat een eerstejaars informatica -informatica -probleem maakt in ontwerp met eindige automaten,Verwijderingsverandering en product volgens de weergegeven prijs.De automaat is een contract met drager: iedereen met munten kan deelnemen aan een uitwisseling met de leverancier.De lockbox en andere beveiligingsmechanismen beschermen de opgeslagen munten en inhoud tegen aanvallers, voldoende om winstgevende inzet van automaten in een breed scala aan gebieden mogelijk te maken.Slimme contracten gaan verder dan de automaat bij het voorstellen van contracten in alle soorten eigendommen die waardevol en gecontroleerd zijn door digitale middelen.Slimme contracten verwijzen naar dat onroerend goed in een dynamische, vaak proactief afgedwongen vorm, en bieden veel betere observatie en verificatie waar proactieve maatregelen tekortschieten. ”(El Resaltado es Mío) [5] En als ik een definitie benaderde, heeft Szabo de slimme contracten geconceptualiseerd door hun functie: "Slimme contracten combineren protocollen, gebruikers interfaces en beloften die via die interfaces worden uitgedrukt, om relaties te formaliseren en te beveiligen over openbare netwerken [6]" En gedefinieerd ze als: "Een geautomatiseerd transactieprotocol dat de voorwaarden van een contract uitvoert" [7] [y como] "Een reeks beloften, gespecificeerd in digitale vorm, waarbinnen de partijen op deze beloften uitvoeren." [8] Nu heeft de meest hedendaagse doctrine Szabo en de definitie ervan sterk bekritiseerd.Professor Eliza Mik, van de prestigieuze Singapore Management University, betoogt inderdaad dat veel slimme contracten in feite geen contracten in juridische zin zijn [9], die veel verwarring in het onderwerp regeert [10], en bevestigt dat het enige dat het enige is Dat het enige dat het enige dat ze eigenlijk een programma zijn dat in de blockchain loopt.Bovendien betoogt Mika dat Szabo -publicaties veel fouten bevatten en dat het noodzakelijk is -[elf]. In het bijzonder bekritiseert Mik zelfs het voorbeeld van Szabo van de machine die als voorouder van de slimme contracten, terwijl het in werkelijkheid slechts een aanbod is om in te huren, gericht op onbepaalde publiek, en de machine zelf de vorming en naleving van het contract wanneer de CO automatisch automatiseert -Controlling voegt een valuta in.Maar hetzelfde kan vandaag worden gezegd van alle e-commerce, of Amazon, of enig geval van digitale verkoop, zoals Spotify of Netflix.MIK ontstaat dus dat het loutere feit dat de bedrijfslogica binnen een bepaalde software of hardware is gepland, IPSO facto niet omzet in genoemde hardware of software in een contract.Noch een verstrekte machine noch een website zijn contracten, ze leveren alleen goederen (of autoriseren ze toegang) in het geval dat ze ervoor hebben betaald.Automatiseren van een transactie, of bepaalde delen ervan, betekent niet dat er een contract is, noch terugkeren naar de transactie per intelligent [12]. Uit deze kritische perceptie wordt krachtig bevestigd dat intelligente contracten geen contracten zijn, noch zijn ze intelligent, en dat ze ook om verschillende redenen niet de echte echte problemen oplossen: (i) als een programma, moeten ze worden geschreven in Sommige van de talen die voornamelijk stevigheid worden gebruikt voor Ethereum [13];(ii) normale mensen begrijpen of weten niet over programmeertalen en kunnen niet verifiëren dat het script effectief zegt wat het te zeggen heeft;(iii) Bij het inzetten in een blockchain kunnen deze programma's - die geen contracten zijn - niet stoppen of worden teruggedraaid, vanwege de onveranderlijkheid van de blockchain;(iv) Geen software is vrij van het risico van programmeerfouten –bugs - en (v) veel contractuele termen kunnen eenvoudigweg niet worden gecodeerd in coderegels [14]. Met dezelfde kritieke visie is betoogd dat hoewel het waar is dat actoren met veel middelen over het algemeen betere betere resultaten behalen voor de rechtbank dan kleine actoren - over het algemeen armer [15] -, het is zeer betwistbaar dat de slimme contracten per echt zoveel Echte transformatiekracht, omdat slimme contracten te veel gericht zijn op preventieve beveiligingsmaatregelen, ex voor, en niet zozeer in de corrigerende, ex -post, en dit lost niet het hele probleem op, op dezelfde manier als gecentraliseerde sluiting van deuren en de alarmen van een auto wordt niet onnodig de noodzaak van de aanwezigheid en vervolging van de politie wanneer de diefstal van de auto plaatsvindt [16].In die zin is het kritisch bevestigd dat de slimme contracten, vanwege hun inherente beperking van een programma, de sociale complexiteiten niet kunnen vastleggen die de gewoonte van het aannemen omringen, en in feite kan hun inflexibiliteit ongewenst zijn [17]. Aan de andere kant is Rohr's aanpak [18] interessant, die verwijst naar intelligente contracten zoals: “Een computerprotocol (code) dat is opgeslagen op een blockchain (of gedistribueerd grootboek) en dat automatisch wordt uitgevoerd door de knooppunten op het netwerk van de blockchain bij het optreden van gespecificeerde omstandigheden.Hoewel ze dat kunnen, zijn slimme contracten niet noodzakelijk juridische contracten.Vanwege de onveranderlijkheid van Blockchain, nemen slimme contracten die zijn geüpload naar de blockchain een eigen leven: ze kunnen niet eenzijdig worden gestopt, vertraagd of aangepast zonder een fundamentele verandering in het protocol van de blockchain waarop de code zich bevindt of een "Uit "die vanaf het begin in de code werd opgenomen" (El Resaltado es Mío) De Arcari -aanpak [19] is ook interessant, die ze definieert als programma's die worden vertegenwoordigd door elektronische code, geïnstalleerd en actief in een blockchain, en dat maakt het uit te wisselen van geld, eigenschappen, acties of andere overweging tussen de partijen.Vanuit juridisch oogpunt betoogt Arcari dat intelligente contracten geautomatiseerde overeenkomsten zijn, die de uitvoering van het contract maken van het optreden van of niet afhankelijk zijn van bepaalde objectieve voorwaarden, vooraf bepaald in hun programmeercode, volgens wat in een contract was overeengekomen. Er is echter bevestigd dat de liefhebbers van de slimme contracten in de war zijn door de belangrijke juridische verschillen tussen uitvoering en handhaving niet te erkennen, die we zouden kunnen vertalen als vrijwillige naleving en gedwongen naleving van het contract [20].Tegenwoordig worden duizenden contracten vrijwillig automatisch vervuld, vooral in de financiële sector.De nieuwheid van intelligente contracten die worden bestudeerd, is echter dat de partijen de gedwongen complia kunnen 'plannen' die deze faculteit-van-oblocatie aan een blockchain geeft.En de laatste, "Automate Forced Compliance", is heel anders dan "Automatiseren van vrijwillige compliance." Aan de andere kant zijn met een minder kritieke visie intelligente contracten gedefinieerd als de code van een computerprogramma dat verificatie, uitvoering en naleving van bepaalde algemene voorwaarden van een contract automatiseert [21].Ze worden ook gedefinieerd als autonome software, waardoor een gedistribueerd record kan werken als een gedistribueerde computer, zodat hetzelfde consensus -algoritme dat verifieert dat elk knooppunt dezelfde kopie van het record heeft, het knooppunt in staat stelt identieke taken uit te voeren die in hetzelfde zijn berekend, Bestel [22]. Het is ook interessant de visie van Raskin [23], die hen van hun kant definieert als contracten waarvan de uitvoering is geautomatiseerd via een of meer computers, met de bedoeling om hun naleving te waarborgen zonder de rechtbanken voor de incunitimiento, en Door ENDE, het elimineren van menselijke discretie met betrekking tot de (in) naleving ervan.Deze contracten "controleren" het fysieke of digitale actief dat hun object vormt en waarover contractuele naleving wordt gepredikt.Raskin stelt voor om onderscheid te maken tussen sterke en zwakke intelligente contracten: (i) In de forten zijn de kosten van het intrekken of wijzigen van het slimme contract onbetaalbaar;en (ii) in de tweede - débiles - het tegenovergestelde gebeurt.Ergo, als een rechtbank een slim contract kan wijzigen nadat het gemakkelijk is vervuld, is het een zwak intelligent contract en verschilt niet in zijn essentie van een conventioneel contract.Als de kosten voor het wijzigen van een intelligent contract dat al is vervuld, zijn erg hoog, dan zijn we geconfronteerd met een sterk intelligent contract, en dit is nieuw voor de rechterkant. De prestigieuze American Bar Association heeft ook in deze voorwaarden te maken gehad met intelligente contracten: “Slimme contractering is een verstorende vooruitgang die een verreikende impact zal hebben voor veel industrieën, waaronder financiële diensten, overheid, onroerend goed, productie en gezondheidszorg.Bij het handelen van effecten duurt het bijvoorbeeld momenteel enkele dagen om activa over te dragen, waardoor het risico op de tegenpartij toeneemt.Slimme contracten die blockchain -technologie gebruiken, kunnen de afwikkelingstijden verkorten en een dergelijk risico verminderen.In de verzekeringssector konden bepaalde beleidsovereenkomsten worden geautomatiseerd.Een slim contract voor reisverzekering kan automatisch worden geactiveerd zodra een vlucht is geannuleerd.Nadat de annulering is gepost, doet het SMART -contract een betaling rechtstreeks aan de verzekeringnemer, waardoor het claimproces wordt omzeild.Overheden kunnen slimme contracten gebruiken om titelopnames, sociale diensten en e-stemmen te beheren.Bij de productie kunnen slimme contracten de huidige supply-chain-processen vervangen, zoals rekeningen van heden, proof van herkomst of kwaliteitscontrole.Een andere interessante applicatie is het binden van slimme contracten aan het internet der dingen (d.w.z. auto's, apparaten en apparaten).Een wasmachine kan bijvoorbeeld een sensor bevatten die aangeeft wanneer deze weinig wasmiddel heeft en deze vervolgens automatisch opnieuw bestelt (...) als slimme contracttechnologie evolueert, zal het zeker veel industrieën verstoren (...) Het is slechts een kwestie van tijd vóór de technologieis volledig geïmplementeerd.Advocaten kunnen een actieve rol spelen door op de hoogte te blijven van veranderingen die hun cliënten kunnen beïnvloeden.Transactionele advocaten willen misschien meer te weten komen over de technische aspecten van hun toekomstige 'slimme contract' om ervoor te zorgen dat het in overeenstemming is met de wensen en doelen van hun klant.In de toekomst kunnen procesadvocaten misschien niet langer de "vierhoek" van het contract procederen, maar eerder uitbreiden naar de bedoeling van de Code. "[24] (El Resaltado es Mío) Vanuit een meer technologisch en minder legalistisch oogpunt definieert Vitalik Buterin, maker van Ethereum, ze als: "Cryptografische" vakken "die waarde bevatten en deze alleen ontgrendelen als aan bepaalde voorwaarden wordt voldaan [25]" En ook zoals: “Ethereum is een gedecentraliseerd platform dat slimme contracten heeft: applicaties die precies zoals geprogrammeerd worden zonder enige mogelijkheid van downtime, censuur, fraude of interferentie van derden.Deze apps worden uitgevoerd op een op maat gemaakte blockchain, een enorm krachtige gedeelde wereldwijde infrastructuur die waarde kan verplaatsen en het eigendom van onroerend goed vertegenwoordigen.Dit stelt ontwikkelaars in staat om markten te creëren, registers van schulden of beloften te bewaren, fondsen te verplaatsen in overeenstemming met instructies die lang in het verleden worden gegeven (zoals een testament of een futures -contract) en vele andere dingen die nog niet zijn uitgevonden, allemaal zonder een middelste manof tegenpartijrisico. ”[26] (El Resaltado es Mío) Gideon Greenspan, ook een referentie in het blockchain -ecosysteem, oprichter van de multichain [27], definieert de slimme contracten als: “... een stuk code dat wordt opgeslagen op een blockchain, geactiveerd door blockchain -transacties en die gegevens leest en schrijft in de database van die blockchain.Dat is het.Echt.Een slim contract is slechts een chique naam voor code die op een blockchain draait en werkt met de status van die blockchain.En wat is de code?Het is Pascal, het is Python, het is PHP.Het is Java, het is Fortran, het is C ++.Als we het hebben over databases, zijn het opgeslagen procedures geschreven in een uitbreiding van SQL. ”[28] (El Resaltado es Mío) Op zijn beurt definiëren de prestigieuze - en zeer geciteerde - leraren Wright en Filippi [29] ze als: “Digitale, berekenbare contracten waarbij de prestaties en de handhaving van contractuele voorwaarden automatisch plaatsvinden, zonder de noodzaak van menselijke tussenkomst.In sommige gevallen vertegenwoordigen slimme contracten de uitvoering van een contractuele overeenkomst, waarvan de wettelijke bepalingen zijn geformaliseerd in broncode.Contractpartijen kunnen dus hun relaties efficiënter structureren, op een zelfuitvoerende manier en zonder de dubbelzinnigheid van woorden.De afhankelijkheid van broncode stelt bereidwillige partijen in staat om contractuele prestaties te modelleren en de prestaties van de overeenkomst te simuleren vóór de uitvoering.In andere gevallen introduceren slimme contracten nieuwe gecodificeerde relaties die zowel gedefinieerd als automatisch worden afgedwongen door code, maar die niet zijn gekoppeld aan onderliggende contractuele rechten of verplichtingen. [30] ”(El Resaltado Me Pertenece) Wright en Filippi beweren ook dat programmeurs geloven dat slimme contracten de communicatie tussen machines en het creëren van gedecentraliseerde organisaties kunnen vergemakkelijken [31]. Van hun kant definieert O'Shields [32] ze als: “Slimme contracten zijn zelfuitvoerende elektronische instructies opgesteld in computercode.Hierdoor kan een computer het contract "lezen" en in veel gevallen de instructie bewerkstelligen - vandaar de "slimheid" van het contract.Slimme contracten vervullen zelf de bepalingen van een overeenkomst wanneer vooraf bepaalde voorwaarden worden geactiveerd.De partijen "ondertekenen" het slimme contract met behulp van cryptografische beveiliging en implementeren het op een gedistribueerd grootboek of blockchain.Wanneer aan de voorwaarden in de code wordt voldaan, activeert het programma de vereiste actie.Slimme contracten zijn een stap verder dan typische elektronische contracten doordat de werkelijke overeenkomst is belichaamd in computercode, in plaats van Engels of een andere traditionele taal. ” O ’Shields verduidelijkt ook dat variaties van slimme contracten, zoals systemen die transacties verwerken en geautomatiseerde dagelijkse betalingen tussen financiële entiteiten uitvoeren, al tientallen jaren zijn [33]. Misschien definiëren met de maximaal mogelijke duidelijkheid, Clack, Bakshi en Brain [34] ze als: “Een slim contract is een automatiseerbare en afdwingbare overeenkomst.Automatiseerbaar per computer, hoewel sommige onderdelen mogelijk menselijke input en controle vereisen.Handhaafbaar, hetzij door juridische handhaving van rechten en verplichtingen of via de sabotage-proof van computercode. ” In een van de eerste werken die het thema van de slimme contracten hebben aangepakt vanuit het perspectief van de advocaten, hebben Samuel Bourque en Sara Fung Ling Tsui ze als volgt geconceptualiseerd: “Simpel gezegd, een slim contract is een zelfuitvoerende contract.SCS zijn net als traditionele papieren contracten die alleen in de natuurlijke menselijke taal zijn opgesteld die SCS specifiek elektronisch worden opgesteld in een computerinterpreteerbare taal.Het belangrijke effect is dat het computersysteem dat de SC interpreteert enkele van de voorwaarden van het contract kan uitvoeren. ”[35] Koulu [36] definieert ze ondertussen als: “Een slim contract is een geautomatiseerd softwareprogramma gebouwd op een blockchain -protocol;In principe worden slimme contracten mogelijk gemaakt door berekening van de algemene doeleinden die plaatsvindt "op" de blockchain.Ze kunnen worden gebruikt voor het toewijzen van digitale valuta tussen twee partijen, wanneer aan de vereisten die in het programma/contract zijn vastgesteld, worden voldaan.Kortom, slimme contracten zijn programmeerbare contractuele tools, het zijn contracten ingebed in softwarecode.Een slim contract kan dus de contractuele regeling zelf omvatten, het bestuur van de voorwaarden die nodig zijn voor de contractuele verplichtingen en de feitelijke uitvoering van het contract.Om te zeggen dat slimme contracten zichzelf afdwingbaar zijn, betekent dat de software het contract uitvoert, b.v.Toewijze digitale activa autonoom toe en ongeacht het vertrouwen tussen de partijen.Het ontvangen van een betaling voor verkochte goederen is dan niet langer afhankelijk van de bereidheid van de schuldenaar om de betaling te doen noch getroffen door faillissem*ntsprocedures die plaatsvinden na het betreden van het contract.Het contract voert zijn inhoud autonoom uit volgens de ingebedde contractvoorwaarden, b.v.De digitale activa die binnen het contract worden geplaatst, worden toegewezen door de software en er is geen externe monitoring van contractuele verplichtingen of handhaving nodig. "(El Resaltado es Mío) Een andere definitie conceptualiseert de slimme contracten als zelf-egaly computercode die hun ingangen automatisch verwerkt wanneer geactiveerd, waarvan het waardevoorstel automatische naleving is [37].Dit zijn applicaties op het tweede niveau die in de blockchain worden uitgevoerd, en zo kunnen ze, eenmaal ingezet, niet worden gewijzigd, tenzij ze met zo'n kenmerk zijn geprogrammeerd. Kaal en Calcaterra definiëren en illustreren op hun beurt de slimme contracten als volgt [38]: “Slimme contracten en slimme onroerend goed zijn blockchain -computerprotocollen die de onderhandeling en prestaties van een contract verifiëren, faciliteren, bewaken en afdwingen.Een vaak geciteerd voorbeeld voor slimme contracten is de aankoop van muziek via het iTunes-platform van Apple.Een computercode zorgt ervoor dat de "koper" alleen naar het muziekbestand kan luisteren op een beperkt aantal Apple -apparaten. " Op institutioneel niveau zijn er zeer relevante conceptualisaties.De prestigieuze Amerikaanse kamer van digitale vooraf bepaalde functies bijvoorbeeld.De code kan worden opgeslagen en uitgevoerd in een gedistribueerd record en kan elke resulterende wijziging worden opgenomen.Er wordt ook gezegd dat een slim contract niet noodzakelijk een contract is in de juridische zin, maar eerder een geavanceerde vorm van voorwaardelijke instructies van het type "als x, dan y" geschreven in computercode. De Universiteit van Yeshiva heeft daarentegen een zeer interessant en prestigieus project gewijd aan de studie van het blockchain, genaamd Cardozo Blockchain Project, dat ook de slimme contracten heeft gedefinieerd: “Omdat blockchains sabotage veerkrachtige, transparante en niet-afwijzing opslaan, wordt de technologie gebruikt voor veel meer dan alleen het bijhouden van records van digitale valuta-transacties.Blockchains zijn inderdaad opslaan of verwijzen naar andere vormen van informatie;Blockchain-gebaseerde protocollen leggen extra technologie aan om te verwerken wat in wezen kan worden beschouwd als kleine computerprogramma's-welke technologen vaak "slimme contracten" noemen (...) worden gebruikt om een deel van de overeenkomst van een partij te herdenken, met een slimmeContract Assisteren met een of meer prestatieverplichtingen en traditionele juridische proza herdenkt andere fundamentele contractuele rechten, verplichtingen en voorwaarden - zoals representaties en garanties en keuze van rechten en geschillenbeslechting.Deze "hybride" overeenkomsten combineren traditionele juridische proza - geschreven in een natuurlijke taal zoals Engels - met slimme contractprogramma's geschreven in code.De schriftelijke overeenkomst verwijst naar en neemt een slim contract op en contextualiseert hoe het programma past in een grotere contractuele regeling. [40] ”(El Resaltado es Mío) In Europa heeft daarentegen het gloednieuwe observatorium- en blockchain -forum van de Europese Unie ook de slimme contracten behandeld, en heeft ze in de context van blockchain gedefinieerd als een computercode die is opgeslagen in een blokketen en die toegankelijk zijn voor een of meer delen [41].Er wordt beweerd dat slimme contracten over het algemeen niet in juridische zin contracten zijn en dat ze kunnen worden gebruikt voor zeer interessante dingen, zoals tokenizations;om bedrijfsprocessen te coderen en te automatiseren die kunnen worden gedeeld tussen meerdere onderdelen, het genereren van kostenreductie en efficiëntie;of om contracten tussen partijen te coderen met betrekking tot de overdracht van waarde of bepaalde activa - zoals escrow -overeenkomsten of contracten met betalingsclausule tegen levering -, op een transparante manier, en met automatische uitvoering op basis van bepaalde voorwaarden, waardoor het moeilijk is of maken of maken Het is onmogelijk voor de schending van de tegenhanger [42]. Ten slotte heeft Santiago Mora in Argentinië ze gedefinieerd als een elektronisch contract met het onderscheidende kenmerk dat hij zelf zijn eigen voorwaarden afdwingt, dus hij zal meestal vol zijn met instructies en voorwaarden van de computercode die een typisch patroon van “als dit gebeurt, als dit gebeurt , doe dit;Maar als het niet gebeurt, doe dit dan een ander ”, en zodra de uitvoering is begonnen, houden de partijen niet op om controle te hebben over hun naleving [43].Een andere definitie is dat de gegeven door Mirassou Canseco en Hadad, die ze definiëren als computerprogramma's die overeenkomsten die tussen twee of meer partijen zijn geregistreerd, verzekeren, verzekeren, verzekeren, handhaven en uitvoeren.Het zijn algoritmen die werken met het belangrijkste kenmerk van het niet kunnen worden bestuurd door een van de partijen en van zelfdecute zijn, dat wil zeggen, de uitvoering ervan is geautomatiseerd [44]. Vervolgens wordt een afbeelding van hoe een slim contract wordt gezien ": Imagen 9: Smart Contract Town Crier
Imagen 10: Smart Contract Buterin
2.1.1 Classificatie van intelligente contracten Ze worden gepresenteerd, voor de didactische doeleinden van deze handleiding, drie classificaties.Een daarvan is degene die ons het blockchain -observatorium en het forum van de Europese Unie geeft, die voorstelt deze nieuwe "contractuele" realiteit te analyseren die het in twee delen: (i) juridische slimme contracten: die intelligente contracten zijn in een blokketen die vertegenwoordigt of een contract emuleren in de juridische zin van de termijn;en (ii) slimme contracten met juridische implicaties: constructies of artefacten op basis van nieuwe technologieën die duidelijk juridische implicaties hebben [45]. De juridische slimme contracten impliceren dat deze contracten in de gegeven wetgeving wettelijk geldig zijn om aan de vereisten te voldoen aan elk contract [46].Punctueel met betrekking tot de schriftelijke vorm van contracten, is de vraag of de berekenbare taal - die geen natuurlijke taal is - kan worden beschouwd als een toepasselijke taal om de oprichting van rechten en verplichtingen te configureren, rekening wie de wet een bepaalde vorm oplegt [47].Aan de andere kant, in het geval dat het slimme contract is gesloten door de hechting, inclusief door elektronische of vergelijkbare middelen [48], moet de predisponerende partij het contract op een duidelijke, volledige en gemakkelijk leesbare manier schrijven [49], en zij hebben voor niet geschreven clausules die vanwege hun schrijven of presentatie niet redelijk voorspelbaar zijn [50].Is de berekenbare taal - een instructie - gemakkelijk leesbaar? Aan de andere kant wijst het op het blockchain -observatorium en het forum van de Europese Unie dat slimme contracten met juridische implicaties gepland zijn om: (i) digitale activa te vertegenwoordigen [51];(ii) schade aanrichten [52];en/of (iii) fungeren als gedecantaliseerde agenten [53] (het zal de schade aanzetten onder § 2.6). Een andere interessante classificatiecriteria is degene die wordt voorgesteld door Samuel Bourque en Sara Fung Ling Tsui, die ze verdeelt tussen zachte of pure intelligente contracten, afhankelijk van: (i) het niveau van automatisering van contractuele uitvoering [54];(ii) de mate van scheiding die bestaat tussen de voorwaarden die zijn overeengekomen in het onderliggende conventionele contract en de voorwaarden die zijn gecodeerd in een berekenbare taal [55];en (iii) waar de intelligente contractcode ligt, en de mate van "discretie" om de instructie uit te voeren, zonder interferentie van de partijen [56]. In de slimme Puro -contracten is de geplande code zelf het contract, en dit is alleen mogelijk geweest met de opkomst van Bitcoin en de blockchain, omdat het contract nu cryptocurrencies effectief kan beheersen.Om al deze redenen beweren de geciteerde auteurs dat de essentiële kenmerken van de slimme pure contracten zijn: (a) grotere transparantie op de contractuele voorwaarden en hun uitvoering;(b) de scheiding tussen de uitvoering van het contract en de wil van de partijen;en (c) de automatisering van contractverplichtingen. 1. Intelligent contract in operationele zin: verwijst naar software die normaal wordt gebruikt in DLT's.Het woordcontract verwijst naar het feit dat deze software verplichtingen voldoet of rechten uitoefent, in staat zijn om bepaalde activa binnen de DLT te beheersen;En 2. Intelligent contract in juridische zin: het verwijst naar hoe een conventioneel contract kan worden uitgedrukt en uitgevoerd door softwaregebruik.Operationele aspecten zijn hier gekoppeld, maar ook aspecten met betrekking tot hoe conventionele contracten worden geschreven en hoe deze moeten worden geïnterpreteerd.In deze classificatie -ontwikkelingen zoals dubbele integratie [58] en Ricardiaanse contracten [59], die hieronder zullen worden gezien. Theorieën over de juridische aard van een intelligent contract omvatten de volgende functies: (i) is een vertrouwen [60];(ii) is een vertegenwoordiger van de partijen [61];of (iii) is een rechtspersoon - ga hieronder, in § 2.6– [62];of (iv) is een conventioneel juridisch contract. Specifiek met betrekking tot de blockchain, de slimme contracten en de trusts van de gemeenschappelijke wetgeving, is het gehandhaafd [63] die kan worden gevormd op keten trusts die werken door slimme contracten.Inderdaad, de American Bar Association stelt voor: “DL -technologie en slimme contracten kunnen worden gebruikt bij het creëren van vertrouwen en landgoedadministratie.De divisie van activa in een nalatenschap kan mogelijk cryptografisch en veilig worden gecodeerd in de blockchain die, bij het overlijden van de erflater en de registratie van de overlijdensakte, de voorwaarden van de wil of het vertrouwen zichzelf kunnen verwerken om de activa te betalen.Het Blockchain -apparaat van de bestuurde service adverteert het potentieel om te beheren en uit te voeren, documenten zonder menselijke betrokkenheid, waardoor herzieningen van de documenten, die worden opgeslagen in hun eigen oorspronkelijke staat, het recht om het recht om te wijzigen te behouden, mogelijk te maken.Hoewel Blockchain niet in staat is om alle juridische geschillen rond het creëren van een testament te verwijderen, zoals kwesties met betrekking tot ambigue voorwaarden en beweren dat de erflater onder dwang was, heeft het het potentieel om het proces van de landgoedbeheer te stroomlijnen en te versnellen en het veel eenvoudiger te makenvoor een echte wil om te worden gehandhaafd, voor een nep -uitdaging om te worden afgewezen, en voor rechtbanken om veel sneller tot feitelijke bevindingen te komen.documenten.De digitalisering van de industrie en het toenemende gebruik van vooraf aangedreven zal echter sjablonen onder druk zetten op deze beoefenaars om technologisch geletterd te worden om relevant en concurrerend te blijven. ”(El Resaltado es Mío) In navolging van de criteria van het Blockchain Observatory en Forum van de Europese Unie hierboven, kan worden bevestigd dat de juridische aard van intelligente contracten het mogelijk maakt om onderscheid te maken tussen de juridische slimme contracten, die volgens de wettelijke definitie van elk zijn (of kunnen) Wetgeving betrokken en kan (of niet) wettelijk geldig zijn als een contract als ze voldoen aan de vereisten die nodig zijn voor alle contracten. Maar, zoals hieronder zal worden gezien, zijn er andere slimme contracten met juridische implicaties, die gepland zijn om digitale activa te vertegenwoordigen of schade aan te richten of als gedecentraliseerde agenten op te treden. De juridische aard van deze intelligente contracten met juridische implicaties kan de kwalificatie van een louter contract op grote schaal overschrijden, om te veronderstellen of te combineren met andere veel complexere juridische vormen, zoals multilaterale organisatiecontracten die in de nabije toekomst (al dan niet) kunnen worden gepersonifieerd door De wet, met capaciteit om, autonoom of met enig menselijk toezicht, uitoefenen, contractverplichtingen en handelen ten behoeve van hun vertegenwoordigde in een digitale en on-ketenomgeving. 2.1.3 Slimme contracten en de uitoefening van het beroep van advocaten Is het professionele advies van een advocaten die nodig zijn om een slim contract te onderhandelen? Bourque en Tsui worden uitgesproken, zonder aarzelen, voor bevestigende en beweren dat de uitoefening van de advocaat moet worden uitgebreid om, door juridisch mandaat, het advies over het opstellen van intelligente contracten op te nemen [64]. 2.1.4 Slimme contracten versus berekenbare contracten In 2012 publiceerde Harry Surden, hoogleraar rechten aan de universiteiten van Stanford en Colorado, een zeer beroemd artikel, dat hij berekenbare contracten heeft getiteld [65], waarin hij analyseerde hoe en waarom bedrijven "bepaalde contractuele verplichtingen als berekenbare gegevens" coderen als berekenbare gegevens.Hij beschreef en bestempelde de praktijk als gegevensgerichte aanwerving, veel gebruikt in financiële contracten –E.G.Optiecontracten op acties - die worden weergegeven als gegevensrecords met als uitdrukkelijke doel om door computers te worden verwerkt - die de definitie van Bugerin over slimme contracten oproepen. Surden benijdenswaardige duidelijkheid rechtvaardigt om te stoppen om hun ideeën diepgaand te analyseren. 2.1.4.1 Berekenbare contractuele voorwaarden Bedrijven weten (of moeten weten) dat het beheren van contracten een duur proces is, dat veel menselijk talent vereist.Het inhuren is een proces dat bestaat uit verschillende (dure) stappen: bepaling van welk contractgebruik, onderhandelen, ondertekenen, de naleving bewaken, de impact op prijzen en benodigdheden analyseren en al die informatie integreren in functionele eenheden zoals de supply chain en beurt het in informatieve input voor besluitvorming [66]. Vooral de commerciële contracten, omvatten verplichtingen volgens overeengekomen voorwaarden, waarvan de naleving op een continue manier onder toezicht staat (of zou moeten zijn).Toezicht dat geld kost.En, logischerwijs, hoe groter het contractuele netwerk van een bedrijf, hoe duurder de naleving van verifieer, hogere transactiekosten.Om een dergelijk kostencentrum te verminderen, wordt technologie in toenemende mate gebruikt. Zonder de belangrijke ontwikkelingen op het gebied van kunstmatige intelligentie te brengen die van toepassing zijn op natuurlijke taal en de contractuele administratie die hebben plaatsgevonden tussen 2012 en 2020 [67], gaf Surden in 2012 aan dat velen beweerden dat technologie niet eens kon automatiseren Naleving, begreep dit proces als een iter van twee secties: (i) Begrijp wat is overeengekomen [68] en onder welke voorwaarden en vervolgens (ii) vergelijken wat is overeengekomen met wat er gebeurde (of niet) [69].Een dergelijke verklaring van het jaar 2012 was gerechtvaardigd enerzijds, in de (grote) beperkingen om de menselijke en natuurlijke taal te begrijpen door de algoritmen (die in 2012 bestonden) [70].Aan de andere kant, om contractuele naleving te analyseren, waarbij de gebeurtenissen werden vergeleken die plaatsvonden tegen pre -bestaande woorden, moeten andere beperkingen worden overwonnen.Contracten bevatten inderdaad vaak voorwaarden van open textuur, om enige flexibiliteit te hebben voor toekomstige en onzekere gebeurtenissen [71].Mensen reageren op een menselijke manier om termen open te openen, dat computers misschien niet begrijpen, omdat het complexe cognitieve processen zijn en, nogmaals, mensen. Ondanks deze moeilijkheden verklaarde Surden dat bepaalde contractuele verplichtingen kunnen worden vertegenwoordigd in een taal die geen natuurlijke taal is, maar een taal die machines kunnen verwerken en begrijpen.Machine-leesbare computergegevens.Deze omliggende aanpak stelt en bevestigt de opkomst van contracten-as-data [72], en wijst erop dat ze veel worden gebruikt in de financiële wereld, b.v.Afgeleide contracten op vreemde valuta, zodat ze kunnen worden verwerkt door een elektronisch systeem van financiële handel.In deze gevallen zijn zowel contractuele verplichtingen als de informatie die nodig is om aan de verplichting te voldoen, beschikbaar in machine-leesbaar formaat, zodat een software kan vergelijken wat is beloofd versushet gebeurde. De contracten die deze punctuele technlogische verbetering mogelijk maken, zijn dus de berekenbare contracten van Surden, die ze ook als gegevensgerichte contracten noemen, die waarin de partijen een deel [73] van hun algemene voorwaarden hebben geuit als verwerkbare gegevens door een computer, zodat het de daaropvolgende naleving kan regelen.Het concept lijkt duidelijk erg op dat van slimme contracten zoals hierboven te zien, maar houdt geen rekening met het complement van de blokketen [74]. 2.1.4.2 Beperkingen van de gegevensgerichte contracten Om contractuele voorwaarden te kunnen uiten, aangezien berekenbare gegevens een nieuw veld opent voor de contractuele vaardigheden van advocaten. Inderdaad, de gegevensgerichte contracten drukken zich niet uit als conventionele contracten: die hebben voorwaarden die worden uitgedrukt als gestructureerde gegevensrecords en ze drukken ze uit met schriftelijke en natuurlijke taal.In de gegevensgerichte contracten is echter niet elke clausule berekenbaar, maar er wordt gedacht Clausules zijn slechts een digitaal medium om natuurlijke of menselijke taal uit te drukken [76]. Het vertalen van bepaalde juridische termen naar machinaalleesbaar formaat in de vorm van computerinstructies vereist echter het structureren van gegevens op een manier die zeker niet toegeeft dat allerlei clausules worden "vertaald" naar de taal van de machine, een taalmathematicus [ 77].Maar contracten kunnen ab initio worden ontworpen met deze intentie, met een gegevensgerichte aanpak, waarbij "taalopties" lager zijn dan die bestaan in natuurlijke taal en zijn ontworpen om te worden begrepen door een computer. Maar het moet niet alleen clausules vertalen in leesbare gegevens voor de taal van de machine, maar u moet betekenis geven aan die gegevens, zodat de machine begrijpt wat ze betekenen [78] en de bijbehorende instructie uitvoert.De contractpartijen nemen dit op tot (i) data-meaning-overeenkomsten [79], een (ii) algemeen aanvaarde normen op basis van de betekenis van bepaalde gegevens, zeer frequent en gebruikelijk op het gebied van financiën [80] en (iii) tot procedures Overeenkomsten die bepalen hoe contractuele uitdrukkingen kunnen worden omgezet in data-oriente-expressies [81]. 2.1.4.3 Andere beperkingen en voordelen Contracten die een zekere mate van conceptuele abstractie vereisen, of brede graden van ex -post de facto flexibiliteit om feiten te analyseren - of hun effecten - of zijn onderworpen aan bepalingen van deskundige professionals, of intrinsiek een hoge mate van onzekerheid hebben, ze zullen niet gemakkelijk zijn berekenbaar [82].In gevallen waarin het mogelijk is om contracten te berekenen, zullen de voordelen echter een verlaging van de transactiekosten [83] zijn en in grotere mate de aanwerving van machine-tot-machine [84]. 2.1.5 De visie van Samuel Bourque Net zoals het omliggende werkwerk in 2012 is onbetwist, of als een intelligent contract in juridische zin als een persoon kan worden beschouwd, of als het nodig is om ze te reguleren.Interessante vragen die in 2020 een (gedeeltelijk) antwoord beginnen te hebben. Daarom zullen we stoppen met het analyseren van de visie van deze programmeur en advocaat die in Hong Kong woont. Bourque heeft bevestigd dat de wet niet veel technologische veranderingen heeft gezien, en dat in het algemeen juridische systemen niet met elkaar concurreren, behalve op institutionele arbitrage en forumwinkelen.Aan de andere kant heeft hij er terecht op gewezen dat sinds en dankzij de opkomst van internet technologie is ontwikkeld, een beetje los van de wet, omdat programmeurs normaal gesproken het recht negeren. Volgens Bourque zijn slimme contracten een nieuw platform voor de ontwikkeling van applicaties voor complexe transacties [85].Classificeer ze in (i) Soft (Amazon, Apple, Futures Markets): ze nemen het of verlaten het, waar een deel –E.G.Amazon - voert alle verplichtingen uit en bevat verwijzingen naar T & C's op andere plaatsen, die kunnen worden gewijzigd zonder het zachte intelligente contract te wijzigen, dat slechts een deel van de verplichtingen uitvoert die zijn geautomatiseerd;of (ii) puur: die de tweede generatie intelligente contracten zijn die Blockchain 2.0 toestaat. Bourque verduidelijkt terecht dat een slim contract niet noodzakelijkerwijs een contract is in juridische zin.Een slim contract is een ontwikkelingsplatform en wat erin is ontwikkeld, voldoet mogelijk niet aan de vereisten van een contract.Een slim contract is eerder een instructie, of een reeks voorwaardelijke instructies, geschreven in de programmeertaal op een platform waarmee u de instructies kunt uitvoeren.Het vereist ook dat met betrekking tot contractuele naleving alles wat online kan worden gedaan, kan worden "uitbesteed" aan een slim contract.En met de ontwikkeling van IoT en Smart Property kunnen ze worden gekoppeld aan de offline wereld. Bourque betoogt dat er veel voordelen zijn voor het ontwikkelen van pure contracten: Yo.Minder dubbelzinnigheid, vanwege de noodzaak van programmeertaal; II.Meer duidelijkheid in zijn voorwaarden, omdat het contract de code is en de code het contract is; Iii.Pre-verifieerbaar: de compiler detecteert of er een syntaxisfout is, die het contract kan controleren voordat het wordt gestart; IV.Voorspelbaar: het kan worden gesimuleerd en kan worden getest buiten de echte wereld; v.Efficiëntie: maakt het mogelijk om processen te automatiseren; zaag.Privacy: het kan worden gecodeerd; Vii.Goedkoper: het gebruik van het conventionele rechtssysteem om contractuele inbreuken te claimen is duur, maar het ontwikkelen van een slim contract is ook niet gratis;En Viii.Onafhankelijkheid: Amazon kan een belangenconflict hebben om T & C's in hun voordeel te buigen;Aan de andere kant is er in de slimme contracten een platform, misschien Ethereum, dat voldoet aan de voorwaarden van het contract, evenals de uitvoering ervan, op een onpartijdige en agnostische manier. Hij wijst erop dat er ook belangrijke problemen zijn gekoppeld aan slimme contracten: Yo.Taalkwesties: weinig mensen kunnen de programmeertaal lezen; II.Geavanceerd: het is niet alleen taal, maar ook de manier van denken, gericht op details;Programmeren vereist veel details en begrip; Iii.moeizaam; IV.Technologische infrastructuur: niet alles wordt gedigitaliseerd en dat kan de ontwikkeling van intelligente contracten stoppen; v.Weerstand van voorgaande systemen - legacy -systemen -: het zal wetten moeten wijzigen, zodat sommige transacties 100% gedigitaliseerd zijn; zaag.Technologische koppeling: illustreert de bovengenoemde auteur dat als u een slim contract wilt schrijven over een aandelenoptie, u gebruik moet nemen tot informatie over de derde partij, en als deze informatie onjuist is, werkt het contract niet goed. Bourque wijst op de volgende kenmerken van intelligente contracten: Privacy: dit is een essentieel kenmerk.Ze kunnen worden gecodeerd, hebben en het is gemakkelijk om ze privacy te geven.Bovendien is er slechts één versie van het contract, gehuisvest op het betreffende platform. Handtekeningen: met Public Technology Key Infrastructure (PKI) is er een openbare en private sleutel en als u de persoon kunt identificeren.De PKI-identiteit kan unidirectioneel of bidirect zijn.Uni-Directional: Uit het contract op zichzelf kunt u niet weten wie de contractpartij is, tenzij deze wordt aangekondigd, verschijnt en de bijbehorende private sleutel gebruikt.Bidirectioneel: het deel is identificeerbaar en verifieerbaar.Elk contract kan worden gepland Uni of bidirectioneel. BESTUUR: Een slim contract heeft zijn eigen identiteit, zijn eigen portemonnee (openbare sleutel), zijn eigen handtekening of kan worden onderworpen aan meerdere handtekeningen van de derde partij - het is het dichtst in de buurt Meer partijen - om acties te bedienen of uit te voeren of digitale activa te hebben, en kunnen toegang hebben tot bepaalde rechten of digitale activa.Wie het contract uitvoert, is het platform waar het is gepland, d.w.z.Ethereum, dat is alsof het een onzichtbaar derde is dat deel uitmaakt van het contract. Offline clausules: er zijn clausules van een conventioneel contract die geen rechten of verplichtingen zijn, bijvoorbeeld: preambule, achtergrond, toepasselijk recht, vorm van conflictoplossing, niet-openbaarmaking of niet-competitiebedrijven.Maar de conflictoplossing kan binnen het contract worden geprogrammeerd, zodat bijvoorbeeld de fondsen bevriezen totdat het geschil is opgelost, of een scheidsrechter beslist wie gelijk heeft. Pseudo-anonimiteit: de identiteit in blockchain is de openbare sleutel, maar niemand weet wie er overeenkomt.De Silk Road -zaak is echter een voorbeeld dat het mogelijk is om de openbare sleutel met een specifieke persoon te koppelen als u dit wilt doen. Wat betreft de werking van een intelligent contract per se, Bourque heeft het geassimileerd aan die van een webservice: stelt u in staat om te luisteren, te automatiseren, vragen te beantwoorden van de partijen, te worden beoordeeld, gewijzigd, voltooid of gewist, als de partijen Ben het akkoord met dergelijke toekomstige flexibiliteit bij het programmeren. Bourque wijst erop dat het nieuwe en verstorende is dat ze enerzijds het contract, zijn voorwaarden en, anderzijds, de uitvoering van het contract, in een enkele taal combineren, en de uitvoering op zijn beurt hangt af of toevertrouwd Naar een derde deel: de blockchain waar het loopt.Bovendien zijn de voorwaarden van de code of het contract transparant, zijn in zicht van iedereen. Al in 2014 ook Bourque geavanceerde concepten over schade en DAC's, die hieronder worden geanalyseerd.Definieerde hen als organisaties waar de interne overheid wordt geautomatiseerd door vele intelligente contracten.Het is de Corporate Government 2.0.Het is een netwerk van contracten, dat kan worden geprogrammeerd om autonoom te zijn.Ze kunnen worden geregistreerd in een bepaald rechtsgebied, of in een vriendelijke jurisdictie.Maar het is niet impliciet dat ze moeten worden geregistreerd.Ze kunnen het functioneren van bedrijven emuleren, of niet [86]. 2.2.Vier fundamentele pijlers van de slimme contracten[boven] Na Szabo en het achterlaten van de (opgerichte) controversiële bestaande bestaande in punt naar het huidige of toekomstige nut van intelligente contracten, kunt u vier fundamentele pijlers zien en analytisch scheiden die de realiteit van intelligente contracten omringen of kaderen. 2.2.1.Observeerbaarheid: de terugkeer van de pythoness (opnieuw geladen) en de orakels De term waarneembaarheid verwijst naar de aanleg van de partijen van een intelligent contract - of een derde partij voor hen - van het kunnen observeren van de vervulling van het voordeel voor hun positie, d.w.z.om te kunnen verifiëren dat de vervulling van het voordeel past bij de overeengekomen voorwaarden [87].Om dit observatieproces te vergemakkelijken, is het dan het concept van de orakels. Orakels kunnen worden gedefinieerd als een computerprogramma dat afzonderlijk werkt in de code van een slim contract, en dat verzamelt of toegang heeft tot off-chain-informatie, dat wil zeggen dat het niet in de blockchain wordt gevonden, en ze maken het beschikbaar voor een slim contract , om te bevestigen of de partijen hebben vervuld wat is overeengekomen of niet [88].Het is duidelijk dat de rol van de orakels van cruciaal belang is, omdat als de informatie die ze leveren niet correct of betrouwbaar is, het slimme contract niet zal werken op de manier waarop de gemeenschappelijke intentie van de partijen het wilde. De orakels moeten betrouwbaar zijn.Er zijn dus gegevensfeeds die op zichzelf slimme contracten zijn die interageren met andere slimme contracten en eenvoudigweg specifieke informatie verstrekken [89].In die zin is betoogd dat het orakel tot op zekere hoogte externe informatie binnen de blockchain duwt - in plaats van een slim contract door de informatie naar binnen te trekken [90] - en er wordt uiteraard aangenomen dat ze zeer zullen zijn Betrouwbaar, maar als een bron die gegevens van de blockchain vastlegt, wordt het gedecantraliseerde karakter van de keten beïnvloed. Mik definieert orakels als entiteiten die de technische infrastructuur hebben die nodig is om te communiceren met slimme contracten bepaalde informatie die verwijst naar gebeurtenissen die zich buiten de blockchain hebben voorgedaan [91].Mik leert dat de orakels de informatie niet rechtstreeks in de blockchain "invoegen", maar dat ze ondertekenen, "met zijn privésleutel, een slim contract dat een token produceert - object van het slimme contract - wordt overgedragen met een aantal vooraf ingestelde bestemming, als een externe off-chain X-handeling effectief optrad.Het onderstreept ook de grote moeilijkheden die in het veld bestaan: (i) het is moeilijk een blockchain, door toevlucht te nemen tot off-chain elementen die niet genieten van de veiligheidskenmerken van een blockchain, en (iv) veel externe feiten in de blokketen Kan niet worden weergegeven in machinaalleesbaar formaat [93]. Buterin [94] beschrijft ondertussen de werking van de orakels als volgt: “In wezen, in plaats van een langlopend contract dat rechtstreeks op de blockchain wordt uitgevoerd, zouden alle fondsen die bedoeld zijn om in het contract te gaan in plaats daarvan in een m-of-n multisig-adres gaan dat wordt bestuurd door een set gespecialiseerde entiteiten genaamd" orakels "en de contractcode zou tegelijkertijd naar al deze entiteiten worden verzonden.Telkens wanneer iemand een bericht naar het contract wil sturen, zouden ze het bericht naar de orakels sturen.De orakels zouden de code uitvoeren, en als de uitvoering van de code leidt tot een intrekking van het contract naar een bepaald adres, circuleren de orakels een transactie die het geld verzendt en ondertekenen. "(El Resaltado es Mío) Werbach zegt eindelijk: “Orakels kunnen ook mensen zijn.Overweeg een eenvoudig slim contract waarin elk van de partijen een privésleutel heeft en een derde sleutel wordt gegeven aan een deskundige arbiter.Het slimme contract vereist twee van de drie sleutels om uit te voeren.Als de partijen het erover eens zijn dat het contract volledig is uitgevoerd, bieden ze elk hun sleutel en wordt het slimme contract uitgevoerd.Als er een geschil is, wenden ze zich tot de arbiter.Ze geeft haar sleutel samen met die van de partij die het contract wil handhaven of weigert het en voorkomt daarom de voltooiing van de transactie.Dit systeem bootst een juridisch arbitrageproces na. ”(El Resaltado Me Pertenece) Ten slotte ten slotte een zeer interessant ontwerp van een Oracle dat onlangs door Swift [95] is geïmplementeerd [96], met als doel off-chain informatie te verstrekken aan de slimme contracten van verschillende netwerken, die betalingen en release-garanties in meer dan 11.000 banken mogelijk maken dat maken deel uit van Swift [97]. 2.2.2 Verificatie Verifieerbaarheid impliceert de reële mogelijkheid van een van de partijen die betrokken zijn bij een slim contract - of een derde arbiter, indien van toepassing - om voor een derde te kunnen demonstreren (of dat het kan bevestigen) dat het contract is vervuld, of dat het was niet aangevuld [98]. Dit kenmerk, volgens Szabo, is zeer typerend voor intelligente contracten, omdat het nodig is voor een derde partij om de naleving (of zijn fout) te verifiëren;Iets dat in conventionele contracten alleen door de partijen wordt bepaald.Evenzo is het misschien wel het meest complexe element van intelligente contracten, omdat het ook is gekoppeld aan de identiteitstest van de onderdelen op de keten, omdat de scheidsrechter de identiteit van de partijen moet kennen om mogelijke conflicten op te lossen. Na Arcari op dit punt [99] heeft verifieerbaarheid twee aspecten: (i) open toegang tot informatie voor de scheidsrechter;en (ii) dat de partijen voldoen aan de verplichting om die informatie aan de scheidsrechter te verstrekken - of dat zij overeenkomen welke Oracle zal worden gebruikt, als er een is die voldoende is volgens de aard van het slimme contract.De aanwezigheid van deze scheidsrechter impliceert de geboorte van een nieuwe en interessante tak van de wet, en deze diensten worden begonnen door juridische studies over de hele wereld [100], waardoor het nut beveelt om in elk slim contract een verifieerbaarheidsclausule te ontwerpen, vergelijkbaar met een geschillenbeslechting clausule in een conventioneel contract.De arbiter is meestal een advocaat en er wordt beweerd dat: “Slimme contractarbitrage biedt nog steeds efficiëntie voor slimme contractpartijen ondanks de menselijke invloed, met name de snelheid en flexibiliteit.Arbitrage duurt vaak een fractie van de tijd dat een rechtszaak en bovendien de flexibiliteit van arbitrage een neutrale locatie biedt om partijen in staat te stellen geschillen efficiënt op te lossen, waar ze zich ook bevinden. ”[101] Ten slotte stelt Arcari dat een scheidsrechter twee soorten informatie nodig heeft om op te lossen: (i) informatie die verwijst naar gegevens die buiten de blockchain zijn - misschien via orakels - en (ii) een versie van het intelligente contract in de natuurlijke taal, zodat ik het kan Begrijp wat de bedoeling van de partijen was bij het coderen van het [102].Volgens het onderwerp waarover de Smart Contract Code wordt gezien, kunnen er mogelijk geen beschikbare orakels zijn en dat de relevante informatie vervolgens door de partijen van het contract aan de scheidsrechter moet worden verstrekt, die moet worden verstrekt in het contract waarvoor het was overeengekomen automatiseren bepaalde delen van de contractuele relatie door middel van de codering. 2.2.3 Privacy (relatief effect 2.0 +/- identiteit +/- vertrouwelijkheid +/- anonimiteit) Op het gebied van intelligente contracten impliceert privacy dat alleen contracterende partijen (i) controle, (ii) kennen en (iii) profiteren van de uitvoering van het contract in een blockchain.Het derde eerder genoemde kenmerk is een kenmerk dat intelligente contracten delen met alle conventionele contracten, en die wordt gesynthetiseerd in de goed bekende Latijnse Adagio, algemene regel van contractwetgeving: res inter alios Act, aliis nec preesse, nec nochere power, ook bekend als ook bekend als Het principe van het relatieve effect van contracten [103]. Nu moeten de andere twee karakteristieke privacynotities in de slimme contracten worden gespecificeerd, omdat ze intrinsiek zijn gekoppeld aan controle en vertrouwelijkheid, en ook met de specifieke vormen van identiteit - anonimiteit en pseudonymie - dat de blockchain die het toestaat. In blockchain wordt privacy bereikt door drie modi [104]: (i) anoniem werkend, bijvoorbeeld nul kennisbestendige technologieën (ZKPS [105]);(ii) het coderen van de informatie;en (iii) geen gevoelige informatie in een blockchain huisvesten, maar in parallelle kanalen off-chain [106]. Dan zullen de aspecten met betrekking tot de privacycontrole van het contract en de vertrouwelijkheid worden gepresenteerd.In § 2.2.3.1 zal het volgende het probleem van anonimiteit en pseudoniemen in blockchain worden geanalyseerd. Met betrekking tot de privacycontrole van het contract stelt Arcari voor om de privacy in slimme contracten te begrijpen alsof het een muur rond het contract is, met een enkele toegang, en waar de partijen de mogelijkheid hebben om het hek te openen en derden toe te staan, Voer in bepaalde voorwaarden het contract in –I.E., Oracles, scheidsrechters [107] wanneer een particuliere sleutel wordt verleend.In die zin, wat betreft intelligente aanwerving, beheersen de partijen het contract en kunnen ze besluiten toegang te geven of toegang te geven tot derden, en in de meeste slimme contracten zijn ze op een zodanige manier gepland om dergelijke toegang tot toegang toe te staan Een reeks geautoriseerde onderdelen.Stel je voor, lezer, dat slim contract een documenten is Google: verschillende vergunningen kunnen worden verleend aan andere gebruikers. Nu is er nog een eigenaardigheid: de contractcode is publiekelijk zichtbaar door iedereen - als het natuurlijk in een openbare Blokchain wordt uitgevoerd, zoals Ethereum - en daarom is het contract op zichzelf en zal nooit vertrouwelijk zijn [108];De partijen zijn niet de enigen die het kennen, omdat een openbare blockchain precies openbaar is, en iedereen de betrokken partijen (d.w.z. hun openbare sleutels) en de hoeveelheden tokens, altcoins [109], bitcons of ethers tussen hen sindsdien zien Het contract begon.Het voorgaande voorkomt niet dat slimme contracten op een zodanige manier worden gepland om toestemming te vereisen voor vreemde derden heeft geen toegang tot andere informatie die ze bevatten [110]. 2.2.3.1 Anonimiteit en pseudoniemen in de blockchain: asymmetrische gecodeerde en on-ketensanalyse Er is een verkeerde algemeen geloof, die beweert dat Bitcoin, Ethereum, NEM en vele andere blockchains anoniem en intraceerbaar zijn.Niets verder van de realiteit.Alle blockchains kunnen alleen een record verlaten - zie totale traceerbaarheid van transacties, met hun datums en bedragen - en associëren dergelijke transacties aan openbare sleutels waaronder ze plaatsvonden - deze zijn niet noodzakelijkerwijs bekend over de hele wereld [111].Daarom is het technisch correct om te spreken van pseudonymie [112]. Asymmetrische gecodeerde ontwikkelingen zijn niet nieuw en zijn een essentieel kenmerk van alle openbare blockchains.Het is de technologie waarmee de echte identiteit van een blockchain -gebruiker kan worden beschermd, op dezelfde manier dat het aantal van een creditcard wordt beschermd wanneer een online aankoop wordt gedaan via een niet -veilige lijn [113].In openbare sleutelcryptografie heeft een online verkoper twee nummers, heel lang, de ene is een openbare sleutel - de hele wereld kan het zien - en de andere is een privésleutel - Secreta–;Het lijken willekeurige getallen te zijn, maar dat zijn ze niet: ze zijn zorgvuldig zo gekozen dat een bericht kan worden gecodeerd en ongewijzigd kan worden met twee zeer eenvoudige bewerkingen [114]. In het geval van bitcoin wordt bijvoorbeeld gezegd dat de identiteiten van hun eigenaren worden beschermd [115], omdat de aanwijzingen die het bezit van de bitcoins registreren cryptografisch beschermd zijn - via een algoritme genaamd ECDSA [116] - met een publiek Sleutel, en zonder de bijbehorende en unieke privésleutel [117], is het absoluut onmogelijk om de "geparkeerde" bitcoins in de openbare sleutel van de gebruiker te verplaatsen, over te dragen of te verwijderen.De houder van een privésleutel hoeft dus geen persoonlijke informatie te leveren - i.e.Zijn identiteit - om aan te tonen dat hij echt "geregistreerde" of "geassocieerd" bezit met een bepaalde openbare sleutel [118]. Nu zijn er meerdere manieren om een openbare sleutel te associëren met een echte identiteit, in feite zijn er bedrijven die deze diensten aanbieden [119].En diensten worden ook in de tegenovergestelde richting aangeboden, en proberen te belemmeren dat identiteiten van openbare sleutels worden geassocieerd [120].Het is ook mogelijk om voor elke transactie een openbare sleutel te maken, zodat het moeilijk is voor patronen tussen openbare toetsen te verwijderen die de echte identiteit van de gebruiker mogelijk maken [121]. Er is inderdaad al een nieuwe bedrijfssector, die kan worden genoemd op ketenanalyses, die kennis extraheert van de verschillende openbare gegevens die zijn geregistreerd in een blockchain, voorafgaande verwerking [122].De bedrijven die in deze nieuwe sector actief zijn, nemen informatie aan die is gekoppeld aan de details van elk blok (tijdzegel, betaling van commissies en zwarte beloningen aan mijnwerkers, adressen, gebruikers), van elke transactie (adressen waartussen werden gemaakt, hoeveelheden, hoe lang De cryptocurrencies behouden - UTXO -gegevens [123] -, enz.), En de slimme contracten die worden gebruikt, en van daaruit extraheren patronen van WHO, hoe en wanneer cryptocurrencies te gebruiken. Elke dag worden verschillende voorstellen voor technologische oplossingen ontwikkeld - altijd aan het volgen van Arcari - waarmee we doorgaan met verder gaan in de discipline en in de nieuwe kwesties met betrekking tot privacy in blockchain, deze technologie die onlangs door zijn jeugd wordt getrokken. Enerzijds kan de vertrouwelijkheid worden "versterkt" met coderingstechnieken op ketens, zoals belangrijke definitiefuncties (KDF) of protocollen van vertrouwelijke transactie (CT) [124].Nieuwe manieren van "camouflating" zijn ook voorgesteld aan de slimme contracten en het aanbieden van transactionele privacy [125]. 2.2.3.1.1 Openbare sleutel en digitale portefeuilles - Wallets Het is handig om te onthouden hoe een openbare sleutel wordt gezien in een blockchain: Afbeelding 1: openbare sleutel
Zeer gekoppeld aan openbare (en privé) toetsen, is er het concept van digitale portefeuilles of portefeuilles [126]. Wallets zijn een softwareprogramma dat openbare sleutels en privésleutels opslaat, en dat interageert met verschillende blockchains –Bitcoin, ethhereum, nem, enz. -, waardoor de eigenaren van de portemonnee cryptocurrencies kunnen verzenden en ontvangen en de dagelijkse cryptocurrency -balans in zijn publiek kunnen zien Key/s –I.E.In zijn aanwijzingen, indien gewenst Het is belangrijk om te begrijpen dat een E-wallet niet werkt als een portemonnee in de traditionele en off-chain-zin.Inderdaad, de portemonnee op zich bevat geen cryptocurrencies;Het bevat alleen het publiek en privé en privé/s van een persoon.Wanneer een persoon naar een andere bitcoins of andere cryptocurren die hen ontvangt, stuurt om hen te kunnen uitgeven -i.e., ze opnieuw overdragen -is verschuldigd aan hun beurt --i.e.Teken - met zijn privésleutel, die cryptografisch is geassocieerd met zijn openbare sleutel in de portemonnee, waarmee u ook de balans van al uw bedrijven kunt zien. Over het algemeen kunnen de portefeuilles software, een hardware of gewoon een rol zijn waarbij de publieke en private sleutel van een persoon wordt opgemerkt. Wanneer de portemonnee software is, kunnen ze functioneren als software voor desktopcomputers en zijn ze alleen toegankelijk vanaf de computer waarin ze zijn gedownload.Ze kunnen ook functioneren als een mobiele applicatie, die wordt gedownload en gebruikt vanaf de telefoon.Of ze kunnen online portefeuilles zijn, in de cloud worden gehost en toegankelijk vanaf elk apparaat [127]. Wanneer de portemonnee een hardware is, wordt de privésleutel normaal gesproken opgeslagen in een penstation, die de privésleutel is in een "offline aanbetaling". Wat het type portemonnee ook gebruikte, als men de privésleutel verliest [128] - of openbaar wordt - er is geen manier om cryptocurrencies te herstellen [129] of om het onjuist gebruik te stoppen.Vergeet niet dat het domein van een cryptoactief is geaccrediteerd en alleen wordt uitgeoefend met de cryptografisch private sleutel geassocieerd met een openbare sleutel die volgens de blockchain in kwestie de cryptoactive heeft geassocieerd, daarom is de privésleutel geen gemeenschappelijk wachtwoord en iedereen en zijn Verlies (of diefstal) kan onherstelbare schade veroorzaken [130]. Nu kan een menselijke (of juridische) persoon zoveel aanwijzingen hebben –I.E., privésleutels - wensen, en in die richtingen hebben cryptocurrencies die volledig traceerbaar zijn [131], maar omdat het gevorderd was, is het niet gemakkelijk om het publiek te associëren sleutel tot een echte identiteit [132].Zodra een openbare sleutel wordt geassocieerd met een echte identiteit, is er geen manier om de geschiedenis van transacties te wissen, die de oorsprong (wettig of illegaal) van deze overdrachten kunnen kennen [133].En dit is ook revolutionair.Door Bitcoin te nemen, maakt het het mogelijk om het omgekeerde pad van transacties te controleren op een manier die precies onveranderlijk is, hoewel het in alle gevallen niet noodzakelijkerwijs de uiteindelijke ontvanger betekent [134]. Een van de manieren om de activiteit in Bitcoin bij te houden, is door clustering, die bestaat uit het goed bekijken van de activiteit in een blockchain die machine learning toepast, en zo proberen accounts te detecteren die van dezelfde portemonnee lijken te zijn, daarom, gecontroleerd door een enkele persoon of entiteit [135].De prestigieuze MIT Technology Review stelt het in deze voorwaarden: “Meerdere adressen die dezelfde transactie initiëren, kunnen er bijvoorbeeld uitzien als één persoon of organisatie die kleinere fondsen in één grotere pot consolideren, bijvoorbeeld.Een ander telltale -teken is wanneer de verandering van een Bitcoin -transactie terug wordt geleid naar een account anders dan die waar de fondsen zijn begonnen.Na verloop van tijd lost de chaos zich op in reguliere patronen.Zodra meerdere accounts zijn gekoppeld aan dezelfde eigenaar, kunt u proberen erachter te komen wie die eigenaar is.Het koppelen van bitcoin-accounts aan real-world identiteiten is mogelijk omdat informatie de neiging heeft om uit te lekken.Gereguleerde cryptocurrency-uitwisselingen-alduss die in de VS of Europa-volgen de regels voor kennis van de wetenschap en anti-geld en lagers, die vereisen dat mensen identificatie overhandigen voordat ze hun diensten gebruiken. ”[136] (El Resaltado Me Persece) Als een synthese van de verschillende kwesties met betrekking tot privacy in de slimme contracten, worden nieuwe technologieën - zoals de reeds geanalyseerde ZKP's - en nieuwe services - zoals Zcash [137] of Monero [138] - gebruikt om de privacy te verbeteren of te beschermen , clustering zal minder efficiënt zijn.Maar ze zullen ook in toenemende mate worden begeleid en uiteindelijk worden gesanctioneerd-de actoren die verband houden met het blockchain-ecosysteem dat niet voldoet aan de KYC- en AML-normen, zoals geïllustreerd door de zaak van Russische uitwisseling BTC-E [139]. 2.2.4 Uitvoegingsbaarheid (of gedwongen of geautomatiseerde naleving). Het laatste kenmerk dat Szabo heeft opgemerkt als zijn eigen en basis van de slimme contracten is de overbevolking, die kan worden vertaald als zijn gedwongen vervulling van het intelligente contract in een blockchain: de geprogrammeerde-wat het ook zal worden uitgevoerd, zonder enige interventie van De tegenhanger, en niet in staat om de operatie te worden teruggedraaid vanwege de onveranderlijkheid van de blockchain, tenzij het programma is geschreven door vormen van omkering te bieden. Het bovenstaande is op zijn beurt gekoppeld aan een probleem, ook het zijn eigen probleem, maar een breder probleem, gekoppeld aan intelligente contracten: de daaruit voortvloeiende mogelijkheid (reëel of niet) van jurisdictie die de nietigheid [142] eisen van een verplichting die in een blokketen is uitgevoerd, uitgevoerd, uitgevoerd, uitgevoerd, uitgevoerd, uitgevoerd, uitgevoerd, door een intelligent contract dat niet omkeerbaar is. In bredere zin is betoogd dat een intelligent contract slecht kan werken om redenen die inherent zijn aan de contractcode of het platform waarin het wordt uitgevoerd, of, of omgekeerd, kan het goed hebben gewerkt, maar bepaalde redenen of veroorzaakt vreemd voor het contract en het platform maken een contractuele inbreuk [143].In die zin kan inbreuk of defecte naleving van een geautomatiseerde contractuele verplichting traditionele media mogelijk maken - i.e.Gemeenschappelijke jurisdictie, of uitzondering, arbitrage -of niet -traditionele middelen, die zelfs inheems kunnen zijn in een bepaald platform [144], zoals de gevallen van Aragon en Openbazaar die hieronder worden geanalyseerd [145]. Nu, in meer analytische en ook meer controversiële voorwaarden, veroorzaakt de uitvoering van een slim contract vele andere juridische vragen: zijn slimme contracten contracten voor de wet? Contract [146]? Is het (of zal het mogelijk zijn om zijn nietigheid of zijn essentiële inbreuk te eisen [147], of schade met titel, oorzaak of oorsprong in naleving die afwijkt van wat afgesproken is? Op zijn beurt, wanneer er consumenten betrokken zijn, kan een slim contract worden beschouwd als een contract dat buiten de commerciële vestiging is gesloten [148], of op afstand worden afgesloten en onderworpen aan de macht van de herroeping van de consument [149]?Is het initiëren van een slim contract in een blockchain gelijk aan een schriftelijke conclusie van een contract [150]?Moeten digitale serviceproviders in dit geval consumenten informeren dat slimme contracten –Gereel - onomkeerbaar zijn [151]? Al deze vragen zullen later in het volgende hoofdstuk worden beantwoord, maar behouden hier dat het essentiële kenmerk van de slimme contracten - hun grootste attractie quizs quizs is de technische onmogelijkheid om ze te overtreden, omdat de code van een slim contract autonoom wordt uitgevoerd, eenmaal is geïnitieerd, En tenzij de mogelijkheid om het te stoppen sinds het ontwerp is voorzien, zal het zelf zelf worden uitgevoerd in de blockchain [152]. Cardozo Blockchain -projectpunten [153] dat er twee grote gebruiksgebieden van intelligente contracten zijn. Enerzijds worden ze gebruikt voor eenvoudige transacties, waarbij de partijen die naleving vertrouwen en delegeren bij slimme contracten, zonder zelfs een conventioneel contract aan te gaan.De programmacode regelt dus de commerciële relatie in al haar delen, inclusief betalingen, overdracht van activa en bijbehorende voorwaarden.Huidige voorbeelden van dit nieuwe gebruik van slimme contracten zijn UJO -muziek [154], OpenBazaar [155] en SafeMarket [156]. Aan de andere kant kunnen slimme contracten ook worden gebruikt om een deel van de contractuele verplichtingen van een onderdeel te coderen - degenen die kunnen worden geautomatiseerd [157] -, terwijl andere verplichtingen worden gehandhaafd in de traditionele conventionele sfeer [158] –I.E. en garanties, toepasselijke wetgeving en procedures om geschillen op te lossen - [159].Dit zijn slimme hybride contracten, waarin het conventionele contract uitdrukkelijk verwijst naar het slimme contract en contextualiseert hoe dit deel van de verplichtingen is ingebed in een bredere commerciële overeenkomst [160]. In deze slimme hybride contracten kiezen de partijen vrijwillig ervoor om de naleving van een deel van hun verplichtingen te delegeren in een computerprogramma dat op een gedecantaliseerde manier in een blockchain is geëvalueerd. Als er een conflict was, kunnen de partijen het onderliggende conventionele contract altijd opnieuw onderhandelen/aanpassen, of, indien mogelijk, op zoek gaan naar de technologische manier om de effecten van Smart Contract Autonomous om te keren.De moeilijkheid die aan deze laatste situatie is verbonden, kan echter precies zijn wat hen neigde om een intelligent en onomkeerbaar contract te gebruiken, dat (i) de delen van de last vrijgeeft van het toezicht op de naleving van de overweging;en (ii) zal altijd worden uitgevoerd als aan de geplande voorwaarden wordt voldaan.Zelfs de partijen hebben mogelijk het slimme contract op een zodanige manier geprogrammeerd dat, door zijn toevlucht te nemen tot orakels, [161] aanpaste aan een reeks geplande nalevingsopties, volgens de variatie van exogene voorwaarden voor het intelligente contract, zelfs in staat zijn om toevlucht te nemen naar gegevens genomen of geïnformeerd door sensoren met IoT of IIOT, enz. [162]. Natuurlijk stelt technologie u in staat om de code van een slim contract te testen - omdat elk type software kan worden getest [163] - voordat u deze in een blockchain uitvoert, zodat het wordt geverifieerd dat deze wordt uitgevoerd zoals overeengekomen door de partijen. 2.4.De slimme contracten demystificeren[boven] Analyse van de definities van de slimme contracten, en hun belangrijkste kenmerken verhoogd en wat huidige toepassingen gezien, ziet er nu handig uit om ze in de complexiteit van de echte wereld te plaatsen en ze te demystificeren [165]. 2.4.1 Tokens versus creatieTokens -overdracht via slimme contracten Als algemene regel dienen slimme contracten alleen om tokens of cryptocurrencies over te dragen.Slimme contracten maken geen nieuwe tokens [166].Wanneer wordt gezegd dat een slim contract zichzelf zal vervolgen, is het echt bedoeld dat het de tokens die u controleert, zal overbrengen, als bepaalde vooraf vastgestelde voorwaarden plaatsvinden en ten gunste van een bepaalde vooraf vastgestelde openbare sleutel [167]. 2.4.2 Een tekort dat het onnauwkeurige van een slim contract codeert Zoals elke software, is een slim contract onderhevig aan het risico van slechte of onnauwkeurige codering.Slechte codering verwijst naar het bestaan van programmeerfouten in de code van een slim contract, bugs genoemd. Als een intelligent contract een coderingsfout heeft, wordt het gemist, zodat zelfuitvoering niet de perfecte naleving van het gecodeerde voordeel garandeert [168].Het is praktisch onmogelijk om ervoor te zorgen dat een programmeercode geen bugs heeft, wat belangrijk is om de code te controleren en de werking ervan te bewijzen voordat hij deze in het echte leven implementeert.De contractpartijen moeten "uitlaatclausules" verlaten die gepland zijn om de uiteindelijke bugs te corrigeren die verschijnen, anders moet de gewonde partij de rechter gaan gaan om de reparatie van de veroorzaakte schadevergoeding te vragen [169].Het zal hier in het volgende hoofdstuk op terugkeren. Aan de andere kant bevat codering mogelijk geen fouten, maar is niet onnauwkeurig, in de zin van het niet goed weerspiegelen van de intentie van de onderdelen die het gebruiken. De programmeur - of het programmeerbedrijf - ingehuurd om de code van een slim contract te schrijven, kan de intentie van de partijen niet volledig begrijpen, met nalatigheid of misschien kwaadaardig handelen.Tenzij de partijen programmeurs zijn en ze kunnen verifiëren wat de code zegt, moeten ze hun toevlucht nemen tot de service van derden om te bevestigen dat de code weerspiegelt wat de partijen wilden reflecteren [170].Bovendien is het praktisch onmogelijk om van tevoren alle mogelijke toekomstige scenario's te codificeren, wat oplegt dat een intelligent contract dat is ontworpen om op tijd te duren, waarschijnlijk niet kan worden aangepast aan (allemaal) de nieuwe onvoorziene omstandigheden. Welnu, het moet dan worden aanvaard dat coderingsfouten frequent en praktisch onvermijdelijk zijn [171].Er zijn echter mechanismen om ze te detecteren: statische analysetools die bekende fouten kunnen detecteren, en formele verificatietools, waarmee een intelligent contract zich correct zal gedragen [172].Aan de andere kant zijn er hulpmiddelen om reverse engineering uit te voeren in de slimme contracten, waarmee de broncode van een intelligent contract mogelijk is [173]. 2.4.3 Natuurlijke taalvertaling: de beperkingen ervan Normaal gesproken zullen de partijen die besluiten een intelligent contract te implementeren om bepaalde aspecten van hun relatie te automatiseren, de reikwijdte en kenmerken afbakenen die het intelligente contract moet hebben en vervullen in een eerder geschreven document, in natuurlijke taal, die vervolgens moet worden "vertaald" om dat procescomputers te taalcomputers [174]. Eliza Mik wijst er terecht op dat dit proces van "vertaling" van natuurlijke taal tot programmeertaal - sau wat wordt gebruikt - dat het intelligente contract gebruikt zeer complex is en meestal wordt onderschat.Het is een handmatig proces, waarbij het toezicht van werkgelegenheid en de betekenis van juridische voorwaarden door advocaten absoluut cruciaal is. Aan de andere kant blijft de juridische terminologie een gekwalificeerd type natuurlijke taal, dat niet zo gemakkelijk codificeerbaar is, en dat vereist een interpretatie voorafgaand aan de codering [175].Normaal gesproken is wat er gebeurt dat de rechtbanken [176] de ex -postcontracten interpreteren, wanneer het conflict ontstaat en wordt vervolgd.Daarom vereisen programmeurs die slimme contracten coderen, de begeleiding van advocaten, die woorden moeten uitoefenen. Notwithstanding the foregoing, Koulu [178] maintains that intelligent contracts operate with a logic similar to that of conventional contracts, in the sense that the common intention of the parties is always necessary to link, and in the smart contracts this usually occurs When the parts "Transfer" tokens of cryptocurrencies naar het slimme contract.Zelfs een term die interessant kan zijn om te verkennen: juridische programmering. 2.4.4 Directe codering van contractuele verplichtingen Het is ook mogelijk dat de partijen geen voorafgaand document vieren dat de reikwijdte van het toekomstige intelligente contract afbakent, maar dat ze rechtstreeks hun verplichtingen kiezen [179], om de risico's te elimineren die verband houden met de codering van natuurlijke taal en/of de dubbelzinnigheid van woorden. Dit houdt in dat advocaten leren programmeren, of dat programmeurs de wet leren, die in de toekomst zeker zullen gebeuren, maar het is geen dagelijkse realiteit in het heden.Wat op dit moment kan worden gedaan, is om contracten te schrijven, rekening houdend met dat ze zullen zijn (of dat ze zouden kunnen zijn), in elk van de onderdelen, die waarschijnlijk met slimme contracten coderen [180].Surden, zoals hierboven geanalyseerd, noemde hij deze praktijk data-oriente contracten. Mik stelt terecht dat de dubbelzinnigheid van woorden in juridische zin niet noodzakelijkerwijs een ontoelaatbaar defect is, zoals programmeurs het beschouwen [181].Hoewel ambiguïteit mogelijke conflicten kan genereren met betrekking tot de omvang van de verplichtingen van de partijen, staat het inderdaad ook een zekere mate van flexibiliteit toe en past het zich aan aan nieuwe onvoorziene omstandigheden, en in feite zijn veel contractuele clausules geschreven met brede termen, op doel .In de contractuele terminologie moet de zekerheid van de woorden tegen het aanpassingsvermogen van het contract in evenwicht worden gebracht, vooral wanneer de contracten lang zijn en met grote reden MIK protesteren wanneer het stelt dat intelligente contracten mogelijk de informele vereisen, of kwantificeer kwalitatief [182].Wat een taak. Aan de andere kant is het praktisch onmogelijk om te voorzien in een conventioneel contract, absoluut alle mogelijke toekomstscenario's, en hetzelfde wordt gepredikt van een intelligent contract.Om voor alle mogelijke opties te zorgen, moeten ze worden gecodeerd, wat lange lijnen van code impliceert en de groeiende mogelijkheid om een fout te maken bij het coderen. Ten slotte wijst MIK er ook op dat niet elke verplichting codificeerbaar is.Bepaalde soorten verplichtingen zullen in essentie waarschijnlijk niet codificeren of automatiseren, omdat ze de uitoefening van menselijk oordeel vereisen [183], terwijl anderen, meer handleidingen, zullen zijn. 2.4.5 Criminele slimme contracten Het opleiden van intelligente contracten impliceert ook dat er mensen zijn die geloven dat slimme contracten kunnen zijn of zullen worden gebruikt voor het kwaad, het configureren van echte criminele slimme contracten [184]. Blockchain zelf, met name bitcoin, is ook gebruikt om geld te verdienen aan juridische activiteiten, via ransomware [185], of om de verwerving van illegale goederen te betalen [186], en voor het witwassen van geld [187].Aangezien het gebruik van slimme contracten echter wordt gemassificeerd, is er ook op gewezen dat ze ook technisch kunnen worden gepland om illegale handelingen te plegen, zoals het stelen van privésleutels, het filteren van vertrouwelijke documenten en het betalen van misdaden op verzoek [188]. In die zin kan het geval van Darkleaks [189] worden genomen die dient als een gedecentraliseerde markt voor de publieke en anonieme filtratie van geheimen, variërend van films, commerciële geheimen, softwarebroncode, industriële ontwerpen, enz. [190]. Volgens Juels is het vandaag mogelijk om slechte intelligente contracten te programmeren om de diefstal van een privésleutel te vragen die overeenkomt met een openbare sleutel, of wat hetzelfde is, de sleutel van de kluis die cryptoactief herbergt, met behulp van technieken zoals de ZK-Snarks [191].Dit impliceert logisch dat de goede intelligente contracten al moeten worden gepland door te voorzien in deze kans op aanval. Als de eerste beveiligingsmaatregel hebben we geprobeerd hun toevlucht te nemen tot "zwarte lijsten" [192] van munten - waarvan bekend is dat ze zijn gestolen.In dezelfde lijn, in augustus 2019, heeft het Amerikaanse ministerie van Treasury Bitcoin Public Keys gepubliceerd die toebehoorden aan vermeende drugshandelaren [193].Als tweede maatregel stelt Juels voor om een systeem te creëren waarin een set van te wijzen entiteiten in staat zijn om criminele slimme contracten van de blockchain te verwijderen, zonder dat zijn gebruikers zichzelf identificeren, hoewel het ook erkent dat de technische mogelijkheid om in staat te zijn Om een systeem te implementeren is dit nog steeds een open probleem [194]. 2.4.6 Problemen voor gerechtelijke uitvoering van slimme contracten Ten slotte, in het geval dat het SMART -contract niet werkt, niet werkt of niet volledig [195] uitvoert, zoals men dacht dat dit zou doen, moeten de "programmeren" -partijen mogelijk hun toevlucht nemen tot de conventionele dienst van de Justice Administration, ervan uitgaande dat dat ervan uitgaande De identiteiten van (alle) kennen de contractpartijen.Er is beweerd dat een manier om "juridische uitvoering" aan een slim contract te geven, is om een verwijzing naar het off-chain-contract op te nemen, en vice versa, praktijk genaamd Dual Integration [196].Zie in die zin de waarde van CommonAccord waarde [197] en juridische affarkdown [198]. Het is echter duidelijk dat de bescherming van de jurisdictie een beperkte reikwijdte zal hebben in de zaak [199].Een doctrine betoogt dat ze moeten van toepassing moeten zijn op de inbreuken op slimme contracten (sic) - ervan uitgaande dat dit mogelijk is gezien de automatische uitvoering [200] - dezelfde principes en regels die van toepassing zijn op conventionele contractuele inbreuken [201].In dit bijzonder zou het computationeel onmogelijk zijn om een transactie te beïnvloeden of met terugwerkende kracht te wijzigen die al via Smart Contract is uitgevoerd, omdat het programma in een blockchain wordt weergegeven, waarmee de enige mogelijke remedie - als de identiteit van de partijen bekend is - bestel de programmering van een nieuw omgekeerd intelligent contract uit de rechterlijke wijze [202]. Anderen beweren dat, gezien de territoriale aard van het jurisdictie, het onmogelijk zou zijn om de tegenhanger te kunnen aanklagen op een slim contract dat wordt gedeeld, tenzij een "operator" [203] van het netwerk het mogelijk maakt om het te identificeren [204], of dat het " Schepper kan worden geïdentificeerd ”uit een blockchain [205]. Bovendien zouden de moeilijkheden van een rechtbank niet lager zijn bij het interpreteren van een intelligent contract, geschreven in een programmeertaal die normaal onbekend is voor een rechter, en buiten de technische expertise die beschikbaar kan zijn op verzoek van de partij of als maatregelen om beter te kunnen Geef aan om te proberen te ontcijferen wat de code van een intelligent contract zegt [206].Ontegenzeggelijk moet de slimme contractprogrammeercode, ongeacht de taal die wordt gebruikt, worden vertaald in natuurlijke taal, zodat rechters ze kunnen begrijpen [207]. 2.5 Competente rechter, toepasselijke rechten en geschillenbeslechting in een blockchain-base slimme contractomgeving[boven] Naast de (grote) technische beperkingen om verplichtingen te coderen, van de bijna onvermijdelijke coderingsfouten die verband houden met de kunst van het programmeren, de noodzaak om hun toevlucht te moeten nemen tot de orakels om off-chain-informatie te verkrijgen, en zelfs de mogelijkheid om de SO te programmeren -Geroepen Smart Contracts Criminal, de slimme contracten vormen andere interessante problemen (en ook innovatieve oplossingen), gekoppeld aan conflictbeheer en resolutie in blockchain -omgevingen, die zijn ingeschreven in een bredere analytische categorie, online conflictbeheercategorie, Common Menant genaamd Online Dispute Resolution Resolution Resolution Resolution [208]. Er is beweerd dat de huidige juridische infrastructuur deze conflicten (i) niet efficiënt mogelijk oplossen door niet in staat te zijn om de partijen te identificeren die transacties vieren over cryptoactieve [209] en bovendien door (ii) de mogelijke transnationale aard van de Verergerd geschil vanwege het feit dat het bedrag van het conflict vaak de toegang tot de rechter niet zou rechtvaardigen. In die zin is erop gewezen dat de conflictoplossingclausules in online contracten moeten worden heroverwogen als het contract alleen zelfkijk kan zijn als bepaalde voorwaarden worden gegeven, en zelfs dergelijke clausules kunnen het nut verliezen in multi -jurisdictional commerciële contracten, de mate dat de resolutie van het uiteindelijke conflict kan worden geautomatiseerd [210].Als oplossing is een gedistribueerde rechtvaardigheidsbenadering voorgesteld die vervolgens diepgaand zal worden geanalyseerd. 2.5.1.Ondersteuning van een gedistribueerde jurisdictie In de visie van Kaal en Calcaterra [211] is de logica die ten grondslag ligt aan de noodzaak van een gedistribueerde rechtsgebied als volgt: (i) de afwezigheid van een efficiënt geschillenbeslechtingsmechanisme in blockchains - openbaar - op de lange termijn zal het op de lange termijn uiteindelijk beïnvloeden het gedecantaliseerde vertrouwen dat de blockchain toestaat;en (ii) de afwezigheid van jurisdictieve middelen om conflicten op te lossen die worden gegenereerd door slimme contracten, kan het ook verlies van vertrouwen van consumenten veroorzaken en het daaruit voortvloeiende niet -gebruik van intelligente contracten.Beide tekorten kunnen op hun beurt de ontwikkeling van cryptonomie beïnvloeden. Aan de bovenstaande logica moeten twee zeer belangrijke factoren worden toegevoegd.In de eerste plaats zal de scheiding tussen fysieke en digitale identiteitsproduct van relatieve anonimiteit in crypto -economie ook de traditionele en jurisdictische mechanismen van conflictoplossing beïnvloeden, waarvan is gedacht geen verband hebben in de digitale economie [213] waar intelligente contracten zullen ontstaan met een duidelijk supra-nationaal karakter [214]-, (ii) voor off-chain-identiteiten, die niet aanwezig zijn in cryptonomie vanwege pseudonymy [215], en (iii) voor conventionele contracten, die heel verschillen van de intelligente en decantale intelligente contracten. Ten tweede is er een zeer kleine jurisprudentie die specifiek de blockchain en de slimme contracten aanpakt, die onzekerheid genereert -i.e., Juridische onzekerheid -zelfs wanneer deze technologie niet heel anders is dan andere virtuele software.Aan de andere kant bestaan de gedistribueerde records niet in de fysieke wereld, en daarom hebben ze geen bepaalde locatie, waaraan wordt toegevoegd dat de knooppunten van een blockchain zich overal ter wereld kunnen bevinden, waarmee de transacties zouden doen onderworpen zijn aan de wet die van toepassing is op elk knooppunt van het netwerk [216]. Om dergelijke redenen is het dat de bovengenoemde auteurs een interessante benadering van intra-blockchain-governance voorstellen, in staat om speciale oplossingen te bieden voor een nieuwe transactionele blockchain-base slimme contractomgeving die zonder twijfel heel bijzonder is [217].Ze leggen Kaal en Calcaterra de nadruk op die gevallen zoals Thedao, zullen steeds gebruikelijker worden, en in de slimme contracten zullen onvermijdelijk nieuwe soorten conflicten brengen, versterkt door de asymmetrische gecodeerde, de hashing en de relatieve anonimiteit. 2.5.2 Kenmerken van een gedistribueerde rechtsgebied Een jurisdictie die wordt verspreid als Kaal en Calcaterra voorstelt, neemt twee realiteiten aan: (i) dat het bestaan van fouten in de slimme contracten codering niet te ontkennen is, omdat het ook niet te ontkennen is dat het onmogelijk is voor alle mogelijke manieren om een intelligent contract te schenden, kan worden gecodeerd. Voor de facto, vanwege de menselijke beperking zelf, en (ii) de Thedao -zaak wordt achtergelaten als een teken dat het bovenstaande inderdaad niet te ontkennen is. Uit dat sociologische uitgangspunt wordt beweerd dat de manier om de mogelijke geschillen op te lossen die worden gegenereerd door slimme contracten noodzakelijkerwijs intra-buckchain moeten zijn, dat wil zeggen de manier om conflicten op te lossen (i) kan niet exogeen zijn, maar endogeen moeten zijn en binnen de Dezelfde blockchain -omgeving, om de anonimiteit van het milieu te handhaven, en (ii) vereist een beheersysteem - of de overheid, als u wilt - geprogrammeerd in de blockchains die in kwestie zijn, evenals bij voorbeeld het aragon -netwerk dat dat zal doen hieronder gezien [218]. In de visie van Kaal en Calcaterra zou een gedistribueerde jurisdictie moeten zijn: (i) een open source platform dat anonimiteit garandeert;(ii) waaraan de delen van een slim contract die een echt conflict hebben, vrijwillig kunnen indienen;(iii) Er is een reputatie van elke scheidsrechter - wiens identiteit onbekend is - zodat de partijen degene kunnen kiezen die zij het meest geschikt vinden;(Iv) De scheidsrechters zouden hun prijzen uitreenden aan de gemeenschap van scheidsrechters, die hen kunnen bevestigen of afwijzen, waarbij de reputatie van de scheidsrechter logisch kan worden beïnvloed op basis van de definitieve mening van de gemeenschap op elke prijs;en (v) de prijzen zouden nooit definitief en definitief zijn en de zaak kunnen heropenen [219]. 2.5.3 Casos de uso.Zeg (nogmaals) hallo tegen Ricardiaanse contracten! De voorbeelden van Aragon en Openbazaar wijzen erop. De eerste maakt gebruik van een vorm van gedistribueerde digitale jurisdictie, beheerd door een systeem van anonieme rechters en toezichthouders, wiens macht afhankelijk is van hun netwerktokens bezit, en de reputatie die ze opbouwen oplossende conflicten.Aragon nam zijn token te koop, Ant in mei 2017, en hief 25 miljoen dollar in 15 minuten [220], het vierde belangrijkste crowdfunding -evenement in de geschiedenis, en de tweede grootste maar houdt rekening met Thedao. OpenBazaar, aan de andere kant, hoewel het geen blockchain- en slimme contracten technisch gezien gebruikt [221], gebruikt het een gedistribueerd netwerk en alle onderdelen en transacties zijn anoniem en stelt een model van ricardiaanse contracten voor om geschillen op te lossen, modelleer dat, Sommigen, het is de tweede generatie intelligente contracten [222], en ze zijn ook niet zo nieuw. Inderdaad, Ricardiaanse contracten werden in 1996 voorgesteld door twee programmeurs, Ian Grigg en Gary Howland, als onderdeel van een breder betalingssysteem genaamd Ricardo [223] en wiens essentiële kenmerken zijn: Yo.een contract zijn aangeboden door een emittent aan een houder; II.voor een recht van waarde had voor de houders en beheerd door de emittent; Iii.Gemakkelijk leesbaar door mensen als een contract op papier getekend; IV.ook leesbaar door computerprogramma's; v.digitaal ondertekend; zaag.Dat draagt de sleutels en serverinformatie mee;En Vii.Met een veilige en unieke identificatie. In Openbazaar kan een derde partij worden gebruikt, genaamd in de buurt van notaris.De partijen bij het contract zijn niet verplicht om een notaris te betrekken - bepaalde commissies worden opgeslagen - maar als ze deze optie kiezen, verifieert een notaris dat het contract is ondertekend en dat de verkoper bitcoins heeft gedeponeerd als een warehouse -storting –ESCROW -accounts.Als de koper tevreden is, wordt de garantie van de verkoper vrijgegeven;Als er een conflict is, fungeert de notaris als arbiter.Gedurende het hele proces wordt de anonimiteit van de partijen gehandhaafd - technischer, pseudonymie door het gebruik van openbare toetsen - en notarissen worden willekeurig aangewezen, hoewel er pools van notarissen zijn met specifieke expertise beschikbaar voor de contractpartijen [224]. Openlaw [225] is een ander slim contractenplatform dat het concept van Ricardiaanse contracten ontwikkelt, waarin de prestigieuze advocaat die gespecialiseerd is in Blockchain, Aaron Wright, van Cardozo Blockchain Project deelneemt als mede-fount.Het (ambitieuze en veelbelovende) waardevoorstel van Openlaw is als volgt: “Openlaw is het eerste volledig expressieve Ricardiaanse contractysteem - de brug tussen traditionele juridische regimes en de Ethereum World.OpenLaw kan worden gebruikt om bindende juridische overeenkomsten te maken en deze te koppelen aan de uitvoering van een of meer slimme contracten, waaronder slimme contracten die tokens maken en beheren.Door deze aanpak kan elk token dat op Ethereum werkt en elk slim contract doordrenkt met juridisch effect. ” 2.6 Dapps, Two, Daos en DAC's[boven] Ongetwijfeld is de (immense) mogelijkheden die openen wanneer de slimme contracten autonoom tussen hen beginnen te communiceren, als de nieuwe slimme sollicitatiediscipline op zichzelf interessant is voor de advocaat. Vooral voor de auteur, die 10 jaar geleden samenlevingen onderwijst.Maar de toekomst kwam een tijdje aan en de Dapps, twee, schade en DAC's zijn er al. 6 jaar geleden, in 2014, gaf Vitalik Buterin de eerste definities van DAPPS in een controversieel artikel, getiteld Dacos, DACS, DAS en meer: een onvolledige terminologiegids [227]. Daar was vereist dat een DAPP -gedecentraliseerde toepassing - een variatie is van een slim contract, dat wil zeggen een mechanisme dat digitale activa en twee of meer onderdelen omvat, waarbij een of alle partijen digitale activa beïnvloeden, die automatisch worden verdeeld tussen de partijen Volgens een formule op basis van bepaalde gegevens die bij het starten van het contract niet bekend zijn. De DAPP is vergelijkbaar met een slim contract, maar met twee verschillen: (i) er kan een onbeperkt aantal deelnemers aan elke kant van het contract zijn en (ii) het hoeft niet noodzakelijkerwijs te worden gekoppeld aan financiële transacties. Dapps zijn op hun beurt classificeerbaar in twee soorten klassen: (a) volledig anoniem, of (b) op basis van reputatie, waarbij sommige knooppunten de prestaties van anderen volgen, om het vertrouwen erin te behouden. Vervolgens definieerde Bugerin ook beide organisaties - als een organisatie waaraan mensen deelnemen aan de regels die zijn vastgesteld in het geplande protocol - alsof het het sociale statuut van een bedrijf was, of het sociale statuut van een vereniging van een vereniging civiel - , maar met de bijzonderheid dat het protocol door de blockchain op de tabel zal worden toegepast.De gehele conventionele structuur van samenlevingen en hun juridische typologie en verschillende soorten organiek, kan worden gemigreerd naar een blockchain, zodat het de belangen van de aandeelhouders/medewerkers registreert, die hun wil uiten -Votan -ook via blockchain.Hetzelfde is voorspelbaar met betrekking tot niet -profit juridische personen.Het DO kan digitale activa of fysiek besturen, voor zover de code met dergelijke activa interageert. Bugerin ging een beetje meer vooruit en definieerde ook de schade - zeggende autonome organisaties - als de heilige graal van de slimme contracten.Een DAO is een generieke term, die ook de DAC's omvat - zeggende autonome bedrijven - een soort DAO. In tegenstelling tot de twee zijn de schade en DAC's entiteiten die op internet wonen, ze zijn autonoom en kunnen ze zelfs mensen inhuren om de taken uit te voeren die ze niet kunnen.De schade zou de spiegels worden in blockchain van een stichting of een burgerlijke vereniging, d.w.z.Niet -profitentiteiten, hoewel ze een "digitaal kapitaal" hebben, en worden door hun programmeercode in staat gesteld om in bepaalde omstandigheden dergelijk kapitaal te hebben, in het algemeen om gedrag te betalen of te belonen.In het geval van de twee hebben ze ook een hoofdstad, maar het wordt gebogen door mensen die aan het einde van de dag beslissingen zijn die beslissingen nemen;Terwijl het "digitale" kapitaal van de schade autonoom wordt gebesteld door de damcode.Huidige schade voorbeelden zijn Solardao [228], Daostacks [229], Wings [230], Xwin [231] en Piedo [232]. Het thema begint de aandacht van velen te trekken.Er is betoogd dat 2020 "het jaar van de schade" zal zijn [233].Volgens de persoonlijke mening van de auteur zal het decennium van 2020-2030 het decennium van de schade zijn en het hierboven genoemde Gartner-rapport onthouden, zal de Blockchain Service-markt aan het einde van het decennium een grootte hebben aan 6 PBI's van Argentinië.Maar op de korte termijn, d.w.z. 2020-2023, zullen veel activiteit –I.E., incrementele innovaties, of incrementele innovaties op de keten, io-Ci, worden gezien, zoals ik ze in financiële zaken noem, in een Trend die hij is gedecentraliseerde financiën ("Defi"), die slimme contracten, schade en vooral een sterke onderprestatiegraad van de traditionele bank combineren [234].Makerdao [235] is een succesvol voorbeeld van deze nieuwe defi -trend. Ten slotte definieerde Bugerin de DAC's als een soort van het geslacht van de schade, met het verschil dat de DAC dividenden betaalt, dat wil zeggen, het is (of zou) een digitale rechtspersoon zijn, in tegenstelling tot de schade die ze zonder winst hebben .Buterin wijst erop dat de nadruk op dividenden kan compliceren om situaties te definiëren waarin de deelnemers tokens ontvangen als een dividend, en deze tokens kunnen op hun beurt zijn: Yo.louter "Vergunningen voor gebruik" van bepaalde digitale activa die "het digitale activum" van de DAO of de DAC integreren;of ze kunnen zijn II.eigen munten uitgegeven door de DAO/DAC, of kan Iii.zijn andere cryptocurrencies die zijn verworven, in aanmerking voor de goederen en diensten die zijn geproduceerd door de DAO/DAC en op de markt gebracht aan derden, of IV.Fiat -valuta, van legaal, conventioneel jaar, uitgegeven door een staat. Het is handig voor pedagogische doeleinden die nu een tweede definitie van een dag en schade aan de orde brengen en het concept begrijpen dat het vergelijkt met dat van conventionele onderneming: "Een gedecentraliseerde organisatie is een computerprogramma zonder enkele leider, die wordt uitgevoerd op een peer-to-peer-netwerk waarbij een reeks gebruikers met elkaar in wisselwerking staat volgens protocol geprogrammeerd via code en op een blockchain wordt afgedwongen. [236]" “Een gedecentraliseerde organisatie werkt onder dezelfde basisconcepten van een bedrijf, maar heeft een gedecentraliseerde managementstructuur - bijvoorbeeld de raad van bestuur.De structuur van een eenvoudig bedrijf heeft drie leden van de leden: aandeelhouders, een raad van bestuur en andere leden die betrokken zijn bij de bedrijfshiërarchie.Om lid te worden van het bedrijf, kopen aandeelhouders een deel van het bedrijf.Beleggers volgen een reeks statuten en bepalen hoe stemmen worden uitgebracht, hoe ze de raad van bestuur kunnen selecteren, enzovoort.Andere leden in het bedrijf, zoals werknemers, worden ingehuurd door directeuren in het bedrijf of andere werknemers in de hiërarchie.Een gedecentraliseerde organisatie omvat een reeks gebruikers die met elkaar omgaan en beslissingen nemen volgens het protocol dat is gespecificeerd in code en afgedwongen op de blockchain.In een gedecentraliseerde organisatie wordt het contract gecodeerd in de blockchain en bijgehouden een record van het participaties van elke aandeelhouder en staat aandeelhouders toe om via de blockchain over verschillende items te stemmen.Wat een gedecentraliseerde autonome organisatie onderscheidt van een gedecentraliseerde organisatie is de autonome mogelijkheden.Gedecentraliseerde autonome organisaties zijn in wezen een reeks slimme contracten die coderen voor de statuten van de hele organisatie.Dit betekent dat de traditionele voorwaarden die een contract vormen, worden gecodeerd en geüpload naar de blockchain, waardoor een gedecentraliseerd slim contract wordt gecreëerd.In tegenstelling tot de traditionele organisatie, hoeft de gedecentraliseerde autonome organisatie niet te vertrouwen op een derde partij voor registratie of handhaving.De blockchain slaat informatie op, inclusief hoeveel tokens die elke deelnemer bezit in het bedrijf of zijn statuten.Wanneer aan bepaalde voorgeprogrammeerde voorwaarden is voldaan, voert de gedecentraliseerde autonome organisatie automatisch contractuele clausules uit in de blockchain.Op deze manier zijn gedecentraliseerde organisaties en gedecentraliseerde autonome organisaties vergelijkbaar.Hoewel gedecentraliseerde organisaties ook bestaan uit slimme contracten, is menselijke interventie op een of andere manier nog steeds vereist.Gedecentraliseerde organisaties zoals de DAO zijn afhankelijk van menselijke betrokkenheid bij elk uiteinde van verschillende transacties.Een gedecentraliseerde autonome organisatie is daarentegen ontworpen om autonoom op een blockchain te lopen en wordt uitsluitend gecontroleerd door code, zonder enige behoefte aan menselijke betrokkenheid.[237] ”(El Resaltado es Mio). 2.6.1 Ronde 1: Voer de DAO in Het is met grote reden opgemerkt dat de wet een brede traditie heeft om te erkennen dat bepaalde juridische ficties dezelfde wettelijke capaciteit kunnen hebben als mensen [238].Dat is inderdaad precies de logica die ten grondslag ligt aan het hele bedrijfsrecht, vanaf de Romeinse wetgeving, met de bijzonderheid dat in de juridische personen die onze wetgeving erkent, er altijd in de back-offese menselijke personen zijn [239]. Inderdaad, er is op gewezen dat uit eenmaal verschillende groepen de mogelijkheid combineren van agglutinerende kapitaal- en menselijke vaardigheden, die met bijbehorende technieken zijn geëvolueerd totdat ze zelf instellende activa vormen, verdeeld van de onderwerpen die oorspronkelijk naar hun training gaan [240]De oudste achtergrond heeft een Babylonische –1.900 AC–, maar de Grieken namen ook hun toevlucht tot deze techniek;De Romeinen perfectioneerden en gemodelleerd op een manier die is aangekomen, met kleine barbaarse aanpassingen, tot de dertiende eeuw [241].Al in de vijftiende eeuw werden de eerste bedrijven die een directe geschiedenis zijn van onze commerciële samenlevingen [242] gecreëerd. Heeft de tijd om de fictie van juridische persoonlijkheid uit te breiden met schade en DAC's, entiteiten zonder mensen?Bayern aarzelt niet om de gestelde vraag te bevestigen, en bevestigt in feite dat dit al is gebeurd [243], maar roept ook interessante vragen op die ons naar een meer iusphilosofisch vlak leiden: is het handig of noodzakelijk om het conventionele rechtssysteem toe te passen op deze Nieuwe entiteiten?Wat is er mis met een autonome entiteit die zijn eigen doel nastreeft zonder verantwoordelijkheid voor iemand?Zal het een probleem zijn dat een dergelijke entiteit menselijke werknemers heeft?Als ze zijn geconfigureerd als niet -profitentiteiten, kunnen ze dan niet meer concurrerende goederen en diensten aanbieden?Zal niet beter worden beheerd door algoritmen dan door mensen gevormd in bedrijfskunde? 2.6.1.1 De Thedao -zaak Maar niet alles wat schijnt is goud. Thedao was de eerste DAO die werd getest in de digitale wereld.De geschiedenis heeft geen gelukkig einde, maar laat ons tenminste zien dat het mogelijk is om een DAO leven te geven.De feiten van de zaak waren de volgende: 1. Thedao was een DAO, dat wil zeggen een virtuele organisatie [245], opgericht door een Duits bedrijf, Slock.it [246] in de blockchain van Ethereum.De Securities and Exchange Commission van de VS (SEC) definieerde de volgende uitstekende aspecten: “De DAO is gemaakt door slock.it en slock.it's mede-oprichters, met als doel te werken als een entiteit met winstoogmerk die een corpus van activa zou creëren en vasthouden door de verkoop van DAO-tokens aan beleggers, welke activa dan zoudenworden gebruikt om "projecten" te financieren.De houders van DAO -tokens stonden om te delen in de verwachte inkomsten van deze projecten als een rendement op hun investering in DAO -tokens.Een DAO -token verleende de DAO -tokenhouder bepaalde stem- en eigendomsrechten.Volgens promotiemateriaal zou de DAO winst verdienen door projecten te financieren die DAO -tokenhouders een rendement op investering zouden bieden.DAO -tokenhouders zouden dan stemmen om de beloningen te gebruiken om nieuwe projecten te financieren of om de ETH te distribueren aan DAO -tokenhouders.Bovendien konden DAO-tokenhouders geld verdienen met hun investeringen in DAO-tokens door DAO-tokens opnieuw te verkopen op een aantal webgebaseerde platforms die secundaire handel in de DAO-tokens ondersteunden.Naast secundaire markthandel op de platforms, moesten DAO -tokens na de aanbiedingsperiode vrij overdraagbaar zijn op de Ethereum -blockchain.DAO-tokenhouders zouden ook mogen worden toegestaan om hun DAO-tokens in te wisselen voor ETH via een gecompliceerd, meerdere weken (ongeveer 46-daagse) proces dat een DAO-entiteit wordt genoemd "Split. De DAO moest 'gedecentraliseerd' zijn omdat het zou kunnen stemmen door investeerders die DAO -tokens houden.Alle ingezamelde fondsen moesten worden gehouden in een Ethereum -blockchain "adres" geassocieerd met de DAO- en DAO -tokenhouders moesten stemmen over contractvoorstellen, inclusief voorstellen aan de DAO om projecten te financieren en de verwachte inkomsten van de DAO te distribueren uit de gefinancierde projecten. De DAO was bedoeld als "autonoom" in die zin dat projectvoorstellen in de vorm waren van slimme contracten die op de Ethereum -blockchain bestaan en de stemmen werden beheerd door de Code van de DAO.Het indienen van een voorstel bij de betrokken DAO: (1) het schrijven van een slim contract en het vervolgens inzetten en publiceren op de Ethereum -blockchain;en (2) het plaatsen van details over het voorstel op de DAO -website, inclusief het Ethereum Blockchain -adres van het geïmplementeerde contract en een link naar de broncode.Voorstellen kunnen worden bekeken op de DAO-website en andere publiek toegankelijke websites (...) Er waren twee vereisten voor het indienen van een voorstel.Een persoon of entiteit moet: (1) ten minste één DAO -token bezitten;en (2) een aanbetaling betalen in de vorm van ETH die zou worden verbeurd aan de DAO -entiteit als het voorstel voor een stemming zou worden gesteld en geen quorum van DAO -tokenhouders kon bereiken. Eth die door de DAO werd opgevoed, moest worden gedistribueerd onder een aannemer om een voorstel alleen te financieren over een meerderheid van stemming van DAO -tokenhouders.DAO -tokenhouders zouden stemmen uitbrengen, die zouden worden gewogen door het aantal tokens dat zij beheersten, voor of tegen de financiering van een specifiek voorstel.Voordat een voorstel werd gestemd door DAO -tokenhouders, moest het worden beoordeeld door een of meer van de 'curatoren' van de DAO.Ten tijde van de vorming van de DAO waren de curatoren een groep personen die door Slock.it (...) curator verantwoordelijk waren voor: (1) bevestigde dat elk voorstel voor financiering afkomstig was van een identificeerbare persoon of organisatie;en (2) bevestigen dat slimme contracten die aan een dergelijk voorstel zijn gekoppeld, de code correct weerspiegelden die de aannemer beweert te hebben ingezet op de Ethereum -blockchain.Als een curator vaststelde dat het voorstel aan deze criteria voldeed, zou de curator het voorstel kunnen toevoegen aan de 'witte lijst', wat een lijst was van Ethereum -blockchain -adressen die ETH van de DAO konden ontvangen als de meerderheid van de DAO -tokenhouders voor het voorstel stemde. De DAO -website (...) beschreef hoe de DAO werkte en bevatte een link waarmee DAO -tokens konden worden gekocht.De DAO -website bevatte ook een link naar de whitepaper, die gedetailleerde informatie verstrekte over de structuur van een DAO -entiteit en de broncode ervan en, samen met de DAO -website, diende als de primaire bron van promotiemateriaal voor de DAO.Op de DAO -website en elders vertegenwoordigde Slock.it dat de broncode van de DAO was beoordeeld door "een van 's werelds toonaangevende beveiligingsauditbedrijven."[247] (Los Resaltados zoon Míos). 2. De DAO -tokens werden aangeboden aan het publiek tussen 04/30/16 en 28/05/16.Het was een historische omzet van de omzet: 1.150 miljoen DAO -tokens werden verkocht aan ongeveer 11.000 investeerders, die 12 miljoen ethers tillen - equivalent, op dit moment, ongeveer 150 miljoen US $ d - in de grootste en grootste en succesvolle campagne van crowdfunding van geschiedenis [ 248]. 3. Dagen voor het afronden van de wegshow van de DAO -tokens (d.w.z. 28/05/16) begonnen geruchten over mogelijke programmeerfouten in de DAO -code te circuleren.Op 25/05/16 stelden de organisatoren (d.w.z. slock.it) voor om een beloningsmechanisme op te zetten voor degenen die beveiligingsfalen in de code hebben ontdekt en aan de kaak gesteld, maar het voorstel werd niet geaccepteerd door beleggers omdat het het als zeer duur vond (de kosten ervan (de kosten ervan (de kosten was van 125.000 ETH, ongeveer 1% van het totale erfgoed van Thedao).Op 26/05/16 stelden de organisatoren voor om een beveiligingsexpert aan te wijzen om de Theao -code te controleren [249]. 4. Op 17 juni 2016 ontdekte een persoon of groep niet -geïdentificeerde mensen een bug [250] in de Thedao -code en bereikte dat 1/3 van het totale erfgoed van Thedao werd overgebracht naar een ander account in Ethereum, een waar het was 27 dagen geïmmobiliseerd [251].Op 20 juli 2016 werd door de meeste knooppunten besloten om een zeer gedebatteerde harde vork in de Ethereum -blockchain te implementeren, waardoor de fondsen naar een nieuw account konden worden gestuurd, waarin beleggers hun tokens -schade aan ether konden veranderen, en verlaat Thedao alsof ze geen verlies hadden geleden.Een minderheid die tegen de harde vork heeft gestemd, heeft de software niet bijgewerkt naar de nieuwe versie van Ethereum, dus vandaag is er een blockchain genaamd Ethereum Classic (enz.) En een Ethereum post-thedoo (ETH) [252]. De door Thedao gepubliceerde algemene voorwaarden ontkenden uitdrukkelijk dat de DAO -tokens sociale participaties, soortgelijke acties of effecten waren bij een rechtspersoon in enig rechtsgebied van de wereld, dus de beleggers die hen hebben overgenomen, waren geen partners [253].De SEC zei echter dat de DAO -tokens effecten waren die werden ingediend bij hun competentie en jurisdictie [254], omdat er een belofte was van afgeleid winst of product van het bedrijfsbeheer van andere mensen.Tegen deze mening van de SEC is beweerd dat het in Thedao de investeerders zelf was die besloten waar te investeren;En geen managementteam.Ze bestonden in feite niet formele autoriteiten in Thedao [255]. Onlangs heeft Laila Metjahic de in -diepte -zaak geanalyseerd in een zeer interessant en sappig artikel gepubliceerd in de prestigieuze Cardozo Law Review [256] en "Cured" door Aaron Wright.In de volgende paragrafen zal de Metjahic -tentoonstelling worden gevolgd, die de volgende juridische kwesties hebben geïdentificeerd: 2.6.1.1.1 Verantwoordelijkheid van beleggers en ontwikkelaars Metjahic bevestigt dat onder Amerikaanse bedrijfswetgeving de investeerders en ontwikkelaars van Thedao kunnen worden beschouwd als partners van een partnerschap -generaal, waarin zij directe, onbeperkte en ondersteunende verantwoordelijkheid vóór derden op zich nemen, en bepaalde fiduciaire taken tussen hen [257]. In onze wet zou het vergelijkbaar zijn met de verantwoordelijkheid van de collectieve partner, met het belangrijke verschil dat het een dochteronderneming veronderstelt en het excuusvoordeel kan oproepen [258].Het kan ook worden geassimileerd tot de kwaliteit van de partner van een eenvoudig bedrijf, gereguleerd in sectie IV van de wet op de Algemene Vennootschappen, waarin de partner in principe voor de derde een gezamenlijke en subsidiaire verantwoordelijkheid aanneemt [259]. Metjahic vraagt ook of Thedao als een bedrijf kan worden beschouwd [260], en reageert negatief, omdat ze de beslissingsbeslissing niet in een administratieorgaan hebben gedelegeerd, maar dankzij de decantalisatie van de blockchain behouden ze zelf beslissen in welke bedrijven digitaal zijn Kapitaal zou worden geïnvesteerd. In onze wet, in samenlevingen in belang - waaronder de collectieve samenleving is opgenomen, en wanneer er geen beperking is van de verantwoordelijkheid van de partner - vereist de eenvoudige structuur van hetzelfde niet het bestaan van gedifferentieerde organen - zoals in het geval van Capital Society, waar de verantwoordelijkheid van de partner beperkt is, die een zelforganisme van een eenvoudige structuur aanneemt, omdat het orgaankarakter overeenkomt met elke partner, die direct werkt alsof het de samenleving is [261]. 2.6.1.1.2 Juridische aard van bedrijfsparticipatie Als gevolg van het frame van Thedao als algemene partnerschap onder de Anglo -Saxon -wetgeving, noemde de deelname van haar partners naar de mening van Metjahic - belangen in de VS;Delen van belang in onze wet [262] - Kader binnen de federale definitie van veiligheid - Titelwaarde -.Bij dezelfde conclusie arriveerde de SEC bij het analyseren van het feitelijke platform van de zaak Thedao, onder verwijzing naar het belang van het jaar 1946 in re sec v.W.J.Howey, Co. [263]. Als gevolg van het voorgaande moet het openbare aanbod van een beveiliging (d.w.z. must) de harde vork van Ethereum naleven, heeft de harde vork dingen teruggestuurd naar zijn vorige staat, en er was geen schade veroorzaakt zonder algemene teleurstelling. 2.6.1.1.3 Juridische status van een DAO: A Lege Ferenda -voorstel Metjahic bevestigt dat het ontwerp van Thedao omlijst (en in de toekomst, zou omlijsten) in de definitie van algemene partnerschappen [265], of, of niet dat, in de definitie van joint venture, die voor de Amerikaanse wetgeving in veel gevallen wordt behandeld als een algemeen partnerschap met een specifiek doel [266]. In de staat Delaware bijvoorbeeld, de definitie van joint venture pivotea op vijf elementen: Yo.Er moet een gemeenschap van belangen zijn in het resultaat van een gemeenschappelijk bedrijf; II.Er moet een gemeenschappelijke controle over het bedrijf zijn; Iii.Er moet een gedeelde eigendomsrecht zijn met betrekking tot het object of het resultaat van de gemeenschappelijke onderneming;En IV.Een gedeelde interesse in het verspreiden van winst en ondersteunende verliezen [267].Metjahic bevestigt dat Thedao deze vijf vereisten met zekerheid heeft nageleefd. Aan de andere kant, de door Thedao uitgegeven tokens, naar de mening van Metjahic (en, in de toekomst, zouden) effecten zijn volgens de federale effectenwetgeving die de SEC moet handhaven.Bovendien zegt Metjahic dat de SEC in 2014 al heeft overwogen dat Bitcoin een beveiliging is, net als Ether [268];En dat de door Thedao uitgegeven tokens, betaald met Ether, een beleggingscontract waren sinds: “..De Dao is een regeling waarbij een persoon zijn geld investeert in een gemeenschappelijke onderneming en wordt geleid om winst uitsluitend te verwachten van de inspanningen van een derde partij.Als zodanig is de DAO een beleggingscontract, met Ether als het veiligheidsbelang.Samen moeten de DAO en de verkoop van Ether worden beschouwd als veiligheidsbelangen onderworpen aan SEC -verordening. [269] ”(El Resaltado es Mío). De mening van Metjahic wordt niet gedeeld, omdat de figuur van de promotor van Howey niet in Thedao bestond;Er was geen derden [270] die managementinspanningen levert of biedt om een distributieverwerpbaarheid te extraheren;En in feite waren de houders van de tokens zelf degenen die stemden waar ze het digitale actief van Thedao moesten investeren. 2.6.2 DAOS, DACS E Internet of Things Het potentieel van de schade en DAC's gaat hand in hand met de groei van het IoT op binnenlands en industrieel niveau van het Internet of Things: IIOT.Christidis en Devetsikiotis [271] bevestigen inderdaad dat de technologie en peer-to-peer van de blockchain ideaal zijn voor de ontwikkeling en uitbreiding van het IoT-ecosysteem, met grote voordelen voor beide apparatenproducenten en voor zijn gebruikers [272]. De combinatie van blockchain, slimme contracten, DAOS en IoT kan het mogelijk maken om voorbeelden te ontwerpen en te implementeren zoals die die volgt, die waarschijnlijk in korte tijd zeker een echt gebruiksgeval zal zijn: een X -gemeente die besluit om 2.000 fietsen te verwerven Voor sociaal en gemeenschapsgebruik, gedistribueerd in 100 buurtstations met elk 20 fietsen, met zijn respectieve RFID -chip die permanente connectiviteit geeft: IoT.Elke gebruiker die een fiets wil gebruiken, moet een app downloaden, hun identiteit bewijzen met leescode in zijn ID en krediet laden, bicitokens kopen, waarvan de waarde wordt vastgesteld door de gemeente.Met elk bicitoken kan 100 uur circuleren, in delen van elk 1 uur.Bicitokens zijn voor persoonlijk gebruik, maar ze kunnen gratis worden gegeven aan andere netwerkgebruikers.Elke 100 uur fietscirculatie accrediteert het systeem 0,5 bicitokens in het account van de gebruiker, als een prijs voor het sporten en het gebruik van een duurzaam mobiliteitsmedium.Het hele systeem draait in een privé, toegestane blockchain, waar drie knooppunten zijn: Yo.De gemeente: die Bikeeans verkoopt of accrediteert aan de ontladen van de burgers; II.een fietsonderhoudsdienst, die sociale organisaties of buurtcentra kunnen zijn, omdat bekend is dat 2% van hen maandelijks moet worden gerepareerd;En Het hele systeem is geprogrammeerd om te werken als een gedecantaliseerde autonome organisatie (DAO), dat wil zeggen een reeks intelligente contracten die met elkaar inwerken, en waar de volgende functionaliteiten worden geconfigureerd: (1) Als een gebruiker 1000 uur duurzame mobiliteit erkent - het via RFID -systeem kan het bevestigen - kan de gemeente een dergelijk gedrag belonen met belastingvoordelen - 1% vermindering van elk gemeentelijk tarief dat de gebruiker moet betalen; (2) Als een gebruiker de reparatie van 10 fietsen in een maand, gecertificeerd door de onderhoudsservice, accrediet, hebt u toegang tot dezelfde voordelen als in het vorige geval; (3) Particuliere sponsors kunnen statische advertenties kopen op 100 stations en in 2000 mobiele fietsen en banners in de app, nieuwe fietsen leveren aan het systeem, het repareren van de getroffen of accrediterende voordelen –vouchers, kortingen, uitwisselingen, uitwisselingen - voor het systeem Gebruikers, in de vorm van fietsen met specifieke affectatie - bijvoorbeeld de betaling van restaurants, kleding, enz.-, waardoor het systeem de meest toegewijde segmenteren en beloont (bijvoorbeeld degenen die meer dan 500/1000/2000 uur per maand trappen); (4) Aankopen van statische of mobiele advertenties door privé -advertenties kunnen op gebruikersniveau worden weerspiegeld in intelligente contracten waarmee u alleen automatisch toegang hebt tot de voordelen als aan bepaalde voorwaarden wordt voldaan - bijvoorbeeld pedaal 3000 uur - en deze voordelen kunnen zijn stopbaar, of voor persoonlijk gebruik, afhankelijk van hoe het intelligente contract dat ze huisvest, is geconfigureerd;En (5) Opgenomen in een blockchain is de werking van het systeem transparant, auditeerbaar en meetbaar vanuit het oogpunt van de beperking van de klimaatverandering. Een DAO zoals die blootgesteld, heeft geen winst, maar een heel ander doel: om duurzame mobiliteit te bevorderen en een gesloten circuit te creëren - maar auditeerbaar en transparant - van publieke en private prijzen en prikkels voor een duurzame stad.Een DAO zoals die wordt blootgesteld, is een digitale entiteit die zal werken op de manier die is geprogrammeerd, zonder de noodzaak van menselijke interventie, zelfs in staat zijn om off-chain van onderhoud van onderhoud te betalen door het onderhoudsknooppunt door middel van een native valuta, Bicirepaireken door wettig betaalmiddel, waar particuliere Bicirepairtokens kan kopen, zodat de herschikking voor hun werk in rekening brengt, ook door intelligente contracten.Alle systeemtokens worden weergegeven in QR -codes, die worden gescand uit mobiele applicaties, waarvoor alleen smartphones nodig zijn, steeds vaker. Ten slotte is echter betoogd dat de volledige autonomie van een slim contract een dubbelzijdig randzwaard kan zijn [273], en collecties moeten worden genomen op het niveau van softwarearchitectuur waarmee de output van een intelligent contract kan worden gewijzigd op basis van verschillende Variabele inputs, of die het blockchain-contract rechtstreeks kunnen elimineren door een "zelfvernietiging" -functie [274].Anders, de –i.e.De DAO - kan niet worden gewijzigd en het is mogelijk om gevallen voor te stellen waarin tokens of munten ad infinitum worden bewaard door een programmeerfout.Een intelligent contract dat behoudt wat, om een of andere reden, moet worden vrijgegeven, moet kunnen worden geëlimineerd. 2.6.3 Ronde 2: Voer de Lao in (Daos 2.0!) Zoals hierboven vermeld, zal het decennium van 2020-2030 het decennium van de schade zijn, en het gewonde debuut van Thedao zal het niet kunnen stoppen.Eind 2019 is dus al een nieuwe structuur voorgesteld, volgens de vastberadenheid dat de schade het (enorme, trouwens) potentieel heeft om transactiekosten te verlagen bij het vertrouwen en delegeren van de overheid en de coördinatie van acties in intelligente contracten en online gedrag [275].De onderliggende scriptie is eenvoudig en kan bevallen van corporate governance 2.0: “Door het gebruik van slimme contracten kunnen partijen bepaalde aspecten automatiseren die verband houden met de manier waarop organisaties en groepen werken, de operationele kosten verlagen en interne controles verbeteren, terwijl tegelijkertijd de totale transparantie van een organisatie verhoogt. [276]” Vervolgens worden de meest opvallende karakters van dit nieuwe en interessante digitale juridische figuur die wordt voorgesteld: “De LAO zal een juridische structuur bieden om leden in staat te stellen niet alleen subsidies te geven, maar om te investeren in blockchain-gebaseerde projecten in ruil voor tokenized aandelen of utility-tokens.Projecten of op Ethereum gebaseerde projecten kunnen in dagen in de tijd financiering ontvangen voor hun projecten die eenmaal bij de LAO zijn ingediend. Met behulp van de door OpenLaw verstrekte tooling zal de LAO worden opgezet als een entiteit met beperkte aansprakelijkheid, georganiseerd in Delaware, met behulp van samengestelde slimme contracten om mechanica te verwerken met betrekking tot stemmen, financiering en toewijzing van verzamelde fondsen.Deze entiteit zal vermoedelijk de aansprakelijkheid van Lao -leden beperken en helpen hun relatie te verduidelijken om knoestige vragen te voorkomen die verband houden met de vraag of partnerschapswet van toepassing is. Deze structuur zal ook leden van de Lao belastingstroom bieden - door behandeling door de Internal Revenue Service, zodat belasting niet wordt betaald door zowel de entiteit als een persoon die een gunstig belang in de Lao heeft. Leden zullen in staat zijn om belangen in de Lao te kopen en de opbrengst van de aankoop zal worden samengevoegd en door leden toegewezen aan startups en andere projecten die financiering nodig hebben, met behulp van een stemmechanisme en tools vergelijkbaar met Moloch Dao. Om te voldoen aan de Amerikaanse wetgeving, zullen de ledenbelangen van de LAO beperkt zijn en alleen beschikbaar zijn voor partijen die voldoen aan de definitie van een geaccrediteerde belegger - hoewel er argumenten zijn dat LAO -lidmaatschapsbelangen mogelijk geen effecten zijn.En de Lao zal worden verankerd door 10 oprichters (die binnenkort zullen worden aangekondigd).Andere geïnteresseerde partijen kunnen belangen in de Lao kopen (mogelijk via een openbare verkoop). Via de tools van Openlaw worden de creatie en het opzetten van de Lao gestroomlijnd.Alle relevante juridische documenten van de Entity Formation -documenten tot ledenabonnementovereenkomsten worden gegenereerd via het OpenLaw -protocol - het nemen van complexe financiële processen van bedrijven en het stroomlijnen van hun werking - terwijl ze ook leden de steun van het Amerikaanse rechtssysteem bieden.We zullen ook on-chain verificatie van de geaccrediteerde status voor de LAO onderzoeken met behulp van externe Oracle Services (zoals ChainLink) om het onboarding-proces te stroomlijnen. Net als het oorspronkelijke Moloch -ontwerp, kunnen leden van de Lao woeden en onmiddellijk hun eerlijke deel van niet -toegewezen fondsen terughalen op basis van hun economische bijdrage (ongeacht het stemgewicht).Met dit veiligheidsmechanisme zullen Lao-leden altijd de mogelijkheid hebben om zich af te melden voor de Lao als ze het niet eens zijn met aspecten van het LAO-lidmaatschap, de beleggingsportefeuille of hun activa snel moeten teruggeven.Lao -leden breiden zich verder uit, Lao -leden kunnen ook continu claimen hun eerlijke aandeel in de winst die wordt verstrekt door tokens die zijn ontvangen van projecten die investeringen van de LAO ontvangen, waardoor collectieve Lao Diligence, stemparticipatie en lidmaatschapsstabiliteit verder worden gestimuleerd. De LAO zal toewijzen aan potentiële projectenfinanciering in Ether (of mogelijk DAI).Financiering zal worden verstrekt zodra een lid een project voor financiering voorstelt en een meerderheid van de leden (op basis van hun stemgewicht) keurt de toewijzing van fondsen goed. De financiering zal worden verstrekt op basis van het nemen of de basis verlaten.De LAO ontvangt een bepaald deel van de projecten tokenized aandelen of ander ERC-20-token in ruil voor een vast bedrag aan financiering van de LAO. Om financiering te accepteren, zullen projecten een aanvraag indienen en verplicht zijn om een juridische entiteit van Delaware op te richten en OpenLaw biedt een reeks gestandaardiseerde documenten om het proces te stroomlijnen.Als het project later stadium is, zal OpenLaw samenwerken met het project om ervoor te zorgen dat de LAO financiering kan verstrekken, gezien de toenmalige juridische structuur van het project of de entiteit. ”[277] (Los Resaltados Son Mios) Ongetwijfeld, met de zeer recente irruptie van de Lao, worden we geconfronteerd met een concept dat aan het einde van het decennium zal zijn verstoord voor het ondernemingsrecht, althans wat digitale bedrijven betreft.De golf van schade 2.0 is al begonnen, en terwijl deze regels zijn geschreven, zijn de programmeerlijnen van Thedao Reloaded [278] ook geschreven.Zoals eerder vermeld, zullen nieuwe ontwikkelingen worden gezien in dit decennium naarmate Blockchain 2.0 rijpt naar een 3.0 blockchain. 2.6.3.1 Ragequit, of het recht van digitale uitsparing in de 21ste eeuw Voordat ik deze oppervlakkige behandeling van schade en Laos beëindigt, wil ik de aandacht vestigen op een concept dat, als een leraar samenlevingen, er erg interessant en zelfs bekend uitziet: Ragequit, een functie ontwikkeld in de intelligente contracten die worden aangeboden door een DAO genaamd Molochdao [279 [279 ], beschreven in uw whitepaper in de volgende bewoordingen: “We erkennen dat er in elk op stem gebaseerd systeem een groot aantal randgevallen zijn gecreëerd door mogelijke collusie of onbeschikbaarheid van belanghebbenden.Om deze aan te pakken, hebben we een catch-all-mechanisme opgebouwd waarmee deelnemers hun geld kunnen verlaten als ze het niet eens waren met het resultaat van een stemming.Dit wordt gedaan door leden toe te staan het gilde te "wennen" binnen een "respijtperiode" na het stemmen op een voorstel is voltooid, maar voordat het eigendom van dat leden door dat voorstel wordt beïnvloed. Laten we bijvoorbeeld zeggen dat 99% van het gilde samenwerkt en een voorstel indient om 99% meer aandelen aan zichzelf uit te geven en de resterende 1% down te verdunnen tot effectief nul.In dit geval zou de 1% het gilde woeden tijdens de respijtperiode, waardoor de aanval van het meerderheid van het stemblok ontkent. Merk op dat de resterende leden na de reinsperiode de kosten van het voorstel dragen.In het geval van een omstreden stemming waarbij een grote minderheid verlaat (bijvoorbeeld een aanval van 51%), betekent dit dat de kosten sterk worden verhoogd voor degenen die blijven.Om dit af te dwingen, beperken we woedend aan alleen leden die in een bepaald voorstel 'nee' hebben gestemd als het voorstel voorbij is.Dit dwingt kiezers "ja" om de kosten van een kwaadaardig voorstel te dragen. We verwachten dat dit een interessant extra meta-inchcentive zal creëren voor wederzijdse samenwerking, omdat Guild-leden sterk niet zouden worden geïntroduceerd om voorstellen in te dienen die ertoe kunnen leiden dat een groot deel van andere leden woedt. Lezers merken op dat er een aanvalsvector bestaat waar deelnemers herhaaldelijk kunnen woeden om het gilde te verdunnen of te verdriet.Dit zou een effectieve methode zijn om te voorkomen dat de kosten van een enkel voorstel worden betaald.Als het lid echter niet wilde betalen, zouden ze het geheel van hun aandelen moeten woeden en hen volledig uit het gilde verwijderen.Ze zouden dan als lid opnieuw moeten toepassen, en we verwachten dat bestaande leden aarzelen om de defecte aanvrager over te nemen.Uit bestaand speltheoretisch onderzoek zijn we ervan overtuigd dat dit een sterke stimulans zal zijn voor leden om het Ragequit -mechanisme niet te misbruiken. [280] ”(Los Resaltados zoon Mios) Als men de werking van de Ragequit -functie begrijpt en het functioneren van het recht van bedrijfsreces kent [281], zult u opvallende overeenkomsten en veel contactpunten vinden. 2.7 Backing met een slim contract: kunt u?[boven] Na de vele definities van een intelligent contract tot nu toe te hebben gezien, zijn de verschillende mogelijke classificaties, de vier fundamentele pijlers, sommige gevallen van gebruik en veel van de problemen die ermee verbonden zijn, de vraag die nu in de lucht moet zijn, is: als een intelligent contract Het werkt slecht, door actie of weglating van zijn programmeur, is het mogelijk om terug te keren, zonder een harde vork te hoeven stimuleren en de onveranderlijkheid van de blockchain te breken, zoals gebeurde in de zaak Thedao? Het is duidelijk dat de kwestie een andere aard (en mogelijkheid van respons) in openbare blockchains heeft dan in privé- of consortiumblockchains.Hierin kan architectuur manieren voorzien om de effecten van een intelligent contract te berijden, omdat er tot op zekere hoogte een centrale controle is. Integendeel, in openbare blockchains, vooral in Ethereum, heeft de vraag nog geen duidelijk antwoord, en misschien moeten we wachten tot je een solide reactie of techniek hebt.Vandaar de noodzaak om de intelligente contractcode te controleren voordat deze in actie wordt gebracht, een behoefte die een toenemend aanbod van diensten heeft [282], en die in hoofdstuk IV diepgaand zal worden geanalyseerd. 2.7.1 eigen token Er is betoogd dat een mogelijkheid van "steun" afhangt van het token dat in kwestie een teken van het project of het verankerde bedrijf is.In deze gevallen is het mogelijk om operaties te berijden;Of bevries de getroffen tokens en zend nieuwe uit in hun vervanging [283], maar vereisen duidelijk een "centrale controle" die zich in de antipodes bevindt van de decantalisatie die door de blockchain wordt verhoogd. 2.7.2 Omkeerbaar contract? Er is erop gewezen dat er manieren zijn om een slim contract te "bijwerken" dat niet correct werkt of een kwetsbaarheid heeft gedetecteerd, zonder dat IPSO in staat is om defecte bewerkingen te keren [284].Eén vorm is dus om een tussenliggend contract te creëren –I.E.Bellercontract -, waarin de richting van het actieve of hoofdcontract –I.E., doelcontract - [285] wordt ondergebracht. 2.8 Naar de standaardisatie van slimme contracten[boven] Zoals hieronder zal worden gezien in § 3.4.1.3, heeft het Verenigd Koninkrijk onlangs overwogen dat cryptoactieve een transzable eigendom zijn en dat slimme contracten contracten geldig zijn gesloten onder de Engelse wetgeving [286]. In dezelfde lijn heeft het British Standards Institute onlangs een participatief uitwerkingsproces gestart voor slimme contracten [287], gericht op de technische specificaties die moeten worden nageleefd met de contracten die leesbaar zijn door zowel mensen als machines, met het einde met de Eind om een standaard te stellen voor de hele branche die is toegewijd aan de ontwikkeling van software die slimme contracten gebruikt, aanbiedt of codeert, zowel huidige als toekomst [288]. Gekoppeld aan standaardisatie [289], in een zeer interessant werk van het jaar 2016, Clack, Bakshi en Brain [290] onderzoeken ze het gemak van het genereren van slimme contractenmodellen voor gedecantraliseerde netwerken, met het oog op de financiële industrie, en met het doel als doel van het faciliteren van automatische naleving en, in het geval van conflict, een verwijzing hebben naar de onderliggende juridische documentatie [291]. Deze gestandaardiseerde Smart Contracts-modellen gebruiken parameters die het juridische natuurlijke taal-legale proza verbinden [292]-met hun bijbehorende machine-doorgestelde programmeertaal.Deze operationele parameters maken het mogelijk om het gedrag van het slimme contract te sturen [293], maar het bepalen van deze is misschien niet zo eenvoudig [294].De auteurs concluderen door te stellen dat het gebruik van parameters niet alleen de standaardisatie van de programmeertaal voor slimme contracten zou versnellen, maar ook zou produceren dat het juridische proza in de toekomst ook meer gestructureerd en formeel wordt uitgedrukt, en zelfs toestaan om te vervangen om te vervangen De soms dubbelzinnige logica van juridisch proza door rekenkundige en logische uitdrukkingen, die dubbelzinnigheid en fouten in juridische natuurlijke taal zouden verminderen [295]. Op zijn beurt, hoe meer gestandaardiseerd de Smart Contracts -code, het maakt het generieker, en op een gegeven moment zou een gedeelde, gemeenschappelijke en massieve programmeercode worden bereikt [296]. [1] Confr.Termijntocht - met precisie - door Kevin Werbach, in vertrouwen, maar verifieer ... O.C.P.526. |
