Studiu de caz Ret Viitorul comert O retea descentralizat a ... · Noi credem c a ecosistemul...

23
Studiu de caz Ret , eaua Request Viitorul comert , ului O ret , ea descentralizat˘ a pentru cererile de plat˘ a 15 martie 2018 Cuprins 1 Rezumat 1 2 Platforma 1 3 Ecosistemul 6 3.1 Stratul de baz˘ a ............................................ 7 3.2 Stratul extensiilor .......................................... 7 3.3 Stratul Aplicat , iilor .......................................... 8 4 Cazuri de utilizare 9 4.1 Facturare B2B ............................................ 9 4.2 Pl˘ at , i online .............................................. 10 4.3 Automatizarea locurilor de munc˘ a: Contabilitate, Audit, Cheltuieli ............... 11 4.3.1 Contabilitate ......................................... 11 4.3.2 Auditul ............................................ 12 4.3.3 Cheltuieli ........................................... 15 4.4 Logica afacerii s , i Dreptul Comertului: Guvern s , i Taxe ...................... 15 4.5 Simplificarea instrumentelor comerciale: Factoring, Escrow ................... 15 4.6 Transparent , a institut , iilor ...................................... 15 4.7 IoT s , i contractele inteligente ..................................... 16 5 Token-ul 16 5.1 Stimulent pentru un ecosistem sigur de aplicat , ii .......................... 16 5.2 Guvernare ............................................... 17 5.3 Independent , a fat , ˘ a de alte valute .................................. 17 5.4 Independent , a tehnic˘ a ........................................ 17 5.5 Simplificarea schimburilor valutare ................................. 18 6 Foaia de parcurs 18 7 Echipa 19 7.1 Echipa de baz˘ a ............................................ 19 8 Arhitectura 21 8.1 Considerente tehnice ......................................... 21 8.2 Arhitectura contractului inteligent ................................. 22 1

Transcript of Studiu de caz Ret Viitorul comert O retea descentralizat a ... · Noi credem c a ecosistemul...

Studiu de caz

Ret,eaua Request

Viitorul comert,ului

O ret,ea descentralizata pentru cererile de plata

15 martie 2018

Cuprins

1 Rezumat 1

2 Platforma 1

3 Ecosistemul 63.1 Stratul de baza . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73.2 Stratul extensiilor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73.3 Stratul Aplicat, iilor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

4 Cazuri de utilizare 94.1 Facturare B2B . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94.2 Plat, i online . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104.3 Automatizarea locurilor de munca: Contabilitate, Audit, Cheltuieli . . . . . . . . . . . . . . . 11

4.3.1 Contabilitate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114.3.2 Auditul . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124.3.3 Cheltuieli . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

4.4 Logica afacerii s, i Dreptul Comertului: Guvern s, i Taxe . . . . . . . . . . . . . . . . . . . . . . 154.5 Simplificarea instrumentelor comerciale: Factoring, Escrow . . . . . . . . . . . . . . . . . . . 154.6 Transparent,a institut, iilor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154.7 IoT s, i contractele inteligente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

5 Token-ul 165.1 Stimulent pentru un ecosistem sigur de aplicat, ii . . . . . . . . . . . . . . . . . . . . . . . . . . 165.2 Guvernare . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.3 Independent,a fat, a de alte valute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.4 Independent,a tehnica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.5 Simplificarea schimburilor valutare . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

6 Foaia de parcurs 18

7 Echipa 197.1 Echipa de baza . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

8 Arhitectura 218.1 Considerente tehnice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218.2 Arhitectura contractului inteligent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

1

9 Mult,umiri 23

10 Bibliografie 24

1 Rezumat

Request este o ret,ea descentralizata1 ce permite oricui sa solicite o plata (o factura Request) pe care destina-tarul o poate plati intr–o maniera securizata. Toata informat, ia este stocata ıntr-un registru autentic. Acestfapt are ca rezultat plat, i mai us,oare, mai ieftine s, i mai sigure, permit, and o gama larga de posibilitat, i deautomatizare.

Pentru a deveni stalpul comert,ului mondial, Request integreaza un registru general (ın sensul contabil altermenului), care este:- Universal deoarece este proiectat pentru a sprijini 100% din tranzact, iile globale, indiferent de valuta,legislat, ie sau limba. Request e construit pentru a rezista.- Inteligent deoarece spre deosebire de un registru contabil clasic existent, Request este la originea schimbu-rilor s, i integreaza un cod comercial computerizat, precum s, i gestionarea unei multitudini de termeni de plata.

Astazi, absent,a lor face ca ıntreg sistemul sa fie ineficient s, i complet nepregatit pentru revolut, ia digitalas, i Iot care are loc.

Request poate fi perceput ca un strat deasupra lui Ethereum2, ce permite solicitari de plata care sa res-pecte un cadru legal. Este de asemenea posibil, ca monedele sa fie percepute ca instrumente pentru a ıncheiatranzact, iile Request. In acest sens, Request este mai global decat oricare alta moneda.

2 Platforma

Oricine poate sa scrie ın Registrul Request s, i sa creeze o Cerere de Plata. Cererea poate fi detectata de des-tinatarul care monitorizeaza ret,eaua (printr-un portofel sau o aplicat, ie financiara). Daca cererea e aprobatade catre utilizator, aceasta poate fi platita cu un singur click. Apoi, solicitarea este completa s, i ret,eaua esteactualizata.

Atunci cand o cerere este creata, se iau ın considerare legile comerciale care se aplica cazului respectiv, s, ise aplica impozite. Atunci cand este necesar, pot fi selectat, i termeni de plata avansat, i.

1http://gavwood.com/paper.pdf, 2014, Gavin Wood. Ethereum: a secure decentralised generalised transaction ledger2https://github.com/ethereum/wiki/wiki/White-Paper

2

Bob solicita o plata de la Alice

Sa observam aceste doua exemple:Bob ıi cere lui Alice sa faca o plata, apoi el creeaza solicitarea de plata (factura) s, i o transmite blockchain-ului; Portofelul lui Alice detecteaza cererea s, i proceseaza plata.In cazul ın care Bob era pe Amazon s, i Alice facea o achizit, ie, Amazon ar fi creat cererea pe blockchain,telefonul lui Alice analiza blockchain-ul s, i detecta cererea, trimitea o notificare, iar ea accepta plata.

Request ofera:

• Securitate, din moment ce nu este necesara partajarea datelor bancare

• Simplitate, pentru ca necesita doar un click

• Economii, deoarece achizit, iile nu necesita o tert, a parte (de ex. Paypal)

3

O reprezentare a modului ın care arata Registrul General

Sa luam ın considerare un al doilea scenariu, ın care o mas, ina autonoma se conecteaza la un contractinteligent de service pentru a cumpara o roata noua. Persoanele implicate negociaza prin algoritm s, i decidasupra plat, ii cu depozit s, i escrow (bani blocat, i pana la livrare). Pentru a interact, iona financiar, mas, inile s, iIot au nevoie de un cadru de plata.

Aceste exemple nu sunt fezabile astazi, deoarece nu exista un format standard s, i nicio interconectareıntre servicii; este necesar fie sa ımpartas, it, i informat, ii bancare, fie sa utilizat, i o tert, a parte comuna ambelorentitat, i (Paypal, Venmo, Lydia, Stripe). Pe langa faptul ca este un sistem limitat s, i nesigur, din acesta nurezulta decat facturi ımpras,tiate ce ar putea cont, ine erori.

Blockchain-ul este suportul perfect pentru a crea un sistem open source, durabil, intelligent s, i imuabil.

4

Aceste fundat, ii noi simplifica fluxurile electronice.In zilele noastre acest fapt este extrem de important, deoarece totul se reduce la plata. Mai mult de 5 trilioane$ se schimba ın fiecare zi3 doar ın ret,eaua SWIFT, ınsa fluxurile sunt slab optimizate.

Aceasta solut, ie are avantaje s, i mai mari. Un registru care cont, ine toate intrarile contabile poate automa-tiza ın timp real contabilitatea, poate ımbunatat, i auditul, automatiza factoringul, poate simplifica raportareacheltuielilor, poate face escrowul simplu s, i fiabil s, i poate detecta s, i plati automat taxele.

3https://www.fincen.gov/sites/default/files/shared/Appendix_D.pdf

5

In plus, aceasta deschide oportunitat, i pentru vaste ımbunatat, iri ale comert,ului.

Posibilitatea de a gestiona confident, ialitatea datelor face posibila transparentizarea ın mai mare masura acomert,ului (cheltuieli publice, asociat, ii), ofera mai multa corectitudine (transparent,a face posibila urmarireadistribuirii cas,tigurilor s, i a originii produselor, de asemenea ıncurajeaza comert,ul echitabil) s, i mai multajustit, ie (regulile comert,ului vor fi mai us,or aliniate s, i aplicate).

Este dificil de imaginat ca lumea financiara poate sa faca progrese fara acest strat.

6

3 Ecosistemul

Utilizarea Request va ımbunatat, i multe aspecte dupa ce Protocolul nucleu va fi terminat de catre echipanoastra. Harta noastra tech mind4 ofera o imagine de ansamblu a ret,elei Request s, i a foii de parcursviitoare.

Noi credem ca ecosistemul Request reprezinta cheia succesului s, i ne dorim foarte mult sa ıl dezvoltam ıncontinuare. Pentru reus, ita descentralizarii s, i pentru ca request sa creasca, iata o introducere la RequestHub5. Noi am denumit Request Hub comunitatea aflata ın afara fundat, iei Request care este dispusa salucreze cu Request, sa creeze echipe s, i proiecte ın jurul Request s, i sa ajute la descentralizarea acesteia.

3.1 Stratul de baza

Stratul inferior este Miezul, care gestioneaza consensul asupra registrului s, i a tranzit, iilor ıntre state. Cont, inecele mai fundamentale contracte inteligente, permit, and crearea de diferite entitat, i s, i cereri de plata. Deasemenea, detecteaza cand plat, ile au fost finalizate. Se bazeaza pe imuabilitate (de ex. nimeni nu poatemodifica informat, ia), pe transparent,a sistemului (toate persoanele pot accesa informat, ia care le prives,te),si inteligent,a care ıi permite sa s,tie cand o factura este platita conform regulilor facturii.

Acest strat ıs, i desfas,oara activitatea pe Blockchain-ul Ethereum, fapt care aduce beneficii endogene fac-turilor etichetate cu Ethereum s, i ERC20, cum ar fi detectarea automata. Alte valute sunt, de asemenea,acoperite prin detectarea automata a plat, ilor prin utilizarea Oracles.

4https://www.mindmeister.com/991002501?t=R1iofDilV05https://www.mindmeister.com/995302918?t=Y78CuCvpRn

7

Acest strat e liber sa ıncurajeze cel mai mare numar de utilizatori, s, i sa descurajeze dezvoltarea altorsisteme. Singurele costuri raportate ar fi utilizarea “Gazului Ethereum” s, i stocarea informat, iei.

3.2 Stratul extensiilor

Al doilea strat este Stratul Extensiilor. Majoritatea cererilor de plata create astazi nu sunt atat de elementareprecum cea propusa de Stratul de baza. Daca cererea de plata vine de la o companie, atunci aceasta includereguli pentru calcularea impozitelor, condit, ii de plata, escrowuri sau avansuri. Toate aceste condit, ii iau formaextensiilor disponibile care pot fi adaugate la cereri.Acest strat este poarta spre caracteristici incredibile care nu exista ınca, cum ar fi ”facturile continue”.De exemplu, cineva ar putea alege acest modul pentru a-s, i ımpart, i chiria ın plat, i de 30x24 catre proprietar,lasand aceasta persoana cu un cont bancar lichid fara cheltuieli mari la sfars, itul lunii.Taxele vor fi redirect, ionate ın timp real catre agent, iile guvernamentale. Cu fiecare plata, 20% din TVA armerge ın impozite s, i 80% la societatea beneficiara. Acelas, i exemplu ar permite tuturor sa acorde 1% din toateplat, ile catre ONG-uri (Organizat, ii Non -Guvernamentale) sau sa le depuna ıntr-un cont propriu de pensionare.

Acest strat este taxabil, ın sensul ın care fiecare extensie va lua o taxa care va fi part, ial arsa s, i part, ialtransferata dezvoltatorilor extensiei, ımpreuna cu extensiile acumulate pe aceeas, i factura. Costurile scad ıntimp pentru a ramane competitive s, i pentru a descuraja sistemele alternative. Costurile acestor extensii suntestimate init, ial ıntre 0,05% s, i 0,5%, des, i, odata cu cres,terea sistemului, costurile vor fi reduse. Peste 5.000de miliarde de dolari sunt utilizati ın plat, i ın fiecare zi s, i, ın final, va fi suficient sa se finant,eze ret,eaua cumai put, in de 0,1%. Cu toate acestea, costurile vor continua sa sprijine securitatea aplicat, iilor s, i dezvoltarealor.

Acest strat este complet deschis, astfel incat oricine ıs, i poate crea propriile extensii, iar taxele vor fidistribuite ıntr-un mod care va interesa s, i ıncuraja dezvoltatorul s, i comunitatea.

8

3.3 Stratul Aplicat, iilor

Cel mai ınalt strat este stratul Aplicat, iilor, care are loc ın afara blokchain-ului. Sistemele de la diferitecompanii se pot conecta la Request pentru a crea cereri sau pentru a accesa informat, ii.

Contabilitatea, auditul, impozitarea, recuperarea creant,elor s, i colectarea, factoringul sau sistemele deplata pot fi toate conectate. Cand un sistem de plata se conecteaza la Request (Mycellium, Coinbase, Bankof America, Bankin ...), acesta va putea accesa facturile utilizatorului s, i va propune sa le plateasca instanta-neu.

Echipa Request va dezvolta aplicat, ii, inclusiv o interfat, a s, i un API pentru crearea s, i accesarea cererilor.

Aplicarea reputat, ieiUn sistem de reputat, ie este inclus ın acest strat pentru a proteja ımpotriva phishing-ului sau a rau-platnicilor.De exemplu, un utilizator va fi capabil sa detecteze daca o companie are o tentativa de phishing, ın cazul ıncare alt, i utilizatori au respins anterior plat, ile. In schimb, o societate care nu-s, i plates,te facturile la timp dupace le-a acceptat, va fi penalizata s, i prin reputat, ia sa. Sistemul de reputat, ie poate avea s, i alte utilizari; deexemplu, membrii ret,elei cu cea mai buna reputat, ie vor putea primi reduceri de costuri sau acces la extensiipersonalizate. Reputat, ia ar putea fi introdusa direct ın blockchain, dar pentru a ment, ine sistemul facil, amales sa pastram reputatia ın stratul aplicat, iilor pana acum, deoarece aceste informat, ii pot fi obt, inute din nouprin navigarea in blockchain.

4 Cazuri de utilizare

Cazurile de utilizare a acestei tehnologii sunt extrem de variate. Acest sistem automatizeaza contabilitateaglobala ın timp real, ınlocuies,te o ıntreaga ramura a auditului, elimina colectarea manuala a impozitelor, sim-plifica plat, ile internat, ionale, permite calculatoarelor sa comunice pe acelas, i domeniu financiar, ınlocuies,tesistemele de plat, i precum Paypal, s, i face ca cei mai avansat, i termeni de plata sa fie accesibili tuturor.

4.1 Facturare B2B

Miliarde de facturi sunt distribuite ın fiecare an ıntre companii, cele mai multe fiind ınca trimise ın formathartie s, i prin e-mail, care trebuie copiate. Acest lucru duce la un numar mare de erori, ın special atunci candse aplica plat, i avansate sau reguli fiscale.

Cu ajutorul Request, companiile pot distribui aceste facturi direct prin Registru; nu vor mai exista du-plicatele, deoarece sistemele de contabilitate vor fi imediat conectate s, i actualizate.

Compania care as,teapta plata va putea detecta imediat o ıntarziere, lucru care se va ıntampla mai rardatorita dezvoltarii sistemelor de plat, i pe factura. Compania are capacitatea de a plati la timp, la momentulprimirii cererii.

In fiecare an, mii de ıntreprinderi mici s, i mijlocii (IMM-uri) falimenteaza ın timp ce as,teapta plata factu-rilor.

Banca Centrala Europeana, ın special, instituie solut, ii pe care Request le furnizeaza prin introducereaunui sistem de reputat, ie a plat, ilor s, i a unor indicatori-cheie. Astazi, un furnizor ınca trebuie sa mai aibaıncredere ın clientul sau s, i ar putea sa nu fie platit. In viitor, furnizorul va putea verifica reputat, ia client, ilorplatitori s, i alt, i indicatori, cum ar fi DPO (Days Payable Outstanding), ınainte de a conveni asupra unuicontract.

9

4.2 Plat, i online

De exemplu, cumparaturile pe Amazon necesita plata prin card de credit / debit, expunand astfel informat, iisensibile. Alternativ, selectand opt, iunea de plata prin Request, datele utilizatorilor raman protejate. Ama-zon va posta o solicitare ın ret,ea, contul utilizatorului ıl va detecta s, i va solicita o confirmare a plat, ii de lautilizator. Aceasta va determina un transfer la cel mai mic cost, fara a expune informat, iile de plata.

Devine astfel posibil sa se evite plat, i neprevazute prin cardul de credit/debit, pe care serviciile le taxeazaıntr-un mod ascuns, deoarece ofera o metoda de validare a plat, ilor ınainte ca acestea sa aiba loc. Requestconfera putere oamenilor.

Avantajele Request, comparate cu sistemele actuale, sunt urmatoarele:

• Securitate: Informat, iile despre plat, i nu sunt distribuite niciodata, nu exista riscul ca cineva sa inter-cepteze s, i sa reutilizeze informat, iile bancare.

• Simplitate: Un singur click pentru a plati, fara a exista posibilitatea vreunei erori de introduceremanuala a datelor.

10

• Costuri: Nu exista tert,e part, i precum Paypal6, Bitpay7 sau Stripe8, tot, i fiind provideri de servicii ceau comisioane ıntre 1%-7% din sumele trimise. Request mics,oreaza costurile.

4.3 Automatizarea locurilor de munca: Contabilitate, Audit, Cheltuieli

4.3.1 Contabilitate

Cu Request, contabilitatea este facuta automat s, i ın timp real. Dincolo de costurile reduse, acest lucrupermite un management financiar mai bun s, i mai rapid, s, i cu mai multa informat, ie.

Cazuri de utilizare ın scopuri de contabilitate:Request aduce simultaneitate procesului contabil. Plat, ile, contabilitatea s, i rambursarile / plat, ile deTVA se efectueaza automat.

6https://www.paypal.com/en/webapps/mpp/paypal-fees7https://bitpay.com/pricing8https://stripe.com/nl/pricing

11

In plus, reprezinta o trecere de la contabilitatea ın partida dubla9 la contabilitatea ın partida tripla10.Aceasta este o revolut, ie, as,teptata de expert, i, care ridica unele ıntrebari cu privire la valoarea viitoare a au-ditului extern. Intr-adevar, un al treilea punct de validare este adaugat sistemelor de contabilitate cu dublaintrare11, iar ın acest caz auditorii act, ioneaza ın prezent pentru validarea autenticitat, ii conturilor.

Mai mult, Request permite digitizarea sistemelor contabile, acolo unde ın prezent timpul este utilizatpentru a duplica eforturile prin documentat, ia repetata s, i controalele frecvente. Aceste sarcini manuale pot fiacum automatizate. Request va transforma rolul unei CPA ın activitat, i de consultant, a s, i de suport. Acestsistem lasa la dispozitie mai mult timp pentru sarcini mai importante, cum ar fi analiza, estimarea s, i strategia.

Din punct de vedere tehnic, notele de credit, ordinele de cumparare, rambursarea s, i toate conceptelecontabile vor fi posibile pe Request. Sistemul va fi compatibil cu standardul UN / EDIFACT s, i va putea fiactualizat la cele mai recente standarde.

4.3.2 Auditul

Cu Request, auditurile devin o verificare algoritmica simpla, datorita imutabilitat, ii sistemului. Prin comparat, ie,ın 2014, Microsoft a platit taxe de audit ın valoare de 46,2 milioane de dolari catre Deloitte12. In mod similar,Bank of America a platit aproape 100 de milioane de dolari. In total, cele mai mari 100 de companii dinStatele Unite au platit 2,5 miliarde de dolari pentru taxele de audit.

In continuare, auditurile vor fi efectuate ın timp real13. Sa le numim audituri inteligente14. Solut, iilede audit de tip blockchain (”audituri inteligente”) vor deveni probabil o alternativa fiabila s, i ieftina pentruauditurile manuale de astazi.

Request aduce beneficii semnificative pentru ımbunatat, irea eficient,ei acestor audituri. In ceea ce prives,tedigitizarea, software-ul contabil, statele s, i companiile sunt ınca departe de a atinge nivelul optim. Multecompanii trimit facturi prin pos,ta ın fiecare zi s, i majoritatea au facturi care lipsesc la sfars, itul fiecarui an.

9https://en.wikipedia.org/wiki/Double-entry_bookkeeping_system10http://iang.org/papers/triple_entry.htmlhttps://en.wikipedia.org/wiki/Momentum_accounting_and_triple-entry_

bookkeeping11https://bitcoinmagazine.com/articles/triple-entry-bookkeeping-bitcoin-1392069656/12http://fortune.com/2015/08/27/microsoft-pays-more-than-apple-for-its-audit-and-why-investors-should-care/13http://economia.icaew.com/features/july-2016/how-blockchain-will-impact-accountants-and-auditors14https://request.network/assets/pdf/request_yellowpaper_smart_audits.pdf

12

Cu toate acestea, regulile sunt clare. Metodele s, i suportul tehnologic ar putea schimba totul s, i ar puteaınlocui controalele costisitoare ıntre ıntreprinderi s, i intre intermediari, care sunt efectuate pentru a asigurafiabilitatea contabilitat, ii.

In industria de consultant, a ın domeniul calculatoarelor, costul timpului contabilului pentru a procesa ofactura este ıntre 5 s, i 1515USD. La aceasta suma se poate adauga timpul necesar verificarilor s, i corect, iilorlunare. Automatizarea ıntregului sistem este lenta.

Utilizarea blockchain-ului pentru contabilitate reprezinta o oportunitate de a simplifica conformitateas, i ımbunatat,es,te contabilitatea cu dubla intrare. Contabilitatea cu dubla intrare dateaza din perioadaRenas,terii, si permitea administratorilor sa aiba ıncredere ın propriile rapoarte. In prezent, pentru a justificaıncrederea, auditorii independent, i verifica informat, iile grupurilor majore ıntr-un proces care este costisitoratat ın timp, cat s, i ın bani. Societatea de audit devine apoi o tert, a parte de ıncredere, garantand veridicitateainformat, iilor furnizate de declaratiile financiare. Cu toate acestea, auditorii pastreaza responsabilitatea asu-pra companiilor, fapt ce genereaza neıncredere. Auditorii lucreaza pentru administratorii companiilor care iimandateaza sau pentru serviciile tert, ilor care consulta informat, iile gratuit?

Astfel, ın loc sa det, ina conturi interne s, i sa le publice dupa auditul anual, companiile pot sa t, ina con-turile ıntr-o baza de date descentralizata, confident, iala s, i partajata cu tehnologie de tip blockchain. Toateınregistrarile contabile sunt apoi ınregistrate ın registru, fara posibilitatea de a fi antedatate, ceea ce ınseamnaca nu exista posibilitatea de a fi falsificate. Astfel, devine mult mai dificil sa se faca ajustari dubioase lasfarsit de an, si cel mai important, compania ar beneficia de acest sistem in timp real. Act, ionarii s, i part, ileexterne au acces la informat, ii ın timp real. Costul auditului devine nesemnificativ, iar ınregistrarile contabilenu mai necesita controale manuale duplicate. In cele din urma, integritatea situat, iilor financiare nu maipoate fi pusa la indoiala atunci cand client, ii s, i furnizorii sunt interconectat, i in acest sistem, cel put, in prinadresele lor criptografice.

Request este un registru distribuit care act, ioneaza ca o sursa de ıncredere, permit, and ın cele din urmaaceste ”audituri inteligente” ın timp real. Acesta include toate achizit, iile s, i vanzarile companiei. In loculconturilor cu dubla intrare, ın cazul ın care informat, iile privind o achizit, ie apar ın contul de cumparare s, i ıncontul bancar separat, se poate vedea ın cadrul blockchainului un cont de cumparare, legat de furnizor, legatde plat, i s, i de contul bancar. Trasabil, imuabil s, i autentic.

15http://ww2.cfo.com/expense-management/2015/06/metric-month-accounts-payable-process-cost/, 06/24/2015, MaryDriscoll

13

Request dovedes,te integritatea ınregistrarilor electronice arhivate. Este o poarta catre comert,ul viitorului.

4.3.3 Cheltuieli

Cu Request, rapoartele de cheltuieli sunt us,or de partajat ıntre angajat, i s, i ıntreprinderi, fara a se pierde saualtera. Un sistem de gestionare a cheltuielilor va permite angajat, ilor sa selecteze s, i sa trimita, ın timp real,cheltuielile profesionale managerului acestora, care le poate accepta s, i rambursa atunci cand este gata.

4.4 Logica afacerii s, i Dreptul Comertului: Guvern s, i Taxe

Guvernele care impun companiilor sa raporteze toate tranzact, iile ar putea crea din nou erori s, i duplicate.Request permite guvernelor sa vizualizeze ın mod specific tranzact, iile ın timp real la care au acces. Mai mult,dezvoltarea unui modul de taxare a TVA sau, de exemplu, o taxa transatlantica, va redirect, iona automatbanii. Fie ca cineva este pro-guvern sau nu, posibilitatea, pentru prima data, de a simplifica s, i de a transpa-rentiza cotizat, iile fiscale este o ımbunatat, ire reala.

Tehnologia Blockchain permite agent, iilor guvernamentale sa aiba capacitatea de a detecta ın prealabilinstabilitat, ile financiare, fraudele, spalarea banilor s, i infract, iunile financiare s, i sa opereze pe baza acestorobservat, ii.

Aripa s,tiint, ifica a guvernului britanic a identificat recent cateva modalitat, i prin care blockchainul poate”revolut, iona relat, iile dintre cetat,eni s, i state”. De exemplu: ajutand guvernul sa colecteze impozite s, i sadistribuie ajutoare.

4.5 Simplificarea instrumentelor comerciale: Factoring, Escrow

Request va permite accesul facil la instrumente precum escrow sau factoring pentru companii s, i persoanefizice. Permit, and cu un click sa aleget, i sa platit, i doar la livrarea unui produs sau serviciu, de exemplu, saupentru a va asigura depozitul unui apartament pe escrow, mai degraba decat sa creditat, i contul proprietarului.

Simplu s, i mai ales la un cost mai mic. Intr-adevar, escrow-ul poate fi automatizat s, i bazat pe oracole.In ceea ce prives,te factoring-ul, companiile vor putea utiliza cel mai bun sistem de scor de creditcare exista: reputat, ia ”On Chain”. Atribuind o amprenta unica fiecarei facturi s, i publicandu-le ın bloc-kchain, se evita dubla facturare, deoarece o factura poate fi codata ın blockchain o singura data. Un contractinteligent va permite acestor companii sa anuleze o cerere existenta si sa o inlocuiasca cu 2 cereri de factoring.

4.6 Transparent,a institut, iilor

Transparent,a bugetului pentru institut, ii (guverne, primarii, asociat, ii) se afla pe ordinea de zi a OCDE s, i aBancii Mondiale care contribuie la:

• Raspundere: Claritatea asupra cheltuirii fondurilor este necesara pentru ca reprezentantii institutiilorpublice si oficialii, sa fie raspunzatori pentru eficacitate si eficienta.

• Integritate: Transparenta este cea mai buna politica de prevenire a corupt, iei s, i de ment, inere a unorstandarde ridicate de integritate ın utilizarea fondurilor publice.

• Perspectiva: Transparent,a invita la o dezbatere informata s, i cuprinzatoare despre impactul politiciibugetare.

14

• Incredere: Suntem ın epoca proiectelor s, i colaborarii cu surse deschise, transparent,a ıncurajeazaıncrederea ıntr-o societate ın care opiniile s, i interesele popoarelor sunt respectate s, i unde banii publicisunt utilizat, i ın mod corespunzator.

• Calitate: Revizuirea bugetului, ca revizuire a codului, permite detectarea scurgerilor de bani, utili-zarea incorecta s, i ofera perspective asupra modului de ımbunatat, ire a rezultatelor pentru o mai marereactivitate s, i un mai mare impact.

Request propune un cadru care sa permita acestor institut, ii sa adopte ın mod convenabil transparent,a,sa ıs, i publice contul ın timp real s, i oricui pentru audit s, i sa utilizeze aceste date. Pe masura ce platformacas,tiga ın popularitate, vor fi dezvoltate mai multe instrumente s, i, de exemplu, am putea avea o perspectivaa cheltuielilor oras,ului ın care traim.

Aceasta transparent, a poate fi aplicata altor industrii s, i ne poate ajuta sa identificam originea anumitorproduse s, i daca acestea provin din cadrul unui lant, de aprovizionare scurt.

4.7 IoT s, i contractele inteligente

O provocare interesanta a anilor care vor veni va fi cu sigurant, a sa ne imaginam cum vor interact, iona obiecte,mas, ini s, i inteligent,e artificiale s, i cum vor negocia automat s, i vor defini termenii de plata. Acestea vor aveanevoie de un cadru de plata care sa specifice plata s, i sa ajute la definirea motivelor s, i condit, iilor tranzact, iei.

Imaginat, i-va un autoturism autonom care comanda o roata noua ıntr-un garaj virtual, faceo plata ın avans s, i plates,te restul de 90% numai la livrarea produsului.

5 Token-ul

Chiar daca este construit pe blockchain-ul Ethereum, Request are ca obiectiv sa fie independent de alte valute,politici monetare sau alegeri tehnologice, astfel ıncat sa edificam cel mai robust sistem posibil. Consideramca aceasta este cheia dezvoltarii ın timp a unei comunitat, i ın cres,tere s, i a extinderii unui ecosistem ın jurulcadrului nostru ın care sunt create mai multe aplicat, ii DAPP (Descentralizate).

5.1 Stimulent pentru un ecosistem sigur de aplicat, ii

Tokenurile REQ sunt jetoane ERC20 care sunt necesare pentru a participa la ret,ea, a crea cereri avansate s, ia recompensa diferite part, i care vor contribui la construirea ecosistemului cererii.Atunci cand utilizeaza ret,eaua, participant, ii vor trebui sa plateasca o taxa de ret,ea ın REQ care va fi arsa.

Arderea tokenurilor ar putea cres,te potent, ialul cererii pe token-urile REQ ramase.

Taxele vor fi ajustate de operatorii ret,elei Request, ın funct, ie de scaderea ofertei de REQ s, i de cursul deschimb cu diferitele valute autorizate de ret,ea.

De exemplu, o cerere de la ınceputul sistemului ar putea arde 10 REQ din totalul ofertei de 1 000 000 000REQ. Mai tarziu, dupa ce sistemul a fost folosit o perioada de timp, o solicitare ar putea sa arda 0.0001REQdintr-o cantitate totala de 100 000 REQ.

Ret,eaua va avea un sistem propriu pentru a recompensa platformele din partea superioara a protocoluluicare decid sa perceapa o taxa REQ. In acest fel, favorizam crearea unei ıntregi platforme financiare deschise.

Costurile pe care le as,teptam pe platforma sunt de la 0,05% la 0,5% din tranzact, ie. Aceste costuri vorscadea atunci cand volumul ret,elei cres,te, pentru a ramane competitivi s, i pentru a evita stimularea dezvoltarii

15

alternativelor. Cu o piat, a globala care tranziteaza mai mult de 5.000 de miliarde de dolari pe zi, taxele mi-nime vor deveni ample cand platforma va cres,te la o scara mai mare.

5.2 Guvernare

Avem o dorint, a puternica de a construi un sistem Request care sa dureze zeci sau chiar sute de ani. Unsistem care poate fi folosit nu doar de catre istorici pentru a vedea cum arata comert,ul ınsecolul 21, ci s, i un sistem care ne va duce ın viitor, cu puterea s, i structura care trebuie folosite atunci candmas, inile s, i inteligent,ele artificiale vor reprezenta majoritatea tranzact, iilor.Din acest motiv, Request va trebui sa ramana flexibil s, i scalabil, aceasta fiind una dintre provocarile majoreale sistemelor descentralizate (dupa cum se poate vedea cu Bitcoin16 Segwit sau managementul Ethereumal epocii de gheat, a ...). Vrem sa separam guvernarea comunitat, ii noastre de cea a Ethereum s, i sa evitamo sub-guvernare care ar permite fiecarui det, inator de token Ethereum sa decida asupra viitorului acesteicomunitat, i17.

Tokenul REQ va aduce comunitatea ımpreuna s, i va permite discut, ii s, i votari asupra deciziilor viitoare.Comunitatea va fi un consiliu s, i vom crea instrumentele necesare pentru aceasta administrat, ie: un sistem devot, dar probabil si un sistem de chat limitat doar la membrii acestui consiliu.

5.3 Independent,a fat, a de alte valute

Reuqest este agnostic ın termeni de moneda. Cream un sistem care nu ar trebui sa depinda de politicamonetara a altei monede. Request ar trebui sa fie cat mai independent de inflat, ia sau deflat, ia ETH. Foaiade parcurs Ethereum sprijina direct, ia noastra, este foarte probabil ca minerii / staker-ii sa poata trece laCasper pentru a accepta alte jetoane ERC20 ca gaz, ceea ce va reprezenta o mare simplificare.Aceasta independent, a va permite, ın cele din urma, ca Request sa faca un hard fork unui nou sistem cu onoua tehnologie, ment, inand acelas, i ecosistem det, inator de jetoane.

5.4 Independent,a tehnica

In procesul de scalare a ret,elei Request, exista o probabilitate foarte mare ca noi sa utilizam o solut, ie, cumar fi lant,urile de plasma. In cadrul acestor solut, ii, un anumit token contribuie la stimularea evitarii statelorByzantine18 s, i la maximizarea securitat, ii. Tokenul este folosit ca un POS (Proof of Stake) s, i staker-ii suntdescurajati ımpotriva comportamentelor Byzantine sau a defect, iunilor, deoarece ar putea duce la o pierderede valoare a token-ului. Utilizarea unui token este cel mai flexibil s, i independent mod de a conceptualiza unsistem care va necesita consens s, i securitate pentru a evolua pe termen lung19.

5.5 Simplificarea schimburilor valutare

Vom propune un model ın care buclele de facturi pot fi identificate automat de catre sistem s, i solut, ionatefara a necesita o schimbare a fondului. De exemplu, daca Alice ii datoreaza bani lui Bob care ii datoreazabani lui Charlie, careprimes,te o cerere de plata de la Alice, sistemul poate oferi compensat, ii pentru acestefacturi, iar REQ va rezolva diferent,ele compensatorii.

16https://bitcoin.org/bitcoin.pdf, 2008, Satoshi Nakamoto17https://medium.com/@FEhrsam/scaling-ethereum-to-billions-of-users-f37d9f487db1, 06/27/2017, Fred Ehrsam18http://www.scs.stanford.edu/14au-cs244b/labs/projects/copeland_zhong.pdf, 2016, Christopher Copeland and Hong-

xia Zhong19http://plasma.io/plasma.pdf

16

6 Foaia de parcurs

Request Pyramid: Q3 2017-Lansarea variantei finale a whitepaper-ului.-Lansarea site-ului Request Network.

Request Colossus: Q4 2017-Lansarea Token-ului.-Prima versiune a Request lucrand cu Ethereum pe Test Net.-Implementarea site-ului pentru a crea/vizualiza s, i interact, iona cu Request.-Adaugarea ın Request a managementului conceptelor contabile, cum ar fi rambursarea, nota de credit s, icomenzile de achizit, ie .-Lansarea Api pentru a crea/citi/updata Request.-Lansarea de documente tehnice despre arhitectura, actualizari s, i implementarea contabilitat, ii.

Request Great Wall: Q1 2018-Prima versiune a Request lucrand cu Ethereum pe Main Net.-Dovada conceptului: Nucleul Request lucrand cu un Bitcoin Oracle.-Implementarea managementului criptovalutelor pe Request (token-uri ERC20. . . ).-Dezvoltarea parteneriatelor cu firme de Audit, Contabilitate s, i Plat, i.-Lansarea proiectului “Plates,te cu Request”: un buton online ce ofera o alternativa la tradit, ionalele plat, i cuPaypal s, i card de credit.-Audituri externe ale contractelor Request.

Request Stonehenge: Q2 2018-POC de scalare Request printr-un lant, de plasma cu Pos. Request va trebui sa faca fat, a unui numar foartemare de tranzact, ii.-POC de Confident, ialitate Sporita Request, folosind ZkSnarks20.-Adaugarea managementul valutei fiat ın Request (USD, EUR, CNY).-Lansarea proiectului Request s, i Transparent, a. Vom lucra cu primarii, asociat, ii s, i guverne pentru a publicainformat, ii despre bugetele lor ın timp real.-Organizarea de grupuri de discut, ii ın jurul subiectului solicitarilor de plata Request, cu institut, ii precumBanca Mondiala, FMI, BEC s, i ONU.

Request Colosseum: Q3 2018-Implementarea extensiei escrow pentru a permite eliberarea de fonduri la livrare sau la ındeplinirea altorcondit, ii.-Implementarea extensiei fiscale pentru a plati automat taxele ın timp real.-Lansarea extensiei de plata ın avans pentru a specifica o suma care trebuie platita s, i o anumita data pentruprocesare.-Lansarea extensiei ”Tarife pentru ıntarziere” pentru a specifica penalitat, ile daca o afacere nu este platita latimp.-Adaugarea unui strat de Reputat, ie Offchain.

Request Petra: Q4 2018 si dupa-Lansarea sistemului de guvernare (Votare/Chat cu token).-Lansarea proiectului “Cadru IoT”.-Lansarea decontarii interbancare prin REQ pentru a facilita plat, ile internat, ionale.-Lansarea extensiei “Plat, i continue”, care va act, iona ca o plata ın avans cu un infinit de micro- plat, i.

20https://medium.com/@VitalikButerin/zk-snarks-under-the-hood-b33151a013f6, 2017, Vitalik Buterin

17

7 Echipa

7.1 Echipa de baza

Echipa noastra reprezinta componenta cea mai importanta a proiectului Request. Tot, i membrii acesteiaau lucrat ımpreuna ın trecut, pe perioade cuprinse ıntre 6 luni s, i 6 ani. Suntem executant, i. Experient,elenoastre ın domeniul finant,elor, al blockchain-ului s, i al antreprenoriatului sunt combinate pentru a regandiorganizarea comert,ului internat, ional de maine.

Cine suntem?Pentru a preciza doar cateva roluri pe care echipa noastra le-a avut ın trecut, ment, ionam: director financiar,manager IT, auditor financiar, contabil, controlor de management, trezorier, analist de date, developer front-end, developer back end, lead developer s, i blockchain developer. Aceste roluri au cuprins industrii precumconsultant, a, finant,e, farmaceutica, muzica, cercetare s, i fintech. Noi gandim ın termeni de blockchain, fintech,s, i finant,e, s, i credem ca sunt variante mult mai sanatoase s, i transparente comparativ cu modul ın care bancileopereaza astazi. Experient,a noastra ın acceleratorul bancii ING din Amsterdam, Provocarea de la Lisabonaın Portugalia s, i YCombinator din Silicon Valley, precum s, i experient,ele noastre personale ın China, StateleUnite, Elvet, ia s, i Mexic, reflecta etosul internat, ional s, i modul nostru de gandire. Credem ın libertatea demis,care, de a lucra de la distant, a s, i de a lucra liber, nu numai pentru indivizi s, i ıntreprinderi, ci s, i pentrumas, ini, bani s, i informat, ii.

De ce Request?In primul trimestru al anului 2017, echipa a participat la YCombinator din San Francisco. Numeroasele schim-buri pe care le-am avut cu cele mai mari startup-uri de maine s, i cei mai buni investitori din Silicon Valley auconfirmat ideea ca blockchain-ul este cel mai bun mijloc de a construi fundat, ia pentru comert,ul internat, ional.In situatia actuala ın care serviciile lupta pentru a rezolva problemele bancilor s, i administrat, iilor, blockchain-ul aduce o solut, ie sursei. Cu Request, problema plat, ilor locale s, i internat, ionale devine aproape inexistenta,fiind rat, ionalizata s, i automatizata.

Cand a ınceput?In 2014, echipa lucreaza la construirea unei ret,ele internat, ionale de transfer bazate pe Bitcoin, Moneytis,care treptat se transforma ıntr-o ret,ea globala de plata care unes,te solut, ii de transfer de bani s, i permitetransferuri lunare de cateva milioane de dolari. Din 2014 pana ın 2017, echipa a dezvoltat destinesia.io, the-blockchainnetwork.com, neomy.io s, i moneytis.com. Cercetarile noastre privind scalabilitatea s, i lichiditateaunei solut, ii de tip blockchain pentru transferurile de bani au dat roade ın momentul ın care am aflat maimulte de la utilizatori, companii, freelanceri s, i persoane fizice.

Prezentarea membrilor echipei:

Etienne Tatur, CTOEtienne este un ”entuziast al blockchain-ului” care a absolvit s,coala de inginerie franceza INSA Lyon. El agazduit Christophe la Amaris ın aprilie 2011, la Geneva (Elvet, ia), unde a fost lider ın dezvoltarea s, i gestiona-rea proiectelor IT. Acolo Etienne a ımpartas, it pasiunea sa pentru blockchain ınainte de a deveni CTO. Dupaexperient,a sa de la Qobuz (startup de muzica), ın 2014, a creat primul sau proiect de blockchain ”Snapsoko”,mai tarziu redenumit The Blockchain Network s, i care a fost integrat ın proiectul Moneytis. Este, de ase-menea, producatorul Messenger Bot Neomy.io. In Miami acesta a t, inut o conferint, a despre legaturile dintreblockchain s, i transferurile de bani ın cadrul Conferint,ei internat, ionale pentru transferuri de bani, s, i ın Parispentru Blockchain France s, i Visa Europe. Expertul nostru ın Blockchain este interesat de noile tehnologii,de fotografie s, i alpinism. Membru al companiei La Chaintech. El crede ca Blockchain-ul va schimba lumea.

Christophe Lassuyt, CFOChristophe Lassuyt are experient, a ca manager financiar la nivel internat, ional, ın ıntreaga America de Nord,Europa s, i Asia. Dupa ce a absolvit facultatea de administrare a afacerilor (NEOMA Business School), acestaa ınceput sa lucreze ın managementul calculatoarelor ınainte de a deveni director financiar internat, ional laAmaris s, i Virtua. In prezent este membru al mis,carii Mangrove. El considera ca este extrem de eficient sa

18

lucrezi s, i sa calatores,ti concomitent. Cand a ınceput ca CFO, Christophe s-a ocupat personal de toate liniilede afaceri pentru o filiala a Amaris din Munchen, Germania, care includea contabilitatea client, ilor, conta-bilitatea furnizorilor, trezorerie, audit intern, relat, iile cu auditorii externi, monitorizarea auditurilor fiscale,controlul managementului s, i as,a mai departe. Cunos,tint,ele sale includ timpii de procesare a unei facturi s, iproblemele de factoring, iar realizarea sa principala este automatizarea acestor tranzact, ii ın companiile ıncare a lucrat, cu o rata de o singura persoana ın finant,e la 300 de angajat, i. Preocuparea sa majora este legatade problemele survenite ın plata facturilor. De exemplu, sa presupunem ca un secretar primes,te o facturaprin e-mail, care este ınaintata pentru validare catre un manager s, i apoi trimisa contabilului. Contabilultrebuie sa ıl informeze ıntr-un program software, ınainte de a gestiona o plata, care trebuie de asemeneavalidata de un manager. Acest proces este inutil de lung, ın timp ce pe viitor, cu Request, am putea primiaceeas, i factura prin intermediul unui smartphone s, i am efectua un singur click da / nu pentru ca plata saaiba loc automat la data scadent,ei.

Vincent Rolland, Back-end Engineer, dezvoltator SolidityVincent a absolvit prestigioasa institut, ie de ınvat, amant INSA din Lyon, avand experient, a ın cercetare s, i alucrat pentru CNRS ın colaborare cu universitatea din Stanford. De asemenea, a lucrat la proiecte de cola-borare s,tiint, ifica cu Muzeul de Istorie Naturala din Paris. Dupa aceasta, s-a alaturat proiectului Moneytis inret,eaua Blockchain pentru transferuri internat, ionale de bani, s, i a ımbunatat, it proiectul neomy.io din punctde vedere al cercetarii s, i dezvoltarii, facandu-l autonom. Vincent se straduies,te sa aduca transparent, a s, ivalori proiectelor la care lucreaza. Request reprezinta o oportunitate maxima pentru a oferi transparent, a lanivel global.

Elliott Denis, Inginer Full StackElliott este full-stack developer. Lucreaza pentru a scrie un cod curat, elegant s, i eficient prin integrareatehnologiilor web de ultima ora. Acesta a descoperit pentru prima data Ethereum ın 2016 s, i de atunci ıs, i totimagineaza amploarea aplicat, iilor sale. Mai intai cu Moneytis s, i apoi cu proiectul Request, el crede ca poateaduce simplitate s, i transparent, a ın lumea comert,ului de maine.

Laura Girod, controlor financiar si analist de dateAbsolventa a ICN Business School, Laura a avut rolul de auditor intern, controlor financiar, analist de dates, i chiar suport pentru client, i. Ea stapanes,te pe deplin ecosistemul contabil s, i de audit s, i a lucrat mai mult, iani ıntr-un startup internat, ional ın Elvet, ia s, i Asia, ınainte de a se alatura lui Moneytis ın decembrie 2015.Datorita calitat, ilor sale ın statistica s, i modelare, aceasta a creat algoritmul neomy.io.

Julien Devoir, CMO HipsterJulien are o vasta experient, a ın marketingul de cres,tere s, i ın designul grafic. A participat la YCombinatorla Moneytis. Este unul dintre primii membri ai mis,carii Mangrove. Julien s-a pregatit ın marketingul digitals, i ın noile tehnologii. Pasiunea sa pentru internet l-a determinat sa devina un Growth Hacker la Virtua(Elvet, ia) s, i Molotov.tv (Frant,a). Potrivit lui Julien, lucrul s, i calatoriile effectuate concomitent maresc pro-ductivitatea. El considera ca pot, i cres,te pe plan profesional ın timp ce calatores,ti s, i a promovat acest lucruprin cofinant,area proiectului destinesia.io.

8 Arhitectura

Vom lansa ın curand o lucrare s,tiint, ifica detaliind specificat, iile tehnice. Acest paragraf ıs, i propune sa oferecateva sugestii cu privire la provocarea cu care ne confruntam s, i la arhitectura pe care am ales-o.

Request este un serviciu de protocol care sta la baza unui numar mare de aplicat, ii, s, i care are ca scopsa nu depinda deloc de server, sa fie open source s, i descentralizat. Pentru a atinge acest obiectiv, am luatdecizia de a construi Request folosind tehnologia Ethereum.

Ethereum: Ethereum permite executarea contractelor inteligente de o maniera descentralizata pe EVM,ceea ce ıi permite Request de a fi descentralizata s, i de a opera fara server. Contractele inteligente Request

19

sunt dezvoltate ın cadrul Solidity. Request utilizeaza Ethereum pentru a crea facturi s, i a detecta automatplata acestora.

Swarm s, i Filecoin: Swarm21 s, i Filecoin22 permit ca stocarea documentelor sa fie descentralizata ıntr-oret,ea distribuita. Filecoin va stoca cele mai complexe informat, ii despre facturi s, i Swarm pe cele care trebuiesa fie accesate ın cel mai rapid mod, cum ar fi unele metadate.

8.1 Considerente tehnice

Politica de confident, ialitateGestionarea confident, ialitat, ii s, i intimitat, ii ın Ethereum este una dintre provocarile s, i prioritat, ile protocoluluiEthereum. Folosirea ZkSnarks23 (cunos,tint,e neinteractive succinte ale Zero Knowledge) raspunde acesteiprobleme. ZkSnarks face parte din foaia de parcurs Ethereum, dar nu va fi aplicata imediat.Pana la lansarea ZkSnarks a unei solut, ii similare, vom lucra pe 3 cai:-Permiterea cererilor publice.-Introducerea conceptului de solicitari de baza. Un tip de solicitare care nu va fi un contract inteligent, ci unhash criptat pe Filecoin.-Plasma Chain. Plasma chain va permite rularea ZkSnarks s, i urmarim ındeaproape Omise pentru a lucra laele.-In cele din urma, un sidechain temporar care utilizeaza Quorum24 s, i tranzact, ii private conectate la celepublice printr-un sistem precum Polkadot25

Scalabilitatea Scalabilitatea este, de asemenea, o alta provocare cu care se confrunta blockchain-urile,s, i nu exista nicio ındoiala ca vrem sa sust, inem un numar foarte mare de tranzact, ii. Faptul ca putem gestionamai multe valute va face ca numarul tranzact, iilor Request sa creasca mai repede decat numarul tranzact, iilorEthereum. De aceea, unele inovat, ii ın foaia de parcurs Ethereum vor fi importante pentru Request, cum arfi Sharding26.

Sharding are ınca un drum lung de parcurs, ca rezultat vom dezvolta pe:-Descarcarea suprlusului de pe chain pe canalele Plasma/State27

-Cereri de baza pentru sumele mici, care nu vor fi contracte inteligente, agregate pe Filecoin s, i Swarm.

21https://github.com/ethersphere/swarm, 03/22/201722https://filecoin.io/filecoin.pdf, 08/04/2017, Protocol Labs23https://blog.ethereum.org/2016/12/05/zksnarks-in-a-nutshell/, 12/05/2016, Christian Reitwiessner24https://github.com/jpmorganchase/quorum-docs/blob/master/Quorum%20Whitepaper%20v0.1.pdf, 11/22/201625https://github.com/w3f/polkadot-white-paper/, 11/10/2016, Dr. Gavin Wood26https://github.com/ethereum/wiki/wiki/Sharding-FAQ, Vitalik Buterin. Ethereum Sharding FAQ27https://raiden.network/, Raiden. Raiden Network

20

8.2 Arhitectura contractului inteligent

Vizualizare la nivel ınalt a contractelor inteligente. Miezul ınregistreaza toate solicitarile s, i esteadministrabil, ceea ce permite actualizarea s, i pauza. Exista un singur nucleu, acesta poate permite

subcontractelor sa gestioneze fiecare moneda. Fiecare subcontract gestioneaza crearea s, i interact,iunea cucererea pentru o anumita moneda. Unele subcontracte sunt sincrone, ın timp ce altele interact,ioneaza cu un

oracol (de exemplu, pentru monedele Fiat)

21

Iata detalii despre subcontractul valutar. Subcontractul interact,ioneaza cu diferite extensii care pot fi alesede creatorul cererii.

9 Mult,umiri

Am dori sa le mult,umim urmatorilor referent, i, ale caror contribut, ii s, i feedback au facut ca acest document safie posibil, s, i pentru ajutorul pe care ni l-au acordat ın diferitele part, i ale proiectului: Nadja Bene - Gnosis.Antoine Grebert - Quandoo.Yoann Marion - Amaris.Andria Antoniou - PhD la PiG.Pierre Laurent – entuziast Blockchain.Christopher BarryBelcea Mircea - traducere romana

22

10 Bibliografie

1. http://gavwood.com/paper.pdf, 2014, Gavin Wood. Ethereum: a secure decentralised generalised tran-saction ledger

2. https://github.com/ethereum/wiki/wiki/White-Paper

3. https://www.fincen.gov/sites/default/files/shared/Appendix_D.pdf

4. https://ipfs.io/ipfs/QmXoypizjW3WknFiJnKLwHCnL72vedxjQkDDP1mXWo6uco/wiki/Double-entry_bookkeeping_system.html, 11/25/2016

5. http://iang.org/papers/triple_entry.html, 2005, Ian Grigg

6. http://ww2.cfo.com/expense-management/2015/06/metric-month-accounts-payable-process-cost/,06/24/2015, Mary Driscoll

7. https://bitcoin.org/bitcoin.pdf, 2008, Satoshi Nakamoto

8. https://medium.com/@FEhrsam/scaling-ethereum-to-billions-of-users-f37d9f487db1, 06/27/2017,Fred Ehrsam

9. http://www.scs.stanford.edu/14au-cs244b/labs/projects/copeland_zhong.pdf, 2016, Christo-pher Copeland and Hongxia Zhong

10. https://medium.com/@VitalikButerin/zk-snarks-under-the-hood-b33151a013f6,2017, Vita-lik Buterin

11. https://github.com/ethersphere/swarm, 03/22/2017

12. https://filecoin.io/filecoin.pdf, 08/04/2017, Protocol Labs

13. https://blog.ethereum.org/2016/12/05/zksnarks-in-a-nutshell, 12/05/2016, Christian Rei-twiessner

14. https://github.com/jpmorganchase/quorum-docs/blob/master/Quorum%20Whitepaper%20v0.1.pdf, 11/22/2016

15. https://github.com/w3f/polkadot-white-paper/, 11/10/2016, Dr. Gavin Wood

16. https://github.com/ethereum/wiki/wiki/Sharding-FAQ

17. https://raiden.network/

23