Livre Blanc

Request Network

Le Futur du Commerce

Un r�eseau d�ecentralis�e pour les demandes de paiement

14 mars 2018

Table des mati�eres

1 R�esum�e analytique 2

2 La plateforme 2

3 L'�ecosyst�eme 7

3.1 La couche Core . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73.2 La couche Extensions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83.3 La couche Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

4 Les cas d'utilisations 10

4.1 Facturation B2B . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104.2 Paiements en ligne . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114.3 Automatisation des m�etiers : Comptabilit�e, Audit, D�epenses . . . . . . . . . . . . . . . . . . . 12

4.3.1 Comptabilit�e . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124.3.2 Audit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134.3.3 D�epenses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

4.4 Logique Business et Droit Commercial - Gouvernement et Fiscalit�e . . . . . . . . . . . . . . . 154.5 Simpli�cation des outils commerciaux : A�acturage et Entiercement . . . . . . . . . . . . . . 154.6 Transparence des institution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154.7 IdO et Contrats Intelligents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

5 Token 16

5.1 Incitation pour un �ecosyst�eme d'applications s�ecuris�e . . . . . . . . . . . . . . . . . . . . . . . 165.2 Gouvernance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.3 Independence des autres devises . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.4 Ind�ependance technique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.5 Faciliter les �echanges de devises . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

6 Feuille de route - Projet 18

7 Equipe 19

7.1 Equipe Cœur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

8 Architecture 21

8.1 Consid�erations techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218.2 Architecture des smart contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

1

9 Remerciements 23

10 Bibliographie 24

1 R�esum�e analytique

Request est un r�eseau d�ecentralis�e 1 qui permet �a toute personne de demander un paiement (une factureRequest) pour lequel le destinataire peut payer en toute s�ecurit�e. Toutes les informations sont enregistr�eesdans un Registre authentique d�ecentralis�e. Il en r�esulte des paiements moins chers, plus faciles, et de mani�ereplus s�ecuris�ee, et il permet �egalement un large �eventail de possibilit�es d'automatisation.

Pour devenir l'�epine dorsale du commerce mondial, Request int�egre un registre global (au sens comptabledu terme), qui est :- Universel parce qu'il est con�cu pour supporter 100% des transactions globales, quelle que soit la devise,la l�egislation ou la langue... Request est �elabor�e pour durer.- Intelligent parce que contrairement �a un livre comptable existant, Request est �a l'origine des �echanges etint�egre un code m�etier informatis�e, ainsi que la gestion d'une multitude de modalit�es de paiement.

Aujourd'hui, cette absence rend l'ensemble du syst�eme ine�cace et totalement inapte �a la r�evolutiondigitale et de l'IdO (Internet des Objets) en cours.

Request peut �etre d�e�ni comme la couche d�epos�ee par-dessus l'Ethereum 2, qui autorise les demandes depaiement encadr�ees par un cadre l�egal. Il est �egalement possible de voir les devises comme des outils pourcompl�eter les transactions de demande. En ce sens, Request est plus global que n'importe quelle devise.

2 La plateforme

N'importe qui peut �ecrire sur le Registre Request et cr�eer une demande de paiement. La Demande peut�etre d�etect�ee par le destinataire qui surveille le r�eseau (via un portefeuille ou via une application �nanci�ere).Si la demande est approuv�ee par l'utilisateur, elle peut �etre pay�ee en un seul clic. Ensuite, la demande estcompl�et�ee et le r�eseau est mis �a jour.

Lors de la cr�eation d'une Demande, les lois commerciales applicables �a son cas particulier sont prisesen compte et les taxes sont appliqu�ees. Si n�ecessaire, des conditions de paiement anticip�e peuvent �etres�electionn�ees.

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

2

Bob e�ectue une demande de paiement �a Alice

Observons deux exemples :Bob demande un paiement �a Alice, puis il cr�ee une Demande (facture) et la transmet �a la blockchain ; leportefeuille d'Alice d�etecte la demande et traite le paiement.Si Bob �etait sur Amazon et qu'Alice y faisait un achat, Amazon cr�ee une Demande dans la blockchain ; let�el�ephone d'Alice analyse la blockchain et d�etecte la demande, envoie une noti�cation et accepte de payer.

Request o�re :

� S�ecurit�e, puisqu'il n'est pas n�ecessaire de partager les informations bancaires.� Simplicit�e, puisqu'il su�t de cliquer sur un bouton.� �Economies, puisque les achats n'ont pas besoin d'un tiers (ex. Paypal).

3

Une repr�esentation du Registre G�en�eral

Envisageons un deuxi�eme sc�enario, dans lequel une voiture autonome se connecte �a un contrat de garageintelligent pour acheter une nouvelle roue. Ils n�egocient par algorithme, et conviennent d'un paiement avecd�ep�ot �duciaire (argent bloqu�e jusqu' �a la livraison). Pour interagir �nanci�erement, les machines et l'IdOn�ecessitent un cadre de paiement.

Ces exemples ne sont aujourd'hui pas r�ealisables, car il n'y a pas de format standard et pas d'intercon-nexion entre les services ; il est n�ecessaire soit de partager des informations bancaires, soit d'utiliser un tierscommun aux deux entit�es (Paypal, Venmo, Lydia, Stripe...). En plus d'�etre limit�ee et dangereuse, elle setraduit par des factures dispers�ees qui peuvent contenir des erreurs.

La blockchain repr�esente le support id�eal pour cr�eer un syst�eme open source, durable, intelligent et im-muable.

4

Ces nouvelles fondations simpli�ent les �ux �electroniques.Aujourd'hui, ces derni�eres se r�ev�elent extr�emement importantes car tout se r�esume au paiement. Plus de5 milliards de dollars sont �echang�es chaque jour 3 sur le seul r�eseau SWIFT, cependant les �ux sont maloptimis�es.

Cette solution pr�esente encore plus d'avantages. Un Registre contenant toutes les �ecritures comptablesstandardis�ees peut automatiser la comptabilit�e en temps r�eel, am�eliorer l'audit, automatiser l'a�acturage,simpli�er les rapports de d�epenses, rendre l'entiercement (escrow) simple et �able, d�etecter et payer automa-

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

5

tiquement les imp�ots.

De plus, elle ouvre la voie �a l'am�eliorations globale du commerce.

La capacit�e �a g�erer la con�dentialit�e des donn�ees rend possible la transformation du commerce vers plusde transparence (d�epenses publiques, associations), plus d'�equit�e (la transparence permet de suivre la distri-bution des gains et l'origine des produits ; elle renforce �egalement le commerce �equitable) et plus de justice(les r�egles commerciales seront plus facilement align�ees et appliqu�ees).

Il est di�cile d'imaginer que le monde �nancier puisse progresser sans cette couche.

6

3 L'�ecosyst�eme

De nombreux d�eveloppements seront possibles par-dessus Request une fois le protocole Core termin�e parl'�equipe. NotreMindmap Technique 4 donne un aper�cu complet du r�eseau Request et de la feuille de route�a venir.

Nous sommes convaincus que l'�ecosyst�eme Request est la cl�e du succ�es, et nous souhaitons �enorm�ementl'entretenir. A�n de conduire cette d�ecentralisation et aider Request �a grandir, voici une introduction auRequest Hub 5. Ce que nous appelons le Hub Request, c'est la communaut�e en dehors de la fondationRequest qui est pr�ete �a travailler par-dessus Request, cr�eant des �equipes et des projets autour de Request,et �a aider �a sa d�ecentralisation.

3.1 La Couche Core

La couche inf�erieure est le cœur, elle g�ere le consensus sur le registre et les �etats de transitions. Il s'agitdes contrats intelligents les plus fondamentaux, permettant la cr�eation de di��erentes entit�es et demandesde paiements. Cela d�etecte �egalement lorsque les paiements ont �et�e e�ectu�es. Cette couche est bas�ee surl'immutabilit�e (c'est-�a-dire que personne ne peut modi�er les informations), l'accessibilit�e de son syst�eme(tout le monde peut acc�eder aux informations les concernant) et une intelligence qui permet de savoir quandune facture est pay�ee selon les termes de la facture.

Cette couche se positionne sur la blockchain de l'Ethereum, qui apporte des avantages endog�enes pour lesfactures Ethereum et ERC20, comme la d�etection automatique. D'autres devises sont �egalement couvertes

4. https://www.mindmeister.com/991002501?t=R1iofDilV0

5. https://www.mindmeister.com/995302918?t=Y78CuCvpRn

7

par la d�etection automatique des paiements gr�ace �a l'utilisation d'Oracles.

Cette couche est gratuite, a�n d'encourager le plus grand nombre �a l'utiliser et d�ecourager le d�eveloppementd'autres syst�emes. Les seuls co�uts �emis sont le gaz (l'�energie) utilis�ee par Ethereum et le stockage des infor-mations.

3.2 La Couche Extensions

La deuxi�eme couche est la couche d'extensions. La plupart des demandes de paiement cr�e�ees aujourd'huine sont pas aussi basiques que celles propos�ees par la couche Core. Si la demande �emane d'une entreprise,elle comprend donc des r�egles pour calculer les taxes, les modalit�es de paiement, des d�ep�ots �duciaires ou desavances. Toutes ces conditions prennent la forme d'extensions qui peuvent �etre ajout�ees aux demandes. Cettecouche est la porte d'entr�ee vers d'incroyables fonctionnalit�es qui n'existent pas encore, comme les "facturescontinues". Par exemple, quelqu'un pourrait choisir cette fonctionnalit�e pour d�ecomposer son loyer en 30*24paiements au propri�etaire, o�rant �a cette personne un compte bancaire plus lisse, sans grandes d�epenses de �nde mois. Les imp�ots seraient redirig�es en temps r�eel vers les agences gouvernementales. A chaque paiement,20% de la TVA irait aux taxes et 80% �a l'entreprise b�en�e�ciaire. Le m�eme exemple permettrait �a chacun dedonner 1% de tous les paiements aux ONG (Organisations Non Gouvernementales) ou de les d�eposer dansson propre compte de retraite.

Cette couche est facturable, en ce sens que chaque extension prendra un frais qui sera partiellement br�ul�eet transf�er�e aux d�eveloppeurs d'extensions, avec les extensions accumul�ees sur la m�eme facture. Les co�utsdiminuent avec le temps pour demeurer concurrentiels et d�ecourager les syst�emes alternatifs. Les co�uts de cesextensions sont estim�es entre 0,1% et 0,5% initialement, puis, au fur et �a mesure que le syst�eme se d�eveloppe,les co�uts se r�eduiront. Plus de 5.000 milliards de dollars en paiements sont e�ectu�es chaque jour, et il su�-rait de �nancer le r�eseau avec moins de 0,1%. N�eanmoins, les co�uts continueront de soutenir la s�ecurit�e desapplications et leur d�eveloppement.

Cette couche est enti�erement libre, chacun est libre de cr�eer ses propres extensions sur cette derni�ere, lesfrais �etant �egalement distribu�es d'une mani�ere qui int�eressera et encouragera le d�eveloppeur et la communaut�e.

8

3.3 La Couche Applications

La couche sup�erieure est la couche d'applications, qui se situe en dehors de la blockchain. Les syst�emesde plusieurs entreprises peuvent se connecter �a Request pour cr�eer des demandes, ou acc�eder �a l'information.Comptabilit�e, audit, �scalit�e, et recouvrement de cr�eances, a�acturage ou syst�emes de paiement peuventtous �etre connect�es. Lorsqu'un syst�eme de paiement se connecte �a Request (Mycellium, Coinbase, Bank ofAmerica, Bankin...), il pourra acc�eder aux factures de l'utilisateur et proposer de les r�egler instantan�ement.

L'�equipe Request d�eveloppera des applications, y compris une interface et une API pour cr�eer et acc�ederaux demandes de paiement.

Syst�eme de r�eputation

Un syst�eme de r�eputation est inclus dans cette couche pour se pr�emunir contre le phishing ou les mauvaispayeurs. Par exemple, un utilisateur sera en mesure de d�etecter si une entreprise essaye de faire du phishing,si d'autres utilisateurs ont d�ej�a rejet�e ses paiements. A l'inverse, une entreprise qui ne paie pas ses factures �atemps, sera �egalement p�enalis�ee via sa r�eputation. Le syst�eme de r�eputation peut aussi avoir d'autres utili-sations ; par exemple, les membres du r�eseau ayant la meilleure r�eputation pourront b�en�e�cier de r�eductionsde co�uts ou avoir acc�es �a des extensions personnalis�ees.

La r�eputation pourrait �etre directement inscrite dans la blockchain, mais pour garder le syst�eme l�eger,nous avons choisi de les garder dans la couche application pour le moment, puisque cette information peut�etre r�eobtenue en parcourant la blockchain.

9

4 Les cas d'utilisations

Les cas d'utilisations de cette technologie sont extr�emement vari�es. Ce syst�eme automatise la comptabilit�eglobale en temps r�eel, remplace toute une branche de l'audit, �elimine le recouvrement manuel des imp�ots,simpli�e les paiements internationaux, permet aux machines de communiquer sur le m�eme support �nancier,remplace les syst�emes de paiement tels que Paypal, et met �a la disposition de tous les utilisateurs lesconditions de paiement les plus avanc�ees.

4.1 Facturation B2B

Des milliards de factures sont partag�ees chaque ann�ee entre les entreprises, dont la plupart �etant encoreenvoy�ees sous format papier et email, devant �etre ensuite copi�ees. Il en r�esulte un grand nombre d'erreurs,en particulier lorsque des conditions de paiement avanc�ees et des taxes s'appliquent.

Avec Request, les entreprises peuvent directement partager ces factures via le Grand Registre ; il n'y auraplus de duplication, car les syst�emes comptables seront imm�ediatement connect�es et mis �a jour.

L'entreprise attendant le paiement sera en mesure de d�etecter imm�ediatement un retard, qui arriveramoins souvent gr�ace au d�eveloppement des syst�emes de paiement des factures. L'entreprise a la capacit�e depayer �a la date optimale d�es r�eception de la demande de paiement.

Chaque ann�ee, des milliers de petites et moyennes entreprises font faillite en attendant le paiement deleurs factures. La BCE (Banque Centrale Europ�eenne), en particulier, est en train de mettre en place dessolutions que Request compl�ete par l'ajout d'un syst�eme de r�eputation des paiements et d'indicateurs cl�es.Aujourd'hui, un prestataire se doit de faire con�ance �a son client et peut se retrouver ne pas �etre pay�e.Demain, le prestataire sera en mesure de v�eri�er la r�eputation du client payeur ainsi que d'autres indicateurs,tels que le d�elai de paiement fournisseurs avant de convenir d'un contrat.

10

4.2 Paiements en ligne

Par exemple, les achats sur Amazon n�ecessitent un paiement par carte de cr�edit/d�ebit, exposant ainsides informations sensibles. Alternativement, en s�electionnant l'option de paiement par Request, les donn�eesutilisateur restent prot�eg�ees. Amazon a�chera une demande de paiement sur le r�eseau, le compte de l'utili-sateur la d�etectera et demandera une con�rmation de paiement �a l'utilisateur. Ceci d�eclenchera un virement�a moindre co�ut, sans exposer les informations de paiement.

Il devient possible d'�eviter les paiements impr�evus par carte de cr�edit/d�ebit que les services facturent demani�ere cach�ee, car Request fournit un moyen de valider les paiements avant qu'ils ne se produisent. Requestdonne du pouvoir aux gens.

Les avantages de Request par rapport aux syst�emes actuels sont :

� S�ecurit�e : les informations de paiement ne sont jamais partag�ees, il n'y a aucun risque que quelqu'unintercepte et r�eutilise les informations bancaires.

� Simplicit�e : un clic pour payer, et pas d'erreur de saisie manuelle possible.

11

� Co�ut : pas de tiers comme Paypal 6, Bitpay 7 or Stripe 8, tous des fournisseurs qui facturent entre 1%et 7% des montants envoy�es. Request permet de r�eduire les co�uts.

4.3 Automatisation des m�etiers : Comptabilit�e, Audit, D�epenses

4.3.1 Comptabilit�e

Avec Request, la comptabilit�e se fait automatiquement et en temps r�eel. Au-del�a de la r�eduction des co�uts,cela permet une gestion �nanci�ere, meilleure, plus rapide et avec plus d'informations.

Cas d'utilisation �a des �ns comptables :Request apporte la simultan�eit�e au processus comptable. Les paiements, la comptabilit�e et les paie-ments/remboursements de TVA sont e�ectu�es automatiquement.

De plus, il repr�esente un passage de la comptabilit�e en partie double 9 �a la comptabilit�e en partie

6. https://www.paypal.com/en/webapps/mpp/paypal-fees

7. https://bitpay.com/pricing

8. https://stripe.com/nl/pricing

9. https://en.wikipedia.org/wiki/Double-entry_bookkeeping_system

12

triple 10. Il s'agit d'une r�evolution, attendue par les experts, qui soul�eve plusieurs questions sur la valeurfuture des audits externes. En e�et, un troisi�eme point de validation est ajout�e aux syst�emes de comptabilit�een partie double 11, et c'est �a cet endroit qu'aujourd'hui les auditeurs travaillent ; sur la validation de l'au-thenticit�e des comptes.

De plus, Request permet la digitalisation des syst�emes comptables, o�u l'on consacre actuellementdu temps �a d�emultiplier les e�orts par des documentations r�ep�etitives et des contr�oles fr�equents. Ces t�achesmanuelles peuvent �etre automatis�ees. Request transformera le r�ole d'un CPA en activit�es de conseil et desoutien. Ce syst�eme octroie plus de temps pour les t�aches �a valeur ajout�ee, comme l'analyse, l'estimation etla strat�egie.

Techniquement, les notes de cr�edit, bons de commande, remboursements et tous les concepts comptablesseront possibles avec Request. Le syst�eme sera compatible avec le standard UN/EDIFACT et sera capabled'�etre mis �a jour aux normes les plus r�ecentes.

4.3.2 Audit

Avec Request, les audits deviennent un simple contr�ole algorithmique gr�ace �a l'immuabilit�e du syst�eme.En comparaison, en 2014, Microsoft a vers�e 46,2 millions de dollars de frais d'audits �a Deloitte 12. De m�eme,Bank of America a pay�e pr�es de 100 millions de dollars. Au total, les 100 plus grandes soci�et�es am�ericainesont vers�e 2,5 milliards de dollars de frais d'audits.

D�esormais, les audits seront r�ealis�es en temps r�eel 13 ; appelons-les Audits Intelligents 14. Les solutionsd'audit Blockchain ("Audits Intelligents ou Smart Audits") deviendront s�urement une alternative �able etpeu co�uteuse aux audits manuelles de nos jours

Request apporte des avantages signi�catifs pour am�eliorer l'e�cacit�e de ces audits. En termes de digita-lisation, les logiciels comptables, les �Etats et les entreprises sont encore loin d'�etre optimaux. De nombreusesentreprises envoient des factures par la poste tous les jours, et la plupart d'entre elles ont des factures man-quantes �a la �n de chaque ann�ee.

10. http://iang.org/papers/triple_entry.htmlhttps://en.wikipedia.org/wiki/Momentum_accounting_and_

triple-entry_bookkeeping

11. https://bitcoinmagazine.com/articles/triple-entry-bookkeeping-bitcoin-1392069656/

12. http://fortune.com/2015/08/27/microsoft-pays-more-than-apple-for-its-audit-and-why-investors-should-care/

13. http://economia.icaew.com/features/july-2016/how-blockchain-will-impact-accountants-and-auditors

14. https://request.network/assets/pdf/request_yellowpaper_smart_audits.pdf

13

Pourtant, les r�egles sont claires. Les m�ethodes et le support technologique pourraient tout changer et sesubstituer aux contr�oles co�uteux inter-soci�et�es et inter-�liales, qui sont e�ectu�es pour assurer la �abilit�e des�etats comptables.

Dans l'industrie du conseil en informatique, le co�ut du temps investi dans un agent comptable pour trai-ter une facture se situe entre 5 $ et 15 $. A ce montant s'ajoute le temps n�ecessaire pour les contr�oles etcorrections mensuels. L'automatisation de tout le syst�eme est lente.

L'utilisation de la blockchain pour la comptabilit�e est l'occasion de simpli�er la conformit�e et d'am�eliorerla comptabilit�e en partie double. La comptabilit�e en partie double remonte �a la Renaissance, o�u elle a permisaux managers d'avoir con�ance en leurs propres rapports. Aujourd'hui, pour justi�er la con�ance, les audi-teurs ind�ependants v�eri�ent l'information des grands groupes selon un processus co�uteux et chronophage. Lecabinet d'audit devient alors un tiers de con�ance garantissant la v�eracit�e des informations �etablies par lesbilans �nanciers. Cependant, les auditeurs conservent une responsabilit�e des soci�et�es, g�en�erant de la m�e�ance.Les auditeurs travaillent-ils pour les dirigeants des soci�et�es qui les mandatent, ou pour le service des tiers quiconsultent les informations gratuitement ?

Ainsi, plut�ot que de tenir des comptes en internes et de les publier apr�es l'audit annuel, les entreprisespeuvent conserver leurs comptes dans une base de donn�ees d�ecentralis�ee, con�dentielle et partag�ee gr�ace �ala technologie de la blockchain. Toutes les �ecritures comptables sont alors inscrites dans le Registre, sanspossibilit�e de antidatation, ce qui signi�e qu'il n'y a pas de de falsi�cation possible. Par cons�equent, il devien-drait plus di�cile d'e�ectuer des ajustements de �n d'ann�ee douteux et, plus important encore, l'entrepriseb�en�e�cie de ce syst�eme en temps r�eel. Les actionnaires et les tiers ont acc�es �a l'information en temps r�eel.Le co�ut de l'audit devient insigni�ant et les �ecritures comptables ne n�ecessitent plus de doubles contr�olesmanuels. En�n, l'int�egrit�e des bilans �nanciers ne peut plus �etre remise en cause lorsque clients et fournisseurssont interconnect�es �a ce syst�eme, du moins par leurs adresses cryptographiques.

Request est un Registre ouvert agissant comme source de con�ance, et autorisant ces "smart audits" entemps r�eel. Il comprend tous les achats et ventes de l'entreprise. Plut�ot que d'avoir des comptes en partiedouble, o�u les informations relatives �a un achat apparaissent sur le compte d'achat et sur le compte bancaires�epar�ement ; chacun peut voir �a travers la blockchain, un compte d'achat, li�e au fournisseur, li�e au paiement,

14

et li�e au compte bancaire. Tra�cable, immuable et authentique.

Request d�emontre l'int�egrit�e des documents �electroniques archiv�es. C'est une porte d'entr�ee vers le com-merce du futur.

4.3.3 D�epenses

Avec Request, les notes de frais sont facilement partag�ees entre employ�es et entreprises, sans se perdre ou�etre alt�er�ees. Un syst�eme de gestion des d�epenses permettra aux employ�es de s�electionner et d'envoyer �a leurmanager, en temps r�eel, leurs d�epenses professionnelles, ce dernier pourra ainsi les accepter et les rembourserquand bon lui semblera.

4.4 Logique Business et Droit Commercial - Gouvernement et Fiscalit�e

Les gouvernements exigeant aux entreprises de d�eclarer toutes les transactions pourraient une nouvellefois cr�eer des erreurs et des doubles emplois. Request permet aux gouvernements de visualiser en temps r�eelles transactions auxquelles ils ont sp�eci�quement acc�es. En outre, le d�eveloppement d'un module de lev�eede la TVA, ou, par exemple, d'une taxe transatlantique, r�eorientera l'argent automatiquement. Que l'on soitpro-gouvernemental ou non, la possibilit�e, pour la premi�ere fois, de simpli�er et de rendre transparents lespr�el�evements �scaux est une r�eelle am�elioration.

La technologie de la blockchain permet aux agences gouvernementales d'�etre en mesure de d�etecter �al'avance les instabilit�es �nanci�eres, la fraude, le blanchiment d'argent et la criminalit�e �nanci�ere ; et deprendre des mesures en fonction de ces observations.

L'aile scienti�que du Gouvernement Britannique a r�ecemment identi��e de nombreuses mani�eres pour les-quelles la blockchain peut "r�evolutionner les relations entre les Citoyens et l'�Etat". Par exemple : aider legouvernement �a percevoir les imp�ots et �a redistribuer les aides.

4.5 Simpli�cation des outils commerciaux : A�acturage et Entiercement

Request permettra un acc�es simpli��e aux outils d'entiercement �duciaire ou d'a�acturage pour les entre-prises et les particuliers. Permettant en un clic de choisir de ne payer qu'�a la livraison d'un produit ou d'unservice, par exemple, ou de s�ecuriser l'acompte d'un appartement via d�ep�ot �duciaire, plut�ot que de cr�editerle compte du propri�etaire.

Simple et surtout �a moindre co�ut. L'entiercement peut �etre automatis�e et bas�e sur des oracles. En ce quiconcerne l'a�acturage, les entreprises seront en mesure d'utiliser le meilleur syst�eme d'attribu-

tions de points qui existe : la r�eputation "On Chain". En attribuant une empreinte digitale unique �achaque facture et en les publiant sur la blockchain, la double facturation est �evit�ee car une facture ne peut�etre cod�ee qu'une seule fois dans la blockchain. Un contrat intelligent permettra alors �a ces soci�et�es d'annulerune demande existante pour la remplacer par deux demandes d'a�acturage.

4.6 Transparence des institution

La transparence budg�etaire pour les Institutions (Gouvernements, Mairies, Associations) est �a l'ordre dujour de l'OCDE et de la Banque Mondiale, ce qui favorise :

� La comptabilit�e : il est n�ecessaire de clari�er la fa�con dont les fonds sont d�epens�es a�n que lesrepr�esentants publics et les fonctionnaires puissent rendre compte de l'e�cacit�e et de l'e�cience.

15

� L'int�egrit�e : "La lumi�ere du jour est la meilleure strat�egie" pour pr�evenir la corruption et maintenirdes r�ef�erences �elev�ees d'int�egrit�e dans l'utilisation des fonds publics.

� L'inclusivit�e : La transparence permet un d�ebat limpide et inclusif sur les impacts de la politiquebudg�etaire.

� La con�ance : nous sommes �a l'�ere des projets Open-source et collaboratifs, la transparence favorisela con�ance dans une soci�et�e o�u les opinions et les int�er�ets des gens sont respect�es et o�u l'argent publicest utilis�e de mani�ere appropri�ee.

� La qualit�e : l'examen du budget, comme l'examen de codes, permet de d�etecter le gaspillage, l'utili-sation abusive et donne des indications sur la mani�ere d'am�eliorer les r�esultats pour plus de r�eactivit�eet d'impact.

Request propose un cadre qui permet �a ces institutions d'adopter la transparence de mani�ere pratique,de publier leur compte en temps r�eel et, de permettre �a quiconque de v�eri�er et d'utiliser ces donn�ees. Au furet �a mesure que le cadre gagnera en popularit�e, davantage d'outils seront d�evelopp�es, et vont, par exemple,nous fournir un tableau de bord sur les d�epenses de notre ville.

Cette transparence peut s'appliquer �a d'autres industries et nous aider �a identi�er l'origine de certainsproduits, et �a d�eterminer s'ils proviennent d'un circuit alimentaire court.

4.7 IdO et Contrats Intelligents

Un d�e� passionnant pour les ann�ees �a venir sera certainement d'imaginer comment les objets, les machineset les intelligences arti�cielles interagiront entre eux, et comment ces derniers n�egocieront automatiquementet d�e�niront les modalit�es de paiement. Ils auront besoin d'un cadre de paiement qui pr�ecise les termes dupaiement et aide �a d�e�nir les raisons et les conditions de la transaction.

Nous pouvons par exemple imaginer une voiture autonome commander une nouvelle roue

�a un garage virtuel, verser un acompte et payer les 90% restant seulement �a la livraison.

5 Token

Bien qu'elle soit construite sur le Registre blockchain de l'Ethereum, Request vise �a �etre ind�ependant desautres devises, des politiques mon�etaires ou des choix technologiques a�n de construire le syst�eme le plussolide possible. Nous sommes convaincus que Request est la cl�e pour avancer dans le temps avec une com-munaut�e croissante, et pour d�evelopper un �ecosyst�eme autour de notre cadre, o�u davantage d'applicationsd�ecentralis�ees sont cr�e�ees.

5.1 Incitation pour un �ecosyst�eme d'applications s�ecuris�e

Les tokens REQ sont des tokens ERC20 qui sont n�ecessaires pour participer au r�eseau, cr�eer des demandesde paiement avanc�ees et r�ecompenser les di��erentes parties qui aideront �a construire l'�ecosyst�eme de Request.Lors de l'utilisation du r�eseau, les participants devront payer des frais de r�eseau en REQ qui seront alors br�ul�es.

Les frais seront ajust�es par les op�erateurs du r�eseau Request en fonction de l'o�re d�ecroissante de REQet du taux de change avec les di��erentes devises autoris�ees par le r�eseau.

Par exemple, une Demande, au commencement du syst�eme pourrait br�uler 10 REQ sur un approvision-nement total de 1 000 000 000 REQ. Plus tard, apr�es utilisation du syst�eme depuis un certain temps, uneDemande pourrait br�uler 0,0001 REQ sur un approvisionnement total de 100 000 REQ.

Le r�eseau sera dot�e d'un syst�eme int�egr�e pour r�ecompenser les plates-formes qui, en plus du protocole,d�ecident de facturer des frais REQ. De cette fa�con, nous favorisons la cr�eation d'une plateforme �nanci�ere

16

compl�ete et ouverte.

Les co�uts que nous pr�evoyons sur la plateforme sont de 0,05% �a 0,5% du montant de la transaction. Cesco�uts diminueront ensuite lorsque le volume du r�eseau augmentera a�n de rester comp�etitif et d'�eviter defavoriser le d�eveloppement d'alternatives. Le march�e mondial transitant plus de 5.000 milliards de dollarspar jour, les frais minimes deviendront amplement su�sants lorsque la plate-forme se d�eveloppera �a une plusgrande �echelle.

5.2 Gouvernance

Nous avons une forte volont�e de b�atir le syst�eme Request pour durer des dizaines, voire des centainesd'ann�ees. Un syst�eme qui pourra non seulement �etre utilis�e par les historiens pour voir �a quoi

ressemblait le commerce au XXIe si�ecle, mais aussi un syst�eme qui nous m�enera vers le futur, avecla puissance et la structure �a utiliser lorsque les machines et les intelligences arti�cielles repr�esenteront lamajorit�e des transactions.Pour cette raison, Request devra rester �exible et �evolutif, ce qui est l'un des d�e�s majeurs des syst�emesd�ecentralis�es (comme on peut le voir avec Bitcoin 15 Segwit, ou la gestion de l'Ethereum �a l'�age de glace...).Nous voulons s�eparer la gouvernance de notre communaut�e de celle d'Ethereum et �eviter une sous-gouvernancequi permettrait �a tous les d�etenteurs de token Ethereum de d�ecider de l'avenir de cette communaut�e 16.

Le token REQ r�eunira la communaut�e et permettra des discussions et des votes sur les d�ecisions futures.La communaut�e sera un forum et nous cr�eerons les outils n�ecessaires pour cette administration : un syst�emede vote, mais aussi probablement un syst�eme de chat r�eserv�e aux seuls membres de ce forum.

5.3 Independence des autres devises

Request est agnostique en termes de devises. Nous cr�eons un syst�eme qui ne doit pas d�ependre de lapolitique mon�etaire d'une autre devise. Request doit �etre aussi ind�ependant que possible de l'in�ation ou dela d�e�ation de l'ETH. La feuille de route de l'Ethereum soutient notre orientation, il est tr�es probable queles mineurs/collecteurs seront en mesure de se mettre �a niveau vers Casper pour accepter d'autres tokensERC20 comme du gaz (�energie), ce qui sera une importante simpli�cation. Cette ind�ependance permettra�eventuellement �a Request d'hardfork (acc�eder) �a un nouveau syst�eme avec une nouvelle technologie, tout enconservant le m�eme �ecosyst�eme de possession de token.

5.4 Ind�ependance technique

Dans le processus d'�echelonnage du r�eseau Request, il y a une forte probabilit�e que nous utilisions unesolution telle que les Plasma Chains. Dans ces derni�eres, un token sp�eci�que aide �a encourager l'�evitementdes �etats byzantins 17 et �a maximiser la s�ecurit�e. Le token est utilis�e comme POS (Proof of Stake) et lesparties concern�ees sont d�ecourag�es face aux comportements ou fautes byzantins, car cela provoquerait uneperte de la valeur du tokenL'utilisation d'un token est le moyen le plus agile et le plus ind�ependant pour conceptualiser un syst�eme quiaura besoin d'un consensus et de s�ecurit�e pour �evoluer �a long terme 18.

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

Hongxia Zhong18. http://plasma.io/plasma.pdf

17

5.5 Faciliter les �echanges de devises

Nous proposerons un mod�ele o�u les boucles de facturations pourront �etre identi��ees automatiquement parle syst�eme et r�egl�ees sans qu'un transfert de fonds ne soit n�ecessaire. Par exemple, si Alice doit de l'argent�a Bob qui doit de l'argent �a Charlie qui lui-m�eme re�coit une demande de paiement d'Alice, le syst�eme peuto�rir une compensation pour ces factures et le REQ r�eglera les di��erences de compensation.

6 Feuille de route - Projet

Pyramide Request : Q3 2017

-Publication de la version �nale du livre blanc.-Lancer le site du r�eseau Request Network.

Colosse Request : Q4 2017

-Lancement du Token.-Premi�ere version de Request bas�e sur l'Ethereum sur Test Net.-D�eployer le site Web pour cr�eer/visualiser et interagir avec les demandes de paiement.-Gestion des demandes d'ajout de concepts comptables tels que les remboursements, les notes de cr�edit et lesbons de commande.-Lib�erer l'API pour cr�eer/lire/mettre �a jour les requ�etes.-Publication de documents techniques sur l'architecture, les mises �a jour et la mise en place de la comptabilit�e.

Grande Muraille Request : Q1 2018

-Premi�ere version de Request travaillant avec l'Ethereum sur Main Net.-Proof of Concept : Request Core travaillant avec un oracle Bitcoin.-D�eployer la gestion des crypto-monnaies sur Request (tokens ERC20...).-Travail sur les partenariats avec les cabinets de comptabilit�e, de paiement et d'audit.-Lancez le projet ¾Payer avec Request¿ : un bouton en ligne qui o�re une alternative au traditionnel "Payeravec Paypal" et ¾Payer avec carte de cr�edit¿.-Audits externes des contracts Request.

Stonehenge Request : Q2 2018

-POC de la mise �a l'�echelle Request via une Plasma Chain avec PoS. Request devra traiter un grand nombrede transactions.-POC de la privacit�e Request �a l'aide de ZkSnarks 19.-Ajout de la gestion des devises �duciaires (USD, EUR, CNY...).-Lancer le projet "Request & Transparence". Nous travaillerons avec les mairies, les associations et les gou-vernements pour publier des informations en temps r�eel sur leur budget.-Organiser des groupes de discussion autour des paiements Request avec des institutions telles que la BanqueMondiale, le FMI, la BCE et l'ONU.

Colis�ee Request : Q3 2018

-D�eployer l'extension Escrow pour permettre le d�eblocage des fonds �a la livraison ou �a la satisfaction d'autresconditions.-D�eployer l'extension Taxes pour payer automatiquement les taxes en temps r�eel.-D�eployer l'extension Acomptes pour sp�eci�er un montant �a payer et une date pr�ecise pour la traiter.-D�eployer l'extension des frais de retard pour d�eterminer les p�enalit�es de retard si une entreprise n'est paspay�ee �a temps.-Ajout d'une couche R�eputation O�chain.

Petra Request : Q4 2018 et apr�es

-D�eployer le syst�eme de gouvernance (Vote/Token Chat).

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

18

-Lancer le projet ¾ Internet des Objets ¿.-D�eployer le r�eglement inter-devises par REQ pour faciliter les paiements internationaux.-Lancer l'extension "Paiement Continu" qui fera o�ce d'acompte avec une in�nit�e de micro-paiements.

7 Equipe

7.1 Equipe Cœur

Notre �equipe repr�esente notre meilleur atout pour le projet Request. Tous ses membres ont travaill�e en-semble dans le pass�e, pour des mandats allant de 6 mois �a 6 ans. Nous sommes ce qu'on appelle des ¾ doers¿. Nos exp�eriences dans les domaines de la �nance, de la blockchain et de l'entreprenariat sont combin�eespour repenser l'organisation du commerce international de demain.

Qui sommes-nous ?

Pour ne nommer que quelques-uns des r�oles occup�es par notre �equipe, nous avons exerc�e en tant que :directeur �nancier, responsable informatique, auditeur �nancier, comptable, contr�oleur de gestion, tr�esorier,analyste de donn�ees, d�eveloppeur front, d�eveloppeur back-end, d�eveloppeur principal et d�eveloppeur block-chain. Ces r�oles ont touch�e des secteurs aussi vari�es que le conseil, la �nance, la pharmacie, la musique, larecherche et les technologies de pointe. Nous pensons en termes de blockchain, de �ntech et de �nances, etnous pensons qu'il existe des alternatives beaucoup plus transparentes et saines, par rapport au syst�emed'op�eration actuel des banques. Notre exp�erience dans l'acc�el�erateur de banque ING �a Amsterdam, le Lis-bonne Challenge au Portugal et le YCombinator dans la Silicon Valley, ainsi que nos exp�eriences personnellesen Chine, aux Etats-Unis, en Suisse et au Mexique re��etent notre philosophie et notre mode de pens�ee in-ternational. Nous croyons en la libert�e de se d�eplacer, de travailler �a distance et de travailler librement, nonseulement pour les particuliers et les entreprises, mais aussi pour les machines, l'argent et l'information.

Pourquoi Request ?Au premier trimestre 2017, l'�equipe a particip�e au YCombinator �a San Francisco. Les nombreux �echanges quenous avons eu avec les plus grandes startups de demain et les meilleurs investisseurs de la Silicon Valley ontcon�rm�e l'id�ee que la blockchain est le meilleur moyen dans lequel b�atir les bases du commerce international.L�a o�u les services d'aujourd'hui luttent pour r�esoudre les probl�emes des banques et des administrations, lablockchain apporte une solution �a la source. Avec Request, la question des paiements locaux et internationauxdevient quasi inexistante, rationalis�ee et automatis�ee.

Quand cela a-t-il commenc�e ?En 2014, l'�equipe travaille �a la construction d'un r�eseau de transfert international bas�e sur le Bitcoin, Mo-neytis, qui se d�eveloppe progressivement en un r�eseau de paiement plus global qui regroupe les solutionsde transfert d'argent et permet des transferts mensuels de plusieurs millions de dollars. De 2014 �a 2017,l'�equipe a d�evelopp�e destinesia.io, theblockchainnetwork.com, neomy.io et moneytis.com. Notre recherche surla scalabilit�e et la liquidit�e d'une solution blockchain des transferts d'argent s'est av�er�ee fructueuse lorsquenous en avons appris davantage aupr�es des utilisateurs, des entreprises, des freelances et des particuliers.

Pr�esentation des membres de l'�equipe :

Etienne Tatur, CTO

Etienne est un passionn�e de la blockchain, dipl�om�e de l'INSA Lyon (Ecole Fran�caise d'Ing�enieurs). Il a ac-cueilli Christophe chez Amaris en avril 2011 �a Gen�eve (Suisse), o�u il a �et�e chef d�eveloppeur et responsablede projets informatiques. C'est l�a qu'il partage ses passions pour la blockchain, avant de devenir CTO. Apr�esson exp�erience chez Qobuz (start up musicale), en 2014, il cr�ee son premier projet de blockchain "Snapsoko",rebaptis�e plus tard The Blockchain Network, qui a �et�e int�egr�e au projet Moneytis. C'est aussi le cr�eateur duBot Messenger Neomy.io. Il a donn�e des conf�erences sur les liens entre la blockchain et les transferts d'argent�a Miami pour la Conf�erence internationale sur les transferts d'argent, et �a Paris pour Blockchain France et

19

Visa Europe.Notre expert Blockchain s'int�eresse aux nouvelles technologies, �a la photographie et �a l'escalade. Membre deLa Chaintech. Il pense que la blockchain va changer le monde.

Christophe Lassuyt, CFO

Christophe Lassuyt poss�ede une exp�erience de gestionnaire �nancier �a l'�echelle internationale, en Am�eriquedu Nord, en Europe et en Asie. Dipl�om�e de l'�ecole de commerce (NEOMA Business School), il a d�ebut�ecomme contr�oleur de gestion informatique, avant de devenir directeur �nancier international chez Amaris etVirtua. Il est actuellement membre du mouvement Mangrove. Il estime que travailler et voyager en m�emetemps est tr�es e�cace.A ses d�ebuts en tant que Directeur Financier, Christophe a r�ealis�e l'ensemble des couches m�etiers d'une�liale d'Amaris �a Munich (Allemagne), comprenant la comptabilit�e clients, la comptabilit�e fournisseurs, latr�esorerie, l'audit interne, les relations avec les auditeurs externes, le suivi des contr�oles �scaux, le contr�ole degestion, etc. . . Sa connaissance comprend les d�elais de traitement d'une facture, les probl�emes de facturation,et sa r�eussite principale est d'avoir automatis�e ces m�etiers dans les entreprises o�u il a travaill�e, avec un ratiod'une personne dans les �nances pour 300 employ�es.Il est tr�es int�eress�e par les probl�emes li�es au paiement des factures. Par exemple, supposons qu'une secr�etairere�coive une facture par courriel, qui est valid�ee aupr�es d'un manager, puis envoy�ee au comptable. Le comp-table doit enregistrer la facture dans un logiciel, avant de g�erer un paiement, qui doit ensuite �etre valid�e parun manager. Ce processus est inutilement long, alors que demain, avec Request, nous pourrons recevoir lam�eme facture via un smartphone, et e�ectuer un simple clic oui / non pour que le paiement se fasse auto-matiquement �a la date d'�ech�eance.

Vincent Rolland, Ing�enieur Back-end, d�eveloppeur Solidity

Dipl�om�e de la prestigieuse �ecole fran�caise INSA Lyon, Vincent a un pass�e dans la recherche, et a travaill�eau CNRS en collaboration avec l'universit�e de Stanford. Il a �egalement travaill�e sur des projets scienti�quescollaboratifs au Mus�ee d'Histoire Naturelle de Paris. Apr�es cela, il a rejoint Moneytis sur le projet de r�eseauBlockchain pour les transferts d'argent internationaux, et a �egalement am�elior�e le projet neomy.io en lerendant autonome. Vincent s'e�orce d'apporter transparence et valeurs aux projets sur lesquels il travaille.Request est l'occasion ultime de donner de la transparence au niveau mondial.

Elliott Denis, Ing�enieur Stack

Elliott est un d�eveloppeur exp�eriment�e dans le conseil et la �ntech. Il travaille �a �ecrire un code propre, �el�egantet e�cace en int�egrant des technologies Web de pointe. Il a d�ecouvert l'Ethereum pour la premi�ere fois en2016 et depuis, n'a jamais cess�e d'imaginer toute l'�etendue de ses applications. Tout d'abord avec Moneytispuis avec le projet Request, il est convaincu de pouvoir apporter simplicit�e et transparence au monde ducommerce de demain.

Laura Girod, Contr�oleur �nancier et analyste de donn�ees

Dipl�om�ee de l'ICN Business School, Laura a port�e la casquette d'auditeur interne, de contr�oleur �nancier,d'analyste de donn�ees et m�eme de support client. Elle a pass�e plusieurs ann�ees dans une start-up internatio-nale en Suisse et en Asie, avant de rejoindre Moneytis en d�ecembre 2015.Gr�ace �a ses qualit�es en statistique et en mod�elisation, elle a cr�e�e le sympathique algorithme neomy.io.

Julien Devoir, CMO

Julien poss�ede une vaste exp�erience en marketing de croissance et en design graphique. Il a particip�e auYCombinator de Moneytis. Il est l'un des premiers membres du mouvement Mangrove. Julien s'est form�e aumarketing num�erique et aux nouvelles technologies. Sa passion pour Internet l'a motiv�e �a devenir un GrowthHacker chez Virtua (Suisse) et Molotov.tv (France).Selon Julien, travailler et voyager simultan�ement augmente la productivit�e. Il consid�ere que l'on apprendaussi professionnellement en voyageant et a promu ces propos en cofondant le projet de vie destinesia.io.

20

8 Architecture

Nous publierons prochainement un Livre Jaune d�etaillant les sp�eci�cations techniques. Ce paragraphe apour but de donner quelques indications sur les di��erents challenges auxquels nous sommes confront�es et surl'architecture que nous avons choisie.

Request est un protocole sur lequel est bas�e un grand nombre d'applications, qui vise �a �etre totalementd�epourvu de serveur, open source et d�ecentralis�e. Pour atteindre cet objectif, nous avons pris la d�ecision deconstruire Request sur la technologie Ethereum.

Ethereum : Ethereum permet l'ex�ecution des Contrats Intelligents (¾ smart contracts ¿) de mani�ered�ecentralis�ee sur l'EVM, ce qui permet �a Request d'�etre d�ecentralis�e et d�epourvu de serveurs. Les smartcontracts de Request sont d�evelopp�es sous Solidity. Request utilise l'Ethereum pour cr�eer des factures etd�etecter automatiquement leur paiement.

Swarm & Filecoin : Swarm 20 et Filecoin 21 permettent de d�ecentraliser le stockage des documents dansun r�eseau distribu�e. Filecoin stockera les informations les plus lourdes sur les factures et Swarm celles quidoivent �etre accessibles plus rapidement, comme certaines m�etadonn�ees.

8.1 Consid�erations techniques

Politique de con�dentialit�e

La gestion de la con�dentialit�e et de la privacit�e �a travers l'Ethereum est l'un des d�e�s et des priorit�es duprotocole Ethereum. L'utilisation ZkSnarks 22 (Zero Knowledge succinct non-interactive arguments of know-ledge) r�epond �a ce probl�eme. ZkSnarks fait partie de la feuille de route de l'Ethereum mais elle ne sera pasimm�ediate.En attendant la sortie ZkSnarks d'une solution similaire, nous allons travailler sur 3 chemins :-Autoriser les demandes de paiement publiques.-Introduire le concept des demandes de paiement basiques. Un type de Request qui ne sera pas un smartcontract mais un hash crypt�e sur Filecoin.-Plasma Chain. Une Plasma Chain autorisera ZkSnarks, nous suivons de pr�es l'Omise pour y travailler.-En�n, une sidechain temporaire utilisant Quorum 23 et des transactions priv�ees connect�ees au public �a tra-vers un syst�eme comme Polkadot 24.

Scalabilit�e La scalabilit�e est �egalement un autre d�e� auquel sont confront�ees les blockchains, et il nefait aucun doute que nous voulons prendre en charge un nombre tr�es important de transactions. Le fait quenous pouvons g�erer plusieurs devises fera augmenter le nombre de transactions Request plus rapidement quele nombre de transactions Ethereum. C'est pourquoi certaines innovations de la feuille de route Ethereumseront importantes pour Request, comme Sharding 25.

Sharding a encore un long chemin �a parcourir, ainsi nous allons donc d�evelopper :-le d�echargement maximal de la cha��ne sur Plasma/Canal d'Etat 26.-les demandes de base pour les petits montants, qui ne seront pas des contrats intelligents, agr�eg�ees surFilecoin et Swarm.

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

21

8.2 Architecture des smart contracts

Une vue �a haut niveau des smart contracts. Le Core enregistre toutes les demandes de paiement, et estprogrammable ce qui permet des mises �a jour et des pauses. Il n'y a qu'un seul core, celui-ci permet aux

sous-contrats de g�erer chaque devise. Chaque sous-contrat g�ere la cr�eation et l'interaction avec la demandede paiement d'une devise sp�eci�que. Certains sous-contrats sont synchrones, tandis que d'autres

interagissent avec un Oracle (pour les devises �duciaires par exemple)

22

Voici les d�etails d'un sous-contrat mon�etaire. Le sous-contrat interagit avec di��erentes extensions quipeuvent �etre choisies par le cr�eateur de la demande.

9 Remerciements

Nous souhaitons remercier les examinateurs suivants, dont les contributions et les commentaires ont rendupossible la r�edaction de ce document, et qui nous ont aid�es �a travers les di��erentes parties du projet :Nadja Bene�s - GnosisAntoine Grebert - QuandooYoann Marion - AmarisAndria Antoniou - PhD at PiGPierre Laurent - Blockchain enthusiastChristopher Barry

23

10 Bibliographie

1. http://gavwood.com/paper.pdf, 2014, Gavin Wood. Ethereum : a secure decentralised generalisedtransaction 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, VitalikButerin

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 Reit-wiessner

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/

24