{"version":"1.1","schema_version":"1.1.0","plugin_version":"1.1.2","url":"https://tutos-gameserver.fr/2019/05/03/le-contrat-ricardien-bien-choisir-son-serveur-d-impression/","llm_html_url":"https://tutos-gameserver.fr/2019/05/03/le-contrat-ricardien-bien-choisir-son-serveur-d-impression/llm","llm_json_url":"https://tutos-gameserver.fr/2019/05/03/le-contrat-ricardien-bien-choisir-son-serveur-d-impression/llm.json","manifest_url":"https://tutos-gameserver.fr/llm-endpoints-manifest.json","language":"fr-FR","locale":"fr_FR","title":"Le contrat ricardien\n\n – Bien choisir son serveur d impression","site":{"name":"Tutos GameServer","url":"https://tutos-gameserver.fr/"},"author":{"id":1,"name":"Titanfall","url":"https://tutos-gameserver.fr/author/titanfall/"},"published_at":"2019-05-03T10:31:52+00:00","modified_at":"2019-05-03T10:31:52+00:00","word_count":5899,"reading_time_seconds":1770,"summary":"Le contrat ricardien Le contrat ricardien Ian GriggSystemics, Inc.Iang@Iang.org Abstrait Description de la valeur numérique pour les systèmes de paiement   n'est pas une tâche triviale.   Méthodes simplistes d'utilisation de nombres ou de pays   codes pour décrire les monnaies et ruban à mesurer   symboles permettant d’émettre des obligations, des actions et d’autres moyens financiers.   instruments rencontrent […]","summary_points":["Le contrat ricardien\n\n \n Le contrat ricardien\n \n\n Ian GriggSystemics, Inc.Iang@Iang.org\n \n\n\nAbstrait\n\n\n Description de la valeur numérique pour les systèmes de paiement\n  n'est pas une tâche triviale.","Méthodes simplistes d'utilisation de nombres ou de pays\n  codes pour décrire les monnaies et ruban à mesurer\n  symboles permettant d’émettre des obligations, des actions et d’autres moyens financiers.","instruments rencontrent bientôt des lacunes dans leur\n  capacité à gérer des demandes dynamiques et divergentes.","Les variations apparemment arbitraires du\n  les significations des différents instruments sont les meilleures\n  capturés comme des contrats entre émetteurs et\n  titulaires."],"topics":["Serveur d'impression"],"entities":[],"entities_metadata":[{"id":10,"name":"Serveur d'impression","slug":"serveur-dimpression","taxonomy":"category","count":3907,"url":"https://tutos-gameserver.fr/category/serveur-dimpression/"}],"tags":["Serveur d'impression"],"content_hash":"36d98be068c0b672e81ac5e0e3e97d99","plain_text":"Le contrat ricardien\n\n \n Le contrat ricardien\n \n\n Ian GriggSystemics, Inc.Iang@Iang.org\n \n\n\nAbstrait\n\n\n Description de la valeur numérique pour les systèmes de paiement\n  n'est pas une tâche triviale.\n  Méthodes simplistes d'utilisation de nombres ou de pays\n  codes pour décrire les monnaies et ruban à mesurer\n  symboles permettant d’émettre des obligations, des actions et d’autres moyens financiers.\n  instruments rencontrent bientôt des lacunes dans leur\n  capacité à gérer des demandes dynamiques et divergentes.\n  Les variations apparemment arbitraires du\n  les significations des différents instruments sont les meilleures\n  capturés comme des contrats entre émetteurs et\n  titulaires.\n  Ainsi, l'émission numérique d'instruments\n  peut être considéré comme l’émission de contrats.\n \n\n Ce document propose que le Contrat\n  est le problème.\n  Un formulaire de document est décrit qui englobe les\n  nature contractuelle inhérente de la situation financière\n  l'instrument répond encore aux exigences\n  d'être partie intégrante d'un système de paiement.\n \n\nPeu de travail a été fait sur la classification\net description de la valeur dans le\ndomaine de la cryptographie financière.\nCe document présente le contrat ricardien,\nune méthode pour identifier\net décrire les problèmes liés aux instruments financiers\ncomme des contrats\n [1].\nIl a été développé à l'origine par\nIan Grigg et Gary Howland\ndans le cadre du système de paiement Ricardo.\n\n 1.1. Les origines\n\nLa demande initiale était un système d'échange d'obligations\n [2].\nPour le commerce, un\ncomposante de base est un système de transfert ou de paiement\nqui reçoit et agit sur\ninstructions de transfert pour déplacer des instruments\n(espèces, obligations) d’un compte à un autre.\nChaque instruction doit donc identifier l'instrument.\n\n\nUn moyen était nécessaire pour capturer, identifier et\ndécrire les instruments négociés.\nIl y a des milliers de liens, et potentiellement\ndes millions d'autres instruments qui pourraient être\némis et échangés, et chacun a unique\ncaractéristiques qui ne se prêtent pas à\ncompression dans les bases de données.\nPour un tel système, les espèces ne sont pas différentes des obligations,\net nécessite la même description.\n\n 1.2. Le problème\n\nQuand quelqu'un émet une monnaie\n(ou lien ou part)\nsur Internet, c'est quoi?\nQu'est-ce que le destinataire a?\n\n\nPeu de systèmes d'émission de valeur (systèmes de paiement)\nTraitez ces questions correctement.\nIls se réfèrent généralement à des unités externes existantes\nde la monnaie et ranger les bords en vrac dans un\nAccord de l'utilisateur.\nPar exemple, Paypal, un émetteur de dollars,\nrepose sur la familiarité du dollar américain\ndéfinir une grande partie de son offre de services.\nLes émetteurs d'or s'appuient davantage sur leurs utilisateurs\naccords comme l'unité de métal est pas si\nfamilier.\n\n\nPour le trading, cela ne suffit pas\nfaire référence à des références connues et connues,\ncomme chaque instrument est différent de façon minutieuse\net ces différences comptent pour les commerçants.\nMême avec les devises, cependant, l'utilisateur a\ndifficulté à déterminer la sécurité et\nsécurité d'un dollar par rapport à un autre.\n\n\nClassification par numéros ou symboles\nest un point de départ.\nPresque tous les systèmes d'émission numérique\nidentifier leur problème de base en allouant\nchiffres ou lettres en tant que devises\n(par exemple, 840, "USD", "AUG"\n [3]).\nCes systèmes rencontrent des problèmes rapidement.\n\n\nUn émetteur avec plusieurs devises ou plusieurs\németteurs ayant la même valeur nominale\nla monnaie soulève des questions difficiles.\nUn émetteur peut-il avoir deux\nou plusieurs unités de dollars?\nPar exemple, dans ISO3166-1, il y a\ntrois dollars américains différents:\n    840 / USD (en espèces),\n    998 / USS (même jour), et\n    997 / USN (le prochain jour).\nDe même, comment une devise en or numérique\n("DGC") différencie son or de celui de\nun autre émetteur, quand tous sont connus comme "AUG"?\n\n 1.3. La solution\n\nComme les obligations sont, à leur essence, des contrats\nentre émetteurs et utilisateurs, notre problème\nréduit à l'un des contrats d'émission.\nConsidérant que d'autres questions avoir contrats,\nnos issues sont contrats.\n\n\nNotre innovation consiste à exprimer un instrument émis comme\nun contrat, et de lier ce contrat dans chaque\naspect du système de paiement.\nPar ce processus, un document de grande envergure\nutilitaire (lisible par l'utilisateur et le programme) est rédigé et\nsigné numériquement par l'émetteur de l'instrument.\nCe document, le\nContrat ricardien,\nconstitue la base de la compréhension\nune question et chaque transaction dans cette question.\n\n\nPar extension, toutes les questions de valeur, telles que\ndevises, actions, dérivés, systèmes de fidélisation\net bons d'achat, peuvent bénéficier de cette approche.\n\n 1.4. Structure\n\nCe document est structuré comme suit.\nDans la section 2,\nnous discutons des approches conventionnelles de\nidentifier et décrire l'émission,\net explorer les questions et les doutes\nentourant ces approches.\nEnsuite, à la section 3, un modèle permettant d’exprimer la délivrance en tant que\nun contrat est présenté.\nEnfin, à la section 4, les remarques finales sont ajoutées.\n\n 2.1. Un schéma de première génération\n\nPrenons le cas du pionnier\nsystème de caisse numérique, eCash,\ncomme initialement sur le terrain par DigiCash BV.\nLa première monnaie de valeur,\némis par Mark Twain Bank des États-Unis,\na été identifié avec le numéro 4.\nLore dit que le premier système alloué\nun petit numéro séquentiel à chaque devise.\nLes systèmes de test avaient déjà acquis\n0,1,2,3 et donc 4 était le suivant.\nLes hypothèses marketing de DigiCash ont ensuite changé\nsupposer un problème par pays.\nAvec le temps, ce régime a été ajusté pour\némettre des devises numérotées après\nindicatifs internationaux\n(par exemple, 49 pour l’Allemagne, 61 pour l’Australie).\nLes lacunes de ce régime sont devenues apparentes,\ndonc un nouveau design a été créé\n [4].\nUn numéro de 32 bits décrivant le problème a été utilisé,\nsur l'hypothèse pragmatique que ce serait\nassez grande pour couvrir les éventualités prévisibles.\n\n\nPourtant, les souches de un émetteur, une monnaie\nétaient évidents presque immédiatement.\nUn schéma plus avancé pourrait utiliser un tuple de\n(émetteur, devise)\ndécrire un système dans lequel chaque émetteur\nest habilité dans un certain sens à émettre plusieurs\nmonnaies concurrentes\n [5].\nIl est facile de généraliser ce système en ajoutant\néléments supplémentaires au tuple:\n(émetteur, type, identifiant) tuple\n [6].\nPar exemple, une obligation à coupon zéro émise par le\nKeiretsu conjoint universel et national\nqui paie en janvier 2100\npourrait avoir un tuple de (JUNK, zéro, Jan_2100).\n\n 2.2. Le problème avec les nombres\n\nLes chiffres comme espace d’identification\nles instruments numériques sont limitants,\net ayant des tuples comme une extension\nn'est pas vraiment une réponse.\n\n\n Premièrement, que décrivent-ils?\n    Dans le cas des systèmes de paiement électroniques,\n    ils peuvent décrire les devises et les émetteurs.\n    Est-ce l'un ou les deux, et\n    Comment généraliser à d'autres aspects?\n    Deuxièmement, quelle sécurité avons-nous que quoi\n    est décrit est exact?\n    Alors que beaucoup peut être accompli simplement\n    s'appuyant sur la réputation\n    de l'émetteur, financier\n    les initiés savent que le\n    la valeur réelle est exprimée dans le\n    détail et la fiabilité\n    de la demande.\n    Troisièmement, comment sont dérivés les nombres?\n    Un registre central est-il nécessaire?\n    ou peut tout émetteur de valeur numérique\n    acquérir un numéro selon les exigences locales?\n    Enfin, y a-t-il une limite à l'espace?\n    Nombre entier tel qu'exprimé dans\n    les paquets sont généralement limités à\n    une certaine quantité de bits, tels que 32.\n    Pour le génie logiciel pratique,\n    il doit y avoir des limites, mais est-ce que celles-ci\n    limites besoin de limiter les possibilités d'affaires?\n\n 2.3. Le défi du succès\n\nTout système réussi sera utilisé de différentes manières\ncela donne l'impression d'être cassé.\nEn tant qu’ingénieurs logiciels, nous devons\nprésenter nos inventions avec l'humilité de\noutilleurs pour les générations futures de constructeurs,\npas comme les bureaucrates qui planifient le zonage\nl'espace de commerce numérique.\n\n\nCe qu'il se passe quand\nnous avons traversé les premiers adoptants,\ndominé les mamans et les pops, et la concurrence est\nse tournant férocement sur notre ensemble de retraités âgés?\nImaginez des bonbons à la menthe dans les poches de\nDes milliards de personnes âgées qui jouent au ralenti.\nOu imaginez un monde avec un émetteur de\npoints de fidélité numériques sur chaque parcomètre, ou\noù les étudiants doivent payer les frais de scolarité avec\nparts des bénéfices futurs.\nNous avons déjà vu des musiciens populaires\nvendre des obligations soutenues par leur musique\n [7],\net propositions de corrections de bugs logiciels financées\npar questions sécurisées à des utilisateurs anonymes\n [8].\n\n 2.4. L'obligation à coupon zéro\n\nConsidérons l'obligation à coupon zéro,\nun instrument qui paie un valeur nominale\nd'une monnaie à une date donnée.\nle zéro est peut-être le plus simple général\ninstrument financier d'usage courant, et il\nformé la référence pour notre conception.\n\n\nDécrire\nla valeur faciale, la devise de la valeur faciale,\net la date d'expiration de ce lien,\nnous ajouterions des éléments supplémentaires au tuple ci-dessus.\nMais ce n'est qu'un début.\nDans sa description des euro-obligations,\nNoel Clarke attend des dizaines ou des centaines de champs\n [9].\nSi on examine juste\nune de ces caractéristiques, par exemple\nOptions de vente liées à un événement,\nnous constatons qu'un lien doit décrire\nque se passe-t-il dans le cas de:\n\n une prise de contrôle hostile ou amicale de l'émetteur,\n \n une prise de contrôle par l'émetteur d'une autre partie,\n \n une recapitalisation,\n \n programme de rachat par l'émetteur\n       de ses propres actions, ou\n \n une répartition des actifs au-dessus d'un\n       certain pourcentage de la valeur nette de l’émission.\n\nCes éléments sont étroitement liés à l'instrument\nen question, mais ils représentent des difficultés\nà l'architecte logiciel.\nNous pouvons faire un certain nombre d'observations.\n\n\nTout d’abord, chaque événement n’est pas simple.\nAujourd'hui,\non peut être capable de chausser la notion de\n"prise de contrôle hostile ou amicale" en un seul\npaire nom-valeur,\nmais cela ne survivrait pas à la scène en évolution\nde règlement et de litige qui s'applique à\nde tels événements.\n\n\nDeuxièmement, il n'y a aucune raison de croire que\nla liste ci-dessus est complète.\n\n\nTroisièmement, non seulement il sera difficile de\nconcevoir un seul champ de toute sorte pour faire face\navec ceux-ci, ils vont surtout\nêtre plein de texte légal.\n\n\nConsidérons un point de vue de la disposition des données.\nPour décrire le document\nqui forme la base d'un lien\nnous aurons besoin d'une structure arborescente\nbase de données de tuples, au minimum.\nPlus, cette mise en page\nne va travailler que pour un seul instrument,\nou un ensemble extrêmement serré, presque fongible\ndes instruments.\n\n 2.5. L'argent est roi\n\nLes monnaies, ou les espèces, pourraient être aussi serrées.\nAprès tout, un dollar est un dollar est un dollar.\nPeut-on décrire l'argent avec un ensemble simple\nde tuples?\nMême pour de l'argent, nous soutenons qu'une disposition de\nles tuples ne suffisent pas.\n\n\nPrenons le cas d'un dollar numérique émis par une banque.\nLes dollars numériques seraient des dérivés,\nsouvent appuyés par des dépôts du même montant.\nCela peut suffire à des fins de marketing\nmais il ne survivrait pas à un grave problème financier\nune analyse.\n\n\nComparez ces dollars dérivés à ceux\némis par la Réserve fédérale américaine\nPlanche.\nLa Fed n'a pas encore nié l'acceptation de\nses notes si présentées avec même,\nsi seulement comme une réclamation sur un autre groupe de\nmême instrument, ou pour des dettes fiscales.\nLes interprétations radicales mises à part, la\nLa Fed n'a jamais déposé de bilan\net reste un pari assez solide.\n\n\nOn ne peut en dire autant de n'importe lequel\nbanque émettrice de dollars dérivés.\nSes dollars numériques seraient soutenus par des dépôts avec\n… la même institution.\nUne telle banque peut fermer ses portes à tout moment,\net, compte tenu de l'histoire du secteur bancaire\nau 20ème siècle, un analyste devrait prendre cette\nrisque sérieusement. En outre, aux États-Unis au moins,\nla FDIC a déjà décidé que les fonds ainsi détenus sur un\nles PC de l'utilisateur sont considérés comme des dépôts non assurés\n [10].\n\n\nCela ne veut pas dire qu'une banque donnée\nest sur le point de fermer les portes, mais de demander\nce qui se passe quand un émetteur fait en effet\ndéfaut sur sa promesse?\n\n\nTout détenteur d'un actif comportera un risque.\nUn détenteur de dollars électroniques emportera\nle risque d'échec de l'émetteur et le titulaire\nde dollars d'un autre émetteur porte un similaire,\ncomparable, mais distinct risque.\nChacun de ces risques entraîne un coût, qui devrait\nêtre soustrait de la valeur nominale du dollar à\ncalculer une valeur comparative.\nC’est dans cette distinction des risques que se situe l’inévitable\nle fait qu’un dollar donné n’a pas une valeur constante,\nmême par rapport à un dollar bien connu\ncomme celle de la Réserve fédérale.\n\n 2.6 Les petits caractères du contrat\n\nS'il n'y a pas un seul dollar,\nce qui reste? Clairement, nous devons décrire chaque\net chaque dollar pour ce que c'est.\nCela semblerait être une tâche de\npetits caractères et détail, et, en effet,\n\nchaque devise émise distincte\nest un contrat distinct\nentre l'émetteur et le titulaire.\n\n\n\nUn contrat peut encapsuler le détail.\nConsidérons les contrats de monnaie souverains originaux,\ndans lequel l'émetteur\na promis de payer le porteur\nen onces de métal précieux.\nC'est déjà quatre données dans le contrat:\n  quel souverain,\n  "payer au porteur"\n  quoi payer, et\n  combien de cela.\n\n\nC’est donc avec chaque obligation, chaque monnaie et tout\ninstrument financier de toute complexité\nEn fait, dans le domaine numérique, la question\nde comment traiter un instrument financier\nréduit en grande partie à la façon de\ntraiter un contrat.\n\n\nOu un problème est un contrat.\nProblèmes au sein d'autres systèmes de paiement\navoir des contrats mais seulement en tant que complément\ndes documents tels que les contrats d'utilisation.\nSouvent, leur rôle et leur importance\nest sujet à des batailles; Commercialisation\nveut les cacher, alors que légal\ndemande qu'ils soient poussés\ndans le visage de l'utilisateur à tout moment.\n\n\nUne fois que nous acceptons que la question est un contrat,\nla tâche devient simple: créer un contrat\nqui peut être lié au système de paiement\ncomme pièce maîtresse.\nC'est le sujet de la section suivante.\n\n\nPresque tous les aspects des contrats ricardiens\nsont mieux visibles en examinant des exemples,\net cette section couvre brièvement la\ndétails saillants, avant de discuter de la\nramifications.\nDes exemples peuvent être trouvés à\n\nwebfunds.org/ricardo/contracts/ .\n\n 3.1. Définition\n\nUn contrat ricardien peut être défini comme\nun seul document qui est\na) un contrat offert par un émetteur à ses titulaires,\nb) pour un droit de valeur détenu par les titulaires,\n   et géré par l'émetteur,\nc) facilement lisible par des personnes (comme un contrat sur papier),\nd) lisible par des programmes (analysable comme une base de données),\ne) signé numériquement,\nf) porte les clés et les informations du serveur, et\ng) associé à un identifiant unique et sécurisé.\n\n\nDans les termes les plus simples possibles, un contrat ricardien\nest un document définissant un type de valeur pour l'émission\nSur internet\n [11].\nIl identifie l'émetteur, étant le signataire,\net tous les termes et clauses que l'émetteur juge opportun\najouter pour que le document soit considéré comme un contrat.\n\n\nLe même document doit être lisible\npar des personnes et analysable par des programmes.\nLe contrat de Ricardian est formaté en fichier texte\nqui peut être facilement lu (affiché ou imprimé),\net les programmes peuvent le convertir en formes internes\npour rechercher des paires nom-valeur.\nIl comprend une section spéciale pour chaque type\ncontrat, tels que cautionnement, action, devise, etc.\nD'autres sections dans décrivent, dans programme-parsable\ntermes, utilisation des points décimaux, titres et symboles.\n\n\nEn tant que signataire légal, l'émetteur signe le document\nsous forme de texte clair OpenPGP avec son contrat\nclé de signature\n [12].\nIl inclut la chaîne complète de clés OpenPGP\ndans le document pour permettre aux programmes de\ndirectement vérifier et authentifier.\n\n\nIdentifier de manière unique le contrat,\ntout utilisateur peut calculer un\nrésumé du message canonique\nsur le document signé.\nCe résumé de message est inclus dans\ntous les enregistrements des transactions, et fournit une sécurité\n(infalsifiable) lien du document vers le\ncomptabilité de l'émission.\n\n\nPar exemple.,\ne3b445c2a6d82df81ef46b54d386da23ce8f3775\nest le résumé complet du message pour\nNuméro de prépayé de Systemics Inc\ndollars de services.\nCommunément appelé hachage, le résumé du message\nest une technique cryptographique\npour créer un nombre relativement petit qui est\nun à un avec le document. C'est, pour\nchaque document, il n'y a qu'un hachage, et le\nLe hachage se réfère uniquement à ce document.\nL'algorithme est la norme bien connue, SHA1.\n\n 3.2. Quelques observations\n\nLes observations suivantes mettent en évidence\nquelle est la force du résultat.\n\n\n Limites de hachage ébullition grenouille.\n Un changement de contrat progressif du plus fort\n    la fête au fil du temps est connue comme ébullition de grenouille.\n    La partie la plus forte est généralement l'émetteur,\n    et peut être prévu de changer le contrat\n    s'il y a un avantage. C'est une attaque fréquente.\n    Un résultat de l'utilisation de l'identifiant de hachage\n    est-ce qu'aucune des parties ne peut changer le contrat\n    arbitrairement ou subrepticement.\n\n\n Pour voir cela est vrai, nous devons examiner\n    les enregistrements qui font référence au hachage.\n    Une application peut signer tout important\n    enregistrements (par exemple, paiements, jetons, reçus,\n    soldes), et ces enregistrements signés\n    inclure le hash d'un contrat ricardien.\n    Le hash dans l'enregistrement ne peut pas être changé\n    sans perdre sa capacité à passer un test de\n    validité de la signature.\n    De même, le contrat ne peut être modifié sans\n    perdre sa relation avec les enregistrements déjà\n    signé et livré.\n    En d'autres termes, chaque enregistrement, détenu par chaque utilisateur,\n    incorpore une copie immuable de ce hachage.\n    Toute modification du contrat crée un nouveau hachage,\n    et ce nouveau hash n'est pas celui que les utilisateurs\n    avoir ou valeur.\n\n\n Cela cristallise le contrat pour les deux parties,\n    arrêter le plus fort\n    partie de modifier le contrat subtilement à\n    un peu plus tard.\n    Dans une certaine mesure, cela résout le déséquilibre\n    de pouvoir entre le fournisseur et le client dans le\n    offre d'un contrat de formulaire. La petite fête\n    n’a pas d’option pour négocier, mais le\n    plus grande partie la possibilité de réclamer un distinct\n    contrat à une date ultérieure.\n    La limitation a un coût, car elle peut\n    être une nuisance pour l'équipe de soutien de cette\n    instrument financier.\n\n\nLa PKI ricardienne apporte de la clarté.\n Les contrats ricardiens ont leur propre public\n    Key Infrastructure ("PKI") avec eux.\n    La clé publique de niveau supérieur de l'émetteur est incluse dans le\n    contrat, et il signe sa clé de signature de contrat,\n    également inclus.\n    La clé de signature du contrat signe le contrat lui-même.\n\n\n Ceci réalise plusieurs choses.\n    Tout d'abord, le logiciel client peut vérifier\n    l'ensemble de la chaîne de signature numérique\n    en une séquence automatisée.\n\n Deuxièmement, il n'est pas nécessaire d'avoir un complexe\n    ICP multipartite. Toutes les clés sont présentes,\n    et il n'y a pas besoin d'aller les chercher\n    sur le net.\n    Ceci élimine les attaques de substitution, par lesquelles\n    une clé qui pourrait passer des contrôles pourrait être\n    inséré dans une phase de recherche clé.\n    Cela réduit également les coûts de façon spectaculaire.\n\n\n Troisièmement,\n    le hachage canonique du contrat représente également un\n    signature sur le contrat. Il est enregistré\n    dans tous les enregistrements pertinents, et donc enchevêtrement\n    le contrat avec ces activités\n [13].\n    Une fois que le contrat est en jeu depuis un moment,\n    il établit sa provenance par la présence\n    et la confiance du public utilisateur. Cela fournit\n    preuve beaucoup plus convaincante que celle de l'émetteur\n    la signature elle-même; une fois l'émetteur et le public\n    ont passé du temps et de l'argent en s'appuyant sur le contrat,\n    via le hachage, il est difficile pour l'émetteur de renoncer\n    sur la nature du contrat ou sa signature.\n\n\n Le résultat est une PKI qui offre une forte\n    fiabilité de bout en bout, basée sur un seul document.\n    Ce n'est tout simplement pas présent dans d'autres conceptions pour les ICP\n [14].\n    Cette fiabilité est payante dans la résolution des litiges\n    phase, où, nous suggérons, le contrat de Ricardian\n    peut rester seul sur ses mérites et ne nécessite aucun\n    descriptions complexes de la PKI, signatures numériques,\n    ou des références à des tiers incertains\n    pour renforcer sa provenance.\n    En incluant les touches, nous pouvons dessiner quelques\n    lignes simples dans le contrat, affirmant\n    "cette clé signe cette clé, et que cette dernière signe le\n    Contrat. La première clé est la clé de niveau supérieur de\n    la personne qui a signé ce contrat.\n    C'est toute l'histoire, mi'lud. "\n\n\nValidation de la clé de l'émetteur.\nTous les bons protocoles de cryptographie se divisent en deux parties,\nle premier dit au second,\n"fait confiance à cette clé complètement."\n\n\nLa clé de niveau supérieur de l'émetteur en fin de compte\nauthentifie le contrat. Les clés et\nd'autres informations dans le contrat permettent également\nun protocole tel que SOX pour amorcer un\nconnexion fortement sécurisée au serveur\n [15].\n\n\nComment alors vérifier cela\ncette clé ultime est-elle vraiment celle de l'émetteur?\nCe n'est pas difficile. Les affaires\nprocessus d'émission numérique implique\nbeaucoup de\nétablissement de relations entre les émetteurs\net les utilisateurs. Beaucoup d'interactions différentes\nimpliquer des chances d'établir la confiance.\nPar exemple, sur son site Web, l’émetteur\npeut publier le contrat, les clés et les hachages,\net que d'autres sites les reflètent.\nLa valeur ainsi émise sera distribuée\nvia des paiements qui incluent le hachage.\nUne partie déjà de confiance livre habituellement\nces paiements.\nLes paiements identifient valablement le contrat,\net dérivent leur propre validité,\nvia le hash.\n\n\nComparez cela aux hypothèses de la\nx.509 PKI derrière la navigation SSL / HTTPS\n(ce qui suit est très discutable, mais\nest présenté à titre de comparaison seulement).\nDans cette ICP, il a été initialement affirmé qu’un\nl'utilisateur présenterait sa carte de crédit aux sites\navec lequel elle n'avait aucune relation antérieure\net aucun moyen pour elle d'établir la provenance\nde la clé du site. Ainsi, un tiers de confiance,\nl'autorité de certification,\na été mis en place pour confirmer la clé.\n\n\nLes paiements, les transactions et les questions de finance sont\nfondamentalement riche en relations.\nLa nature de l'argent et des finances est que\nles participants font toujours leur propre diligence raisonnable,\nils préfèrent écouter des pairs en qui ils ont déjà confiance,\net ne pas\naccepter facilement la parole d'un parti indépendant.\nAinsi, il n'y a pas de place pour un tiers central\nse tenir debout et authentifier les joueurs.\nAvant que l'utilisateur ne souhaite placer\nvaleur sur un paiement donné, elle a presque\ncertainement été mis au courant du contrat\nvia d'autres moyens.\n\n\nPrésomption de possession.\nL'utilisation du hash comme identifiant est un compromis\ncomme il est incompréhensible pour l'homme\n [16].\nPourtant, ce même compromis offre un\navantage inattendu:\n L'utilisation de la question conduit à une présomption\n    que l'utilisateur a le contrat.\n Pour utiliser une question de valeur, telle qu'une devise, le\n    l'utilisateur doit avoir le hachage dans les enregistrements applicables.\n    Autrement dit, si l'utilisateur reçoit un paiement,\n    cet enregistrement de paiement inclura le hachage.\n    Comme le hachage n'est pas descriptif,\n    cela implique que l'utilisateur a le contrat\n    afin d'interpréter le problème.\n\n\n Pour voir que c'est vrai,\n    imaginez avoir un disque avec le hash\n    mais sans avoir le contrat.\n    La première chose que l'utilisateur\n    aura besoin est une base de données de\n    paramètres lui disant quoi\n    le hash fait référence à.\n    Contrairement à un paiement en 10 GBP,\n    un paiement de 1000 dans "972097bb …"\n    n'est pas intelligible.\n\n\n Mais comment un logiciel pouvait-il prédire quoi\n    l'utilisateur a besoin de savoir sur le hash?\n    Très rapidement\n    il devient évident que le logiciel\n    vaut mieux stocker la source de\n    l'information – le contrat complet\n    lui-même – comme il supprime\n    un degré de complexité illimité\n    en stockant intermédiaire ou secondaire\n    information.\n\n\n Le logiciel peut toujours fonctionner avec\n    seulement le hash. Cependant, il\n    serait complètement aveugle à la\n    sémantique de l'instrument.\n    Une telle approche cavalière pourrait être acceptable pour\n    communications et stockage, mais pour les logiciels utilisateur,\n    c'est l'équivalent d'un échec traumatique.\n    Pour y faire face, le côté client\n    le logiciel prend particulièrement soin de\n    acquérir et conserver des contrats.\n    Par conséquent, nous pouvons énoncer la présomption\n    avec un certain degré de confiance:\n    dans un système en fonctionnement,\n    l'utilisateur dispose du\n    contrat ricardien complet\n    (bien que sous contrôle logiciel).\n\n\n Ceci n’est qu’un petit pas pour le logiciel client,\n    mais est un pas de géant pour la relation\n    entre l'émetteur et le titulaire. Plus précisément,\n    ayant une forte présomption que l'utilisateur\n    a le contrat complet disponible va simplifier\n    beaucoup juridique\n    aspects relatifs aux responsabilités de l'émetteur.\n    (Nous suggérons et reconnaissons ainsi\n    les ramifications légales du terme\n présomption,\n    mais ni l'espace ni l'expertise ne le permettent\n    plus dans cet article.)\n\n 3.3. Les quatre coins de la page\n\nLe contrat ricardien offre une riche\nsource d'informations primaires complètes.\nL'histoire complète est là sous forme textuelle,\nen paramètres analysables, et en\nla chaîne de signature.\nAinsi, dans un litige,\nune attaque légale hostile a moins de place\nmanœuvrer, et ne peut que confirmer les faits\ncomme prévu dans le contrat.\n\n\nNotre intention est que le contrat soit le\ndébut et fin de la discussion;\nnous appelons ce principe la règle d'un contrat.\nLa fraternité juridique fait référence à\n"le contrat étant délimité par\nles quatre coins de la page. "\nEn montrant comment nous avons soigneusement\ndisposer d'un document lisible,\navec une signature numérique vérifiable, et\nun identifiant infalsifiable liant à chaque enregistrement,\nnous pouvons plus facilement demander à la justice de\naccepter que le document unique qui est\nêtre présenté est en effet\nle contrat en vigueur convenu entre les parties.\n\n\nLe contrat est la clé de voûte de l'émission\n [17].\nNotre innovation est d'exprimer tout le saillant\nles détails d'une émission en tant que contrat infalsifiable,\ninlassablement lié à chaque action dans un\nSystème de paiement. Dans ce\nAinsi, l’innovation financière peut se développer parallèlement\nles lignes qu'il a toujours fait – au moyen de\nl'innovation dans les contrats.\nEn traduisant l'institution du\ncontrat dans le domaine numérique,\nnous construisons sur des siècles et même des millénaires\nune valeur d'expérience dans la documentation, le partage\net contestant le sens des accords entre\ndes soirées.\n\n 4.1. Le défi de la complexité\n\nPour capturer la complexité, nous pouvons mettre des documents tels que\ncontrats sous forme électronique et les signer en utilisant\ntechnologies de signature numérique telles que OpenPGP.\nLe résultat est un analogue raisonnable du papier\net des contrats d'encre que la plupart des gens et des entreprises\nsont familiers avec, renforcés avec cryptographique\nintégrité.\n\n\nAvec le hash comme identifiant,\nle logiciel peut maintenant uniquement\nidentifier un arrangement financier donné et\npeut confirmer une forte chaîne de signatures.\nLe hash implique fortement\nl'utilisateur dispose du contrat à tout moment,\net cela ne peut pas être changé\nsans être remarqué.\n\n\nLe contrat de Ricardian offre un avantage énorme\nà l'émetteur – clarté dans de nombreux cas juridiques et clients\nquestions de support.\nL'utilisateur bénéficie de coûts globaux moins élevés,\net une meilleure présentation de l'information,\ndans un cadre plus cohérent.\n\n 4.2. Leçons apprises \n\nLe formulaire est utilisé avec succès depuis 1996.\nDepuis ce temps, il a livré environ 20\ninstruments financiers sans échec.\n\n\nDes disputes.\nLe contrat ricardien\nest apparu dans deux forums distincts de litige\nrésolution pour résoudre les réclamations\n [18].\nDe façon anecdotique,\nchaque réclamation a été résolue directement et efficacement,\net sans tracas, simplement en se référant à la\ncontrat ricardien applicable.\n\nAutomatisation.\nRelativement peu a besoin d'être automatisé.\nEn pratique, des champs ont été insérés et\nnormalisé afin que les programmes puissent extraire\ndécimalisation (dollars contre cents),\nétiquettes pour les unités (USD versus $),\net titres pour l'émetteur et l'émission.\nContrairement aux attentes, il y a\nn'a pas été demandé d'analyser tous les champs.\n\n\nCoût.\nLe coût du concept a été comparé favorablement\navec celui engagé avec d'autres systèmes de paiement.\nLa préparation du texte du contrat comporte\ncertains coûts, mais pas plus qu'un contrat d'utilisateur.\nConfiguration requise pour l'infrastructure OpenPGP\n(clés et signature) ajoute des coûts mineurs à\németteurs, mais ils sont facilement compensés par les avantages de\nréduction des risques liés à la distribution des contrats.\nLes éditeurs de signature personnalisés ont contribué à réduire\nces coûts\n [19].\n\n 4.3. Défis pour l'avenir \n\nSuperposition.\nLa superposition de contrats est un besoin imminent.\nDe nombreuses entreprises peuvent prendre un standard et défini\nensemble de termes et s’en inspirer directement.\nD'autres contrats résultent de contrats antérieurs\net besoin de les référencer.\n\n\nXML.\nLes premiers efforts suggéraient que XML romprait le\nrègle d'un contrat, mais il semble que nous allons\nbesoin de quelque chose de mieux que l'INI archaïque\nformat\n [20].\nUne proposition récente, le voucher XML, s’arrête\nà court de se présenter comme un contrat\n [21].\n\nLoi du contrat.\nLe traitement du contrat ricardien comme\nune Contrat\npeut soulever plus de questions juridiques que de réponses.\nPar exemple, ce formulaire est-il bien un contrat?\nComment différentes juridictions perçoivent-elles la\nconcept (common law, droit civil, UCC, code coranique)?\nEst-ce un contrat négocié ou un formulaire?\nQuand l'utilisateur a-t-il accepté le contrat?\nQuelle est la force de la présomption?\nque l'utilisateur a le contrat?\n\n\nContrats intelligents.\n En unifiant toutes les informations dans un programme lisible\n    fichier, il y a le potentiel accru de smart\n    des contrats\n [22].\nNous ne sommes pas allés plus loin dans cette direction\nque des méthodes pour gérer les nombres décimaux.\nCeci est en partie dû au manque de demande, et\nen partie parce qu'il n'est pas clair comment un tribunal\ntraiterait un programme informatique présenté\ncomme un contrat.\n\n\n[1]\n Introduit à l'origine dans\n    Ian Grigg,\n \n "Cryptographie financière en 7 couches,"\n \n 4ème conférence sur la cryptographie financière,\n \n Anguilla, 2000,\n    Springer-Verlag LNCS 1962.\n    Tous les papiers sont à\n    http://iang.org/papers/\n[2]\n Ian Grigg,\n \n "Trading numérique"\n Rapport de finance virtuelleNovembre 1997.\n[3]\n Codes de pays et de devise, ISO3166-1.\n[4]\n Bryce Wilcox,\n    examen de la conception ouverte,\n La liste des développeurs de DigiCash,\n ,\n    Août 1997.\n[5]\n Ibid, Rachel Willmer, 14 août 1997.\n[6]\n Robert Hettinga,\n    "\n Qu'est-ce qu'un lien au porteur numérique?"\n e $ rants ,\n    19 novembre 1995\n[7]\n Alex Tajirian,\n    "\n David Bowie Bonds"\n[8]\n Ian Grigg et C. Petro,\n \n "Utiliser les marchés électroniques pour atteindre\n    Distribution efficace des tâches, "\n 1ère conférence sur la cryptographie financière\n ,\n    Anguilla, 1997\n    Springer-Verlag LNCS 1318.\n[9]\n Noël Clarke,\n Guide des euro-obligations,\n    The Economist Intelligence Unit,\n    1993.\n[10]\n FDIC\n \n Avis n ° 8 de l'avocat général; Cartes à valeur stockée,\n Registre fédéral2 août 1996.\n    Voir également le communiqué de presse (lisible) intitulé\n \n La FDIC continuera de s'appuyer sur l'opinion de l'avocat général\n    plutôt que d'émettre des règles sur les cartes à valeur stockée,\n    24 juin 97.\n[11]\n Ian Grigg,\n \n Guide des contrats ricardiens,\n \n \n WebFonds projet.\n[12]\n Jon Callas et al.\n    "Format de message OpenPGP,"\n Projet Internet,\n    RFC2440bis (version préliminaire -10).\n[13]\n Petros Maniatis, Mary Baker\n \n "Sauvegarde historique sécurisée via\n    Enchevêtrement de la timeline "\n ,\n 11ème symposium USENIX sur la sécurité,\n    San Francisco, États-Unis. Août 2002.\n[14]\n Jane K. Winn,\n    "\n Courriers sans bagages"\n    49 Revue de droit de la Caroline du Sud 739 (1998)\n[15]\n Gary Howland,\n \n "Développement d'un système de paiement ouvert et flexible"\n 1996.\n[16]\n Bryce Wilcox,\n \n "Noms: décentralisés, sécurisés, ayant un sens humain:\n    Choisissez deux",\n    2003\n[17]\n Métaphore de Martin (Hasan) Bramwell.\n    Voir\n \n "Le contrat est la clé de voûte de l'émission"\n \n \n Blog sur la cryptographie financière,\n \n 19 septembre 2003.\n[18]\n DigiGold v. Systemics,\n    devant la Cour suprême d'Anguilla (2001),\n    et ensuite référé à la\n    Association américaine d'arbitrage (2002).\n[19]\n Edwin Woudt,\n    ContractSignWizard,\n \n \n WebFonds projet.\n[20]\n Erwin van der Koogh,\n    "Contrats ricardiens en XML,"\n    (présenté à)\n Ingénierie de cryptographie financière d'Edimbourg\n (EFCE-2), 2001.\n[21]\n Ko Fujimura et Masayuki Terada,\n \n Bon XML: Langue du bon générique,\n Projet Internet.\n[22]\n Nick Szabo,\n    "\n L'idée des contrats intelligents, "1997.\n\n\n\n\nClick to rate this post!\r\n \r\n [Total: 0 Average: 0]","paragraphs":["Le contrat ricardien","Le contrat ricardien","Ian GriggSystemics, Inc.Iang@Iang.org","Abstrait","Description de la valeur numérique pour les systèmes de paiement\n  n'est pas une tâche triviale.\n  Méthodes simplistes d'utilisation de nombres ou de pays\n  codes pour décrire les monnaies et ruban à mesurer\n  symboles permettant d’émettre des obligations, des actions et d’autres moyens financiers.\n  instruments rencontrent bientôt des lacunes dans leur\n  capacité à gérer des demandes dynamiques et divergentes.\n  Les variations apparemment arbitraires du\n  les significations des différents instruments sont les meilleures\n  capturés comme des contrats entre émetteurs et\n  titulaires.\n  Ainsi, l'émission numérique d'instruments\n  peut être considéré comme l’émission de contrats.","Ce document propose que le Contrat\n  est le problème.\n  Un formulaire de document est décrit qui englobe les\n  nature contractuelle inhérente de la situation financière\n  l'instrument répond encore aux exigences\n  d'être partie intégrante d'un système de paiement.","Peu de travail a été fait sur la classification\net description de la valeur dans le\ndomaine de la cryptographie financière.\nCe document présente le contrat ricardien,\nune méthode pour identifier\net décrire les problèmes liés aux instruments financiers\ncomme des contrats\n [1].\nIl a été développé à l'origine par\nIan Grigg et Gary Howland\ndans le cadre du système de paiement Ricardo.","1.1. Les origines","La demande initiale était un système d'échange d'obligations\n [2].\nPour le commerce, un\ncomposante de base est un système de transfert ou de paiement\nqui reçoit et agit sur\ninstructions de transfert pour déplacer des instruments\n(espèces, obligations) d’un compte à un autre.\nChaque instruction doit donc identifier l'instrument.","Un moyen était nécessaire pour capturer, identifier et\ndécrire les instruments négociés.\nIl y a des milliers de liens, et potentiellement\ndes millions d'autres instruments qui pourraient être\némis et échangés, et chacun a unique\ncaractéristiques qui ne se prêtent pas à\ncompression dans les bases de données.\nPour un tel système, les espèces ne sont pas différentes des obligations,\net nécessite la même description.","1.2. Le problème","Quand quelqu'un émet une monnaie\n(ou lien ou part)\nsur Internet, c'est quoi?\nQu'est-ce que le destinataire a?","Peu de systèmes d'émission de valeur (systèmes de paiement)\nTraitez ces questions correctement.\nIls se réfèrent généralement à des unités externes existantes\nde la monnaie et ranger les bords en vrac dans un\nAccord de l'utilisateur.\nPar exemple, Paypal, un émetteur de dollars,\nrepose sur la familiarité du dollar américain\ndéfinir une grande partie de son offre de services.\nLes émetteurs d'or s'appuient davantage sur leurs utilisateurs\naccords comme l'unité de métal est pas si\nfamilier.","Pour le trading, cela ne suffit pas\nfaire référence à des références connues et connues,\ncomme chaque instrument est différent de façon minutieuse\net ces différences comptent pour les commerçants.\nMême avec les devises, cependant, l'utilisateur a\ndifficulté à déterminer la sécurité et\nsécurité d'un dollar par rapport à un autre.","Classification par numéros ou symboles\nest un point de départ.\nPresque tous les systèmes d'émission numérique\nidentifier leur problème de base en allouant\nchiffres ou lettres en tant que devises\n(par exemple, 840, "USD", "AUG"\n [3]).\nCes systèmes rencontrent des problèmes rapidement.","Un émetteur avec plusieurs devises ou plusieurs\németteurs ayant la même valeur nominale\nla monnaie soulève des questions difficiles.\nUn émetteur peut-il avoir deux\nou plusieurs unités de dollars?\nPar exemple, dans ISO3166-1, il y a\ntrois dollars américains différents:\n    840 / USD (en espèces),\n    998 / USS (même jour), et\n    997 / USN (le prochain jour).\nDe même, comment une devise en or numérique\n("DGC") différencie son or de celui de\nun autre émetteur, quand tous sont connus comme "AUG"?","1.3. La solution","Comme les obligations sont, à leur essence, des contrats\nentre émetteurs et utilisateurs, notre problème\nréduit à l'un des contrats d'émission.\nConsidérant que d'autres questions avoir contrats,\nnos issues sont contrats.","Notre innovation consiste à exprimer un instrument émis comme\nun contrat, et de lier ce contrat dans chaque\naspect du système de paiement.\nPar ce processus, un document de grande envergure\nutilitaire (lisible par l'utilisateur et le programme) est rédigé et\nsigné numériquement par l'émetteur de l'instrument.\nCe document, le\nContrat ricardien,\nconstitue la base de la compréhension\nune question et chaque transaction dans cette question.","Par extension, toutes les questions de valeur, telles que\ndevises, actions, dérivés, systèmes de fidélisation\net bons d'achat, peuvent bénéficier de cette approche.","1.4. Structure","Ce document est structuré comme suit.\nDans la section 2,\nnous discutons des approches conventionnelles de\nidentifier et décrire l'émission,\net explorer les questions et les doutes\nentourant ces approches.\nEnsuite, à la section 3, un modèle permettant d’exprimer la délivrance en tant que\nun contrat est présenté.\nEnfin, à la section 4, les remarques finales sont ajoutées.","2.1. Un schéma de première génération","Prenons le cas du pionnier\nsystème de caisse numérique, eCash,\ncomme initialement sur le terrain par DigiCash BV.\nLa première monnaie de valeur,\némis par Mark Twain Bank des États-Unis,\na été identifié avec le numéro 4.\nLore dit que le premier système alloué\nun petit numéro séquentiel à chaque devise.\nLes systèmes de test avaient déjà acquis\n0,1,2,3 et donc 4 était le suivant.\nLes hypothèses marketing de DigiCash ont ensuite changé\nsupposer un problème par pays.\nAvec le temps, ce régime a été ajusté pour\némettre des devises numérotées après\nindicatifs internationaux\n(par exemple, 49 pour l’Allemagne, 61 pour l’Australie).\nLes lacunes de ce régime sont devenues apparentes,\ndonc un nouveau design a été créé\n [4].\nUn numéro de 32 bits décrivant le problème a été utilisé,\nsur l'hypothèse pragmatique que ce serait\nassez grande pour couvrir les éventualités prévisibles.","Pourtant, les souches de un émetteur, une monnaie\nétaient évidents presque immédiatement.\nUn schéma plus avancé pourrait utiliser un tuple de\n(émetteur, devise)\ndécrire un système dans lequel chaque émetteur\nest habilité dans un certain sens à émettre plusieurs\nmonnaies concurrentes\n [5].\nIl est facile de généraliser ce système en ajoutant\néléments supplémentaires au tuple:\n(émetteur, type, identifiant) tuple\n [6].\nPar exemple, une obligation à coupon zéro émise par le\nKeiretsu conjoint universel et national\nqui paie en janvier 2100\npourrait avoir un tuple de (JUNK, zéro, Jan_2100).","2.2. Le problème avec les nombres","Les chiffres comme espace d’identification\nles instruments numériques sont limitants,\net ayant des tuples comme une extension\nn'est pas vraiment une réponse.","Premièrement, que décrivent-ils?\n    Dans le cas des systèmes de paiement électroniques,\n    ils peuvent décrire les devises et les émetteurs.\n    Est-ce l'un ou les deux, et\n    Comment généraliser à d'autres aspects?\n    Deuxièmement, quelle sécurité avons-nous que quoi\n    est décrit est exact?\n    Alors que beaucoup peut être accompli simplement\n    s'appuyant sur la réputation\n    de l'émetteur, financier\n    les initiés savent que le\n    la valeur réelle est exprimée dans le\n    détail et la fiabilité\n    de la demande.\n    Troisièmement, comment sont dérivés les nombres?\n    Un registre central est-il nécessaire?\n    ou peut tout émetteur de valeur numérique\n    acquérir un numéro selon les exigences locales?\n    Enfin, y a-t-il une limite à l'espace?\n    Nombre entier tel qu'exprimé dans\n    les paquets sont généralement limités à\n    une certaine quantité de bits, tels que 32.\n    Pour le génie logiciel pratique,\n    il doit y avoir des limites, mais est-ce que celles-ci\n    limites besoin de limiter les possibilités d'affaires?","2.3. Le défi du succès","Tout système réussi sera utilisé de différentes manières\ncela donne l'impression d'être cassé.\nEn tant qu’ingénieurs logiciels, nous devons\nprésenter nos inventions avec l'humilité de\noutilleurs pour les générations futures de constructeurs,\npas comme les bureaucrates qui planifient le zonage\nl'espace de commerce numérique.","Ce qu'il se passe quand\nnous avons traversé les premiers adoptants,\ndominé les mamans et les pops, et la concurrence est\nse tournant férocement sur notre ensemble de retraités âgés?\nImaginez des bonbons à la menthe dans les poches de\nDes milliards de personnes âgées qui jouent au ralenti.\nOu imaginez un monde avec un émetteur de\npoints de fidélité numériques sur chaque parcomètre, ou\noù les étudiants doivent payer les frais de scolarité avec\nparts des bénéfices futurs.\nNous avons déjà vu des musiciens populaires\nvendre des obligations soutenues par leur musique\n [7],\net propositions de corrections de bugs logiciels financées\npar questions sécurisées à des utilisateurs anonymes\n [8].","2.4. L'obligation à coupon zéro","Considérons l'obligation à coupon zéro,\nun instrument qui paie un valeur nominale\nd'une monnaie à une date donnée.\nle zéro est peut-être le plus simple général\ninstrument financier d'usage courant, et il\nformé la référence pour notre conception.","Décrire\nla valeur faciale, la devise de la valeur faciale,\net la date d'expiration de ce lien,\nnous ajouterions des éléments supplémentaires au tuple ci-dessus.\nMais ce n'est qu'un début.\nDans sa description des euro-obligations,\nNoel Clarke attend des dizaines ou des centaines de champs\n [9].\nSi on examine juste\nune de ces caractéristiques, par exemple\nOptions de vente liées à un événement,\nnous constatons qu'un lien doit décrire\nque se passe-t-il dans le cas de:","une prise de contrôle hostile ou amicale de l'émetteur,\n \n une prise de contrôle par l'émetteur d'une autre partie,\n \n une recapitalisation,\n \n programme de rachat par l'émetteur\n       de ses propres actions, ou\n \n une répartition des actifs au-dessus d'un\n       certain pourcentage de la valeur nette de l’émission.","Ces éléments sont étroitement liés à l'instrument\nen question, mais ils représentent des difficultés\nà l'architecte logiciel.\nNous pouvons faire un certain nombre d'observations.","Tout d’abord, chaque événement n’est pas simple.\nAujourd'hui,\non peut être capable de chausser la notion de\n"prise de contrôle hostile ou amicale" en un seul\npaire nom-valeur,\nmais cela ne survivrait pas à la scène en évolution\nde règlement et de litige qui s'applique à\nde tels événements.","Deuxièmement, il n'y a aucune raison de croire que\nla liste ci-dessus est complète.","Troisièmement, non seulement il sera difficile de\nconcevoir un seul champ de toute sorte pour faire face\navec ceux-ci, ils vont surtout\nêtre plein de texte légal.","Considérons un point de vue de la disposition des données.\nPour décrire le document\nqui forme la base d'un lien\nnous aurons besoin d'une structure arborescente\nbase de données de tuples, au minimum.\nPlus, cette mise en page\nne va travailler que pour un seul instrument,\nou un ensemble extrêmement serré, presque fongible\ndes instruments.","2.5. L'argent est roi","Les monnaies, ou les espèces, pourraient être aussi serrées.\nAprès tout, un dollar est un dollar est un dollar.\nPeut-on décrire l'argent avec un ensemble simple\nde tuples?\nMême pour de l'argent, nous soutenons qu'une disposition de\nles tuples ne suffisent pas.","Prenons le cas d'un dollar numérique émis par une banque.\nLes dollars numériques seraient des dérivés,\nsouvent appuyés par des dépôts du même montant.\nCela peut suffire à des fins de marketing\nmais il ne survivrait pas à un grave problème financier\nune analyse.","Comparez ces dollars dérivés à ceux\némis par la Réserve fédérale américaine\nPlanche.\nLa Fed n'a pas encore nié l'acceptation de\nses notes si présentées avec même,\nsi seulement comme une réclamation sur un autre groupe de\nmême instrument, ou pour des dettes fiscales.\nLes interprétations radicales mises à part, la\nLa Fed n'a jamais déposé de bilan\net reste un pari assez solide.","On ne peut en dire autant de n'importe lequel\nbanque émettrice de dollars dérivés.\nSes dollars numériques seraient soutenus par des dépôts avec\n… la même institution.\nUne telle banque peut fermer ses portes à tout moment,\net, compte tenu de l'histoire du secteur bancaire\nau 20ème siècle, un analyste devrait prendre cette\nrisque sérieusement. En outre, aux États-Unis au moins,\nla FDIC a déjà décidé que les fonds ainsi détenus sur un\nles PC de l'utilisateur sont considérés comme des dépôts non assurés\n [10].","Cela ne veut pas dire qu'une banque donnée\nest sur le point de fermer les portes, mais de demander\nce qui se passe quand un émetteur fait en effet\ndéfaut sur sa promesse?","Tout détenteur d'un actif comportera un risque.\nUn détenteur de dollars électroniques emportera\nle risque d'échec de l'émetteur et le titulaire\nde dollars d'un autre émetteur porte un similaire,\ncomparable, mais distinct risque.\nChacun de ces risques entraîne un coût, qui devrait\nêtre soustrait de la valeur nominale du dollar à\ncalculer une valeur comparative.\nC’est dans cette distinction des risques que se situe l’inévitable\nle fait qu’un dollar donné n’a pas une valeur constante,\nmême par rapport à un dollar bien connu\ncomme celle de la Réserve fédérale.","2.6 Les petits caractères du contrat","S'il n'y a pas un seul dollar,\nce qui reste? Clairement, nous devons décrire chaque\net chaque dollar pour ce que c'est.\nCela semblerait être une tâche de\npetits caractères et détail, et, en effet,","chaque devise émise distincte\nest un contrat distinct\nentre l'émetteur et le titulaire.","Un contrat peut encapsuler le détail.\nConsidérons les contrats de monnaie souverains originaux,\ndans lequel l'émetteur\na promis de payer le porteur\nen onces de métal précieux.\nC'est déjà quatre données dans le contrat:\n  quel souverain,\n  "payer au porteur"\n  quoi payer, et\n  combien de cela.","C’est donc avec chaque obligation, chaque monnaie et tout\ninstrument financier de toute complexité\nEn fait, dans le domaine numérique, la question\nde comment traiter un instrument financier\nréduit en grande partie à la façon de\ntraiter un contrat.","Ou un problème est un contrat.\nProblèmes au sein d'autres systèmes de paiement\navoir des contrats mais seulement en tant que complément\ndes documents tels que les contrats d'utilisation.\nSouvent, leur rôle et leur importance\nest sujet à des batailles; Commercialisation\nveut les cacher, alors que légal\ndemande qu'ils soient poussés\ndans le visage de l'utilisateur à tout moment.","Une fois que nous acceptons que la question est un contrat,\nla tâche devient simple: créer un contrat\nqui peut être lié au système de paiement\ncomme pièce maîtresse.\nC'est le sujet de la section suivante.","Presque tous les aspects des contrats ricardiens\nsont mieux visibles en examinant des exemples,\net cette section couvre brièvement la\ndétails saillants, avant de discuter de la\nramifications.\nDes exemples peuvent être trouvés à","webfunds.org/ricardo/contracts/ .","3.1. Définition","Un contrat ricardien peut être défini comme\nun seul document qui est\na) un contrat offert par un émetteur à ses titulaires,\nb) pour un droit de valeur détenu par les titulaires,\n   et géré par l'émetteur,\nc) facilement lisible par des personnes (comme un contrat sur papier),\nd) lisible par des programmes (analysable comme une base de données),\ne) signé numériquement,\nf) porte les clés et les informations du serveur, et\ng) associé à un identifiant unique et sécurisé.","Dans les termes les plus simples possibles, un contrat ricardien\nest un document définissant un type de valeur pour l'émission\nSur internet\n [11].\nIl identifie l'émetteur, étant le signataire,\net tous les termes et clauses que l'émetteur juge opportun\najouter pour que le document soit considéré comme un contrat.","Le même document doit être lisible\npar des personnes et analysable par des programmes.\nLe contrat de Ricardian est formaté en fichier texte\nqui peut être facilement lu (affiché ou imprimé),\net les programmes peuvent le convertir en formes internes\npour rechercher des paires nom-valeur.\nIl comprend une section spéciale pour chaque type\ncontrat, tels que cautionnement, action, devise, etc.\nD'autres sections dans décrivent, dans programme-parsable\ntermes, utilisation des points décimaux, titres et symboles.","En tant que signataire légal, l'émetteur signe le document\nsous forme de texte clair OpenPGP avec son contrat\nclé de signature\n [12].\nIl inclut la chaîne complète de clés OpenPGP\ndans le document pour permettre aux programmes de\ndirectement vérifier et authentifier.","Identifier de manière unique le contrat,\ntout utilisateur peut calculer un\nrésumé du message canonique\nsur le document signé.\nCe résumé de message est inclus dans\ntous les enregistrements des transactions, et fournit une sécurité\n(infalsifiable) lien du document vers le\ncomptabilité de l'émission.","Par exemple.,\ne3b445c2a6d82df81ef46b54d386da23ce8f3775\nest le résumé complet du message pour\nNuméro de prépayé de Systemics Inc\ndollars de services.\nCommunément appelé hachage, le résumé du message\nest une technique cryptographique\npour créer un nombre relativement petit qui est\nun à un avec le document. C'est, pour\nchaque document, il n'y a qu'un hachage, et le\nLe hachage se réfère uniquement à ce document.\nL'algorithme est la norme bien connue, SHA1.","3.2. Quelques observations","Les observations suivantes mettent en évidence\nquelle est la force du résultat.","Limites de hachage ébullition grenouille.\n Un changement de contrat progressif du plus fort\n    la fête au fil du temps est connue comme ébullition de grenouille.\n    La partie la plus forte est généralement l'émetteur,\n    et peut être prévu de changer le contrat\n    s'il y a un avantage. C'est une attaque fréquente.\n    Un résultat de l'utilisation de l'identifiant de hachage\n    est-ce qu'aucune des parties ne peut changer le contrat\n    arbitrairement ou subrepticement.","Pour voir cela est vrai, nous devons examiner\n    les enregistrements qui font référence au hachage.\n    Une application peut signer tout important\n    enregistrements (par exemple, paiements, jetons, reçus,\n    soldes), et ces enregistrements signés\n    inclure le hash d'un contrat ricardien.\n    Le hash dans l'enregistrement ne peut pas être changé\n    sans perdre sa capacité à passer un test de\n    validité de la signature.\n    De même, le contrat ne peut être modifié sans\n    perdre sa relation avec les enregistrements déjà\n    signé et livré.\n    En d'autres termes, chaque enregistrement, détenu par chaque utilisateur,\n    incorpore une copie immuable de ce hachage.\n    Toute modification du contrat crée un nouveau hachage,\n    et ce nouveau hash n'est pas celui que les utilisateurs\n    avoir ou valeur.","Cela cristallise le contrat pour les deux parties,\n    arrêter le plus fort\n    partie de modifier le contrat subtilement à\n    un peu plus tard.\n    Dans une certaine mesure, cela résout le déséquilibre\n    de pouvoir entre le fournisseur et le client dans le\n    offre d'un contrat de formulaire. La petite fête\n    n’a pas d’option pour négocier, mais le\n    plus grande partie la possibilité de réclamer un distinct\n    contrat à une date ultérieure.\n    La limitation a un coût, car elle peut\n    être une nuisance pour l'équipe de soutien de cette\n    instrument financier.","La PKI ricardienne apporte de la clarté.\n Les contrats ricardiens ont leur propre public\n    Key Infrastructure ("PKI") avec eux.\n    La clé publique de niveau supérieur de l'émetteur est incluse dans le\n    contrat, et il signe sa clé de signature de contrat,\n    également inclus.\n    La clé de signature du contrat signe le contrat lui-même.","Ceci réalise plusieurs choses.\n    Tout d'abord, le logiciel client peut vérifier\n    l'ensemble de la chaîne de signature numérique\n    en une séquence automatisée.","Deuxièmement, il n'est pas nécessaire d'avoir un complexe\n    ICP multipartite. Toutes les clés sont présentes,\n    et il n'y a pas besoin d'aller les chercher\n    sur le net.\n    Ceci élimine les attaques de substitution, par lesquelles\n    une clé qui pourrait passer des contrôles pourrait être\n    inséré dans une phase de recherche clé.\n    Cela réduit également les coûts de façon spectaculaire.","Troisièmement,\n    le hachage canonique du contrat représente également un\n    signature sur le contrat. Il est enregistré\n    dans tous les enregistrements pertinents, et donc enchevêtrement\n    le contrat avec ces activités\n [13].\n    Une fois que le contrat est en jeu depuis un moment,\n    il établit sa provenance par la présence\n    et la confiance du public utilisateur. Cela fournit\n    preuve beaucoup plus convaincante que celle de l'émetteur\n    la signature elle-même; une fois l'émetteur et le public\n    ont passé du temps et de l'argent en s'appuyant sur le contrat,\n    via le hachage, il est difficile pour l'émetteur de renoncer\n    sur la nature du contrat ou sa signature.","Le résultat est une PKI qui offre une forte\n    fiabilité de bout en bout, basée sur un seul document.\n    Ce n'est tout simplement pas présent dans d'autres conceptions pour les ICP\n [14].\n    Cette fiabilité est payante dans la résolution des litiges\n    phase, où, nous suggérons, le contrat de Ricardian\n    peut rester seul sur ses mérites et ne nécessite aucun\n    descriptions complexes de la PKI, signatures numériques,\n    ou des références à des tiers incertains\n    pour renforcer sa provenance.\n    En incluant les touches, nous pouvons dessiner quelques\n    lignes simples dans le contrat, affirmant\n    "cette clé signe cette clé, et que cette dernière signe le\n    Contrat. La première clé est la clé de niveau supérieur de\n    la personne qui a signé ce contrat.\n    C'est toute l'histoire, mi'lud. "","Validation de la clé de l'émetteur.\nTous les bons protocoles de cryptographie se divisent en deux parties,\nle premier dit au second,\n"fait confiance à cette clé complètement."","La clé de niveau supérieur de l'émetteur en fin de compte\nauthentifie le contrat. Les clés et\nd'autres informations dans le contrat permettent également\nun protocole tel que SOX pour amorcer un\nconnexion fortement sécurisée au serveur\n [15].","Comment alors vérifier cela\ncette clé ultime est-elle vraiment celle de l'émetteur?\nCe n'est pas difficile. Les affaires\nprocessus d'émission numérique implique\nbeaucoup de\nétablissement de relations entre les émetteurs\net les utilisateurs. Beaucoup d'interactions différentes\nimpliquer des chances d'établir la confiance.\nPar exemple, sur son site Web, l’émetteur\npeut publier le contrat, les clés et les hachages,\net que d'autres sites les reflètent.\nLa valeur ainsi émise sera distribuée\nvia des paiements qui incluent le hachage.\nUne partie déjà de confiance livre habituellement\nces paiements.\nLes paiements identifient valablement le contrat,\net dérivent leur propre validité,\nvia le hash.","Comparez cela aux hypothèses de la\nx.509 PKI derrière la navigation SSL / HTTPS\n(ce qui suit est très discutable, mais\nest présenté à titre de comparaison seulement).\nDans cette ICP, il a été initialement affirmé qu’un\nl'utilisateur présenterait sa carte de crédit aux sites\navec lequel elle n'avait aucune relation antérieure\net aucun moyen pour elle d'établir la provenance\nde la clé du site. Ainsi, un tiers de confiance,\nl'autorité de certification,\na été mis en place pour confirmer la clé.","Les paiements, les transactions et les questions de finance sont\nfondamentalement riche en relations.\nLa nature de l'argent et des finances est que\nles participants font toujours leur propre diligence raisonnable,\nils préfèrent écouter des pairs en qui ils ont déjà confiance,\net ne pas\naccepter facilement la parole d'un parti indépendant.\nAinsi, il n'y a pas de place pour un tiers central\nse tenir debout et authentifier les joueurs.\nAvant que l'utilisateur ne souhaite placer\nvaleur sur un paiement donné, elle a presque\ncertainement été mis au courant du contrat\nvia d'autres moyens.","Présomption de possession.\nL'utilisation du hash comme identifiant est un compromis\ncomme il est incompréhensible pour l'homme\n [16].\nPourtant, ce même compromis offre un\navantage inattendu:\n L'utilisation de la question conduit à une présomption\n    que l'utilisateur a le contrat.\n Pour utiliser une question de valeur, telle qu'une devise, le\n    l'utilisateur doit avoir le hachage dans les enregistrements applicables.\n    Autrement dit, si l'utilisateur reçoit un paiement,\n    cet enregistrement de paiement inclura le hachage.\n    Comme le hachage n'est pas descriptif,\n    cela implique que l'utilisateur a le contrat\n    afin d'interpréter le problème.","Pour voir que c'est vrai,\n    imaginez avoir un disque avec le hash\n    mais sans avoir le contrat.\n    La première chose que l'utilisateur\n    aura besoin est une base de données de\n    paramètres lui disant quoi\n    le hash fait référence à.\n    Contrairement à un paiement en 10 GBP,\n    un paiement de 1000 dans "972097bb …"\n    n'est pas intelligible.","Mais comment un logiciel pouvait-il prédire quoi\n    l'utilisateur a besoin de savoir sur le hash?\n    Très rapidement\n    il devient évident que le logiciel\n    vaut mieux stocker la source de\n    l'information – le contrat complet\n    lui-même – comme il supprime\n    un degré de complexité illimité\n    en stockant intermédiaire ou secondaire\n    information.","Le logiciel peut toujours fonctionner avec\n    seulement le hash. Cependant, il\n    serait complètement aveugle à la\n    sémantique de l'instrument.\n    Une telle approche cavalière pourrait être acceptable pour\n    communications et stockage, mais pour les logiciels utilisateur,\n    c'est l'équivalent d'un échec traumatique.\n    Pour y faire face, le côté client\n    le logiciel prend particulièrement soin de\n    acquérir et conserver des contrats.\n    Par conséquent, nous pouvons énoncer la présomption\n    avec un certain degré de confiance:\n    dans un système en fonctionnement,\n    l'utilisateur dispose du\n    contrat ricardien complet\n    (bien que sous contrôle logiciel).","Ceci n’est qu’un petit pas pour le logiciel client,\n    mais est un pas de géant pour la relation\n    entre l'émetteur et le titulaire. Plus précisément,\n    ayant une forte présomption que l'utilisateur\n    a le contrat complet disponible va simplifier\n    beaucoup juridique\n    aspects relatifs aux responsabilités de l'émetteur.\n    (Nous suggérons et reconnaissons ainsi\n    les ramifications légales du terme\n présomption,\n    mais ni l'espace ni l'expertise ne le permettent\n    plus dans cet article.)","3.3. Les quatre coins de la page","Le contrat ricardien offre une riche\nsource d'informations primaires complètes.\nL'histoire complète est là sous forme textuelle,\nen paramètres analysables, et en\nla chaîne de signature.\nAinsi, dans un litige,\nune attaque légale hostile a moins de place\nmanœuvrer, et ne peut que confirmer les faits\ncomme prévu dans le contrat.","Notre intention est que le contrat soit le\ndébut et fin de la discussion;\nnous appelons ce principe la règle d'un contrat.\nLa fraternité juridique fait référence à\n"le contrat étant délimité par\nles quatre coins de la page. "\nEn montrant comment nous avons soigneusement\ndisposer d'un document lisible,\navec une signature numérique vérifiable, et\nun identifiant infalsifiable liant à chaque enregistrement,\nnous pouvons plus facilement demander à la justice de\naccepter que le document unique qui est\nêtre présenté est en effet\nle contrat en vigueur convenu entre les parties.","Le contrat est la clé de voûte de l'émission\n [17].\nNotre innovation est d'exprimer tout le saillant\nles détails d'une émission en tant que contrat infalsifiable,\ninlassablement lié à chaque action dans un\nSystème de paiement. Dans ce\nAinsi, l’innovation financière peut se développer parallèlement\nles lignes qu'il a toujours fait – au moyen de\nl'innovation dans les contrats.\nEn traduisant l'institution du\ncontrat dans le domaine numérique,\nnous construisons sur des siècles et même des millénaires\nune valeur d'expérience dans la documentation, le partage\net contestant le sens des accords entre\ndes soirées.","4.1. Le défi de la complexité","Pour capturer la complexité, nous pouvons mettre des documents tels que\ncontrats sous forme électronique et les signer en utilisant\ntechnologies de signature numérique telles que OpenPGP.\nLe résultat est un analogue raisonnable du papier\net des contrats d'encre que la plupart des gens et des entreprises\nsont familiers avec, renforcés avec cryptographique\nintégrité.","Avec le hash comme identifiant,\nle logiciel peut maintenant uniquement\nidentifier un arrangement financier donné et\npeut confirmer une forte chaîne de signatures.\nLe hash implique fortement\nl'utilisateur dispose du contrat à tout moment,\net cela ne peut pas être changé\nsans être remarqué.","Le contrat de Ricardian offre un avantage énorme\nà l'émetteur – clarté dans de nombreux cas juridiques et clients\nquestions de support.\nL'utilisateur bénéficie de coûts globaux moins élevés,\net une meilleure présentation de l'information,\ndans un cadre plus cohérent.","4.2. Leçons apprises","Le formulaire est utilisé avec succès depuis 1996.\nDepuis ce temps, il a livré environ 20\ninstruments financiers sans échec.","Des disputes.\nLe contrat ricardien\nest apparu dans deux forums distincts de litige\nrésolution pour résoudre les réclamations\n [18].\nDe façon anecdotique,\nchaque réclamation a été résolue directement et efficacement,\net sans tracas, simplement en se référant à la\ncontrat ricardien applicable.","Automatisation.\nRelativement peu a besoin d'être automatisé.\nEn pratique, des champs ont été insérés et\nnormalisé afin que les programmes puissent extraire\ndécimalisation (dollars contre cents),\nétiquettes pour les unités (USD versus $),\net titres pour l'émetteur et l'émission.\nContrairement aux attentes, il y a\nn'a pas été demandé d'analyser tous les champs.","Coût.\nLe coût du concept a été comparé favorablement\navec celui engagé avec d'autres systèmes de paiement.\nLa préparation du texte du contrat comporte\ncertains coûts, mais pas plus qu'un contrat d'utilisateur.\nConfiguration requise pour l'infrastructure OpenPGP\n(clés et signature) ajoute des coûts mineurs à\németteurs, mais ils sont facilement compensés par les avantages de\nréduction des risques liés à la distribution des contrats.\nLes éditeurs de signature personnalisés ont contribué à réduire\nces coûts\n [19].","4.3. Défis pour l'avenir","Superposition.\nLa superposition de contrats est un besoin imminent.\nDe nombreuses entreprises peuvent prendre un standard et défini\nensemble de termes et s’en inspirer directement.\nD'autres contrats résultent de contrats antérieurs\net besoin de les référencer.","XML.\nLes premiers efforts suggéraient que XML romprait le\nrègle d'un contrat, mais il semble que nous allons\nbesoin de quelque chose de mieux que l'INI archaïque\nformat\n [20].\nUne proposition récente, le voucher XML, s’arrête\nà court de se présenter comme un contrat\n [21].","Loi du contrat.\nLe traitement du contrat ricardien comme\nune Contrat\npeut soulever plus de questions juridiques que de réponses.\nPar exemple, ce formulaire est-il bien un contrat?\nComment différentes juridictions perçoivent-elles la\nconcept (common law, droit civil, UCC, code coranique)?\nEst-ce un contrat négocié ou un formulaire?\nQuand l'utilisateur a-t-il accepté le contrat?\nQuelle est la force de la présomption?\nque l'utilisateur a le contrat?","Contrats intelligents.\n En unifiant toutes les informations dans un programme lisible\n    fichier, il y a le potentiel accru de smart\n    des contrats\n [22].\nNous ne sommes pas allés plus loin dans cette direction\nque des méthodes pour gérer les nombres décimaux.\nCeci est en partie dû au manque de demande, et\nen partie parce qu'il n'est pas clair comment un tribunal\ntraiterait un programme informatique présenté\ncomme un contrat.","[1]\n Introduit à l'origine dans\n    Ian Grigg,\n \n "Cryptographie financière en 7 couches,"\n \n 4ème conférence sur la cryptographie financière,\n \n Anguilla, 2000,\n    Springer-Verlag LNCS 1962.\n    Tous les papiers sont à\n    http://iang.org/papers/\n[2]\n Ian Grigg,\n \n "Trading numérique"\n Rapport de finance virtuelleNovembre 1997.\n[3]\n Codes de pays et de devise, ISO3166-1.\n[4]\n Bryce Wilcox,\n    examen de la conception ouverte,\n La liste des développeurs de DigiCash,\n ,\n    Août 1997.\n[5]\n Ibid, Rachel Willmer, 14 août 1997.\n[6]\n Robert Hettinga,\n    "\n Qu'est-ce qu'un lien au porteur numérique?"\n e $ rants ,\n    19 novembre 1995\n[7]\n Alex Tajirian,\n    "\n David Bowie Bonds"\n[8]\n Ian Grigg et C. Petro,\n \n "Utiliser les marchés électroniques pour atteindre\n    Distribution efficace des tâches, "\n 1ère conférence sur la cryptographie financière\n ,\n    Anguilla, 1997\n    Springer-Verlag LNCS 1318.\n[9]\n Noël Clarke,\n Guide des euro-obligations,\n    The Economist Intelligence Unit,\n    1993.\n[10]\n FDIC\n \n Avis n ° 8 de l'avocat général; Cartes à valeur stockée,\n Registre fédéral2 août 1996.\n    Voir également le communiqué de presse (lisible) intitulé\n \n La FDIC continuera de s'appuyer sur l'opinion de l'avocat général\n    plutôt que d'émettre des règles sur les cartes à valeur stockée,\n    24 juin 97.\n[11]\n Ian Grigg,\n \n Guide des contrats ricardiens,\n \n \n WebFonds projet.\n[12]\n Jon Callas et al.\n    "Format de message OpenPGP,"\n Projet Internet,\n    RFC2440bis (version préliminaire -10).\n[13]\n Petros Maniatis, Mary Baker\n \n "Sauvegarde historique sécurisée via\n    Enchevêtrement de la timeline "\n ,\n 11ème symposium USENIX sur la sécurité,\n    San Francisco, États-Unis. Août 2002.\n[14]\n Jane K. Winn,\n    "\n Courriers sans bagages"\n    49 Revue de droit de la Caroline du Sud 739 (1998)\n[15]\n Gary Howland,\n \n "Développement d'un système de paiement ouvert et flexible"\n 1996.\n[16]\n Bryce Wilcox,\n \n "Noms: décentralisés, sécurisés, ayant un sens humain:\n    Choisissez deux",\n    2003\n[17]\n Métaphore de Martin (Hasan) Bramwell.\n    Voir\n \n "Le contrat est la clé de voûte de l'émission"\n \n \n Blog sur la cryptographie financière,\n \n 19 septembre 2003.\n[18]\n DigiGold v. Systemics,\n    devant la Cour suprême d'Anguilla (2001),\n    et ensuite référé à la\n    Association américaine d'arbitrage (2002).\n[19]\n Edwin Woudt,\n    ContractSignWizard,\n \n \n WebFonds projet.\n[20]\n Erwin van der Koogh,\n    "Contrats ricardiens en XML,"\n    (présenté à)\n Ingénierie de cryptographie financière d'Edimbourg\n (EFCE-2), 2001.\n[21]\n Ko Fujimura et Masayuki Terada,\n \n Bon XML: Langue du bon générique,\n Projet Internet.\n[22]\n Nick Szabo,\n    "\n L'idée des contrats intelligents, "1997.","Click to rate this post!\n \n [Total: 0 Average: 0]"],"content_blocks":[{"id":"text-1","type":"text","heading":"","plain_text":"Le contrat ricardien","html":"

Le contrat ricardien

"},{"id":"text-2","type":"text","heading":"","plain_text":"Le contrat ricardien","html":"

Le contrat ricardien

"},{"id":"text-3","type":"text","heading":"","plain_text":"Ian GriggSystemics, Inc.Iang@Iang.org","html":"

Ian GriggSystemics, Inc.Iang@Iang.org

"},{"id":"text-4","type":"text","heading":"","plain_text":"Abstrait","html":"

Abstrait

"},{"id":"text-5","type":"text","heading":"","plain_text":"Description de la valeur numérique pour les systèmes de paiement\n  n'est pas une tâche triviale.\n  Méthodes simplistes d'utilisation de nombres ou de pays\n  codes pour décrire les monnaies et ruban à mesurer\n  symboles permettant d’émettre des obligations, des actions et d’autres moyens financiers.\n  instruments rencontrent bientôt des lacunes dans leur\n  capacité à gérer des demandes dynamiques et divergentes.\n  Les variations apparemment arbitraires du\n  les significations des différents instruments sont les meilleures\n  capturés comme des contrats entre émetteurs et\n  titulaires.\n  Ainsi, l'émission numérique d'instruments\n  peut être considéré comme l’émission de contrats.","html":"

Description de la valeur numérique pour les systèmes de paiement\n  n'est pas une tâche triviale.\n  Méthodes simplistes d'utilisation de nombres ou de pays\n  codes pour décrire les monnaies et ruban à mesurer\n  symboles permettant d’émettre des obligations, des actions et d’autres moyens financiers.\n  instruments rencontrent bientôt des lacunes dans leur\n  capacité à gérer des demandes dynamiques et divergentes.\n  Les variations apparemment arbitraires du\n  les significations des différents instruments sont les meilleures\n  capturés comme des contrats entre émetteurs et\n  titulaires.\n  Ainsi, l'émission numérique d'instruments\n  peut être considéré comme l’émission de contrats.

"},{"id":"text-6","type":"text","heading":"","plain_text":"Ce document propose que le Contrat\n  est le problème.\n  Un formulaire de document est décrit qui englobe les\n  nature contractuelle inhérente de la situation financière\n  l'instrument répond encore aux exigences\n  d'être partie intégrante d'un système de paiement.","html":"

Ce document propose que le Contrat\n  est le problème.\n  Un formulaire de document est décrit qui englobe les\n  nature contractuelle inhérente de la situation financière\n  l'instrument répond encore aux exigences\n  d'être partie intégrante d'un système de paiement.

"},{"id":"text-7","type":"text","heading":"","plain_text":"Peu de travail a été fait sur la classification\net description de la valeur dans le\ndomaine de la cryptographie financière.\nCe document présente le contrat ricardien,\nune méthode pour identifier\net décrire les problèmes liés aux instruments financiers\ncomme des contrats\n [1].\nIl a été développé à l'origine par\nIan Grigg et Gary Howland\ndans le cadre du système de paiement Ricardo.","html":"

Peu de travail a été fait sur la classification\net description de la valeur dans le\ndomaine de la cryptographie financière.\nCe document présente le contrat ricardien,\nune méthode pour identifier\net décrire les problèmes liés aux instruments financiers\ncomme des contrats\n [1].\nIl a été développé à l'origine par\nIan Grigg et Gary Howland\ndans le cadre du système de paiement Ricardo.

"},{"id":"text-8","type":"text","heading":"","plain_text":"1.1. Les origines","html":"

1.1. Les origines

"},{"id":"text-9","type":"text","heading":"","plain_text":"La demande initiale était un système d'échange d'obligations\n [2].\nPour le commerce, un\ncomposante de base est un système de transfert ou de paiement\nqui reçoit et agit sur\ninstructions de transfert pour déplacer des instruments\n(espèces, obligations) d’un compte à un autre.\nChaque instruction doit donc identifier l'instrument.","html":"

La demande initiale était un système d'échange d'obligations\n [2].\nPour le commerce, un\ncomposante de base est un système de transfert ou de paiement\nqui reçoit et agit sur\ninstructions de transfert pour déplacer des instruments\n(espèces, obligations) d’un compte à un autre.\nChaque instruction doit donc identifier l'instrument.

"},{"id":"text-10","type":"text","heading":"","plain_text":"Un moyen était nécessaire pour capturer, identifier et\ndécrire les instruments négociés.\nIl y a des milliers de liens, et potentiellement\ndes millions d'autres instruments qui pourraient être\némis et échangés, et chacun a unique\ncaractéristiques qui ne se prêtent pas à\ncompression dans les bases de données.\nPour un tel système, les espèces ne sont pas différentes des obligations,\net nécessite la même description.","html":"

Un moyen était nécessaire pour capturer, identifier et\ndécrire les instruments négociés.\nIl y a des milliers de liens, et potentiellement\ndes millions d'autres instruments qui pourraient être\némis et échangés, et chacun a unique\ncaractéristiques qui ne se prêtent pas à\ncompression dans les bases de données.\nPour un tel système, les espèces ne sont pas différentes des obligations,\net nécessite la même description.

"},{"id":"text-11","type":"text","heading":"","plain_text":"1.2. Le problème","html":"

1.2. Le problème

"},{"id":"text-12","type":"text","heading":"","plain_text":"Quand quelqu'un émet une monnaie\n(ou lien ou part)\nsur Internet, c'est quoi?\nQu'est-ce que le destinataire a?","html":"

Quand quelqu'un émet une monnaie\n(ou lien ou part)\nsur Internet, c'est quoi?\nQu'est-ce que le destinataire a?

"},{"id":"text-13","type":"text","heading":"","plain_text":"Peu de systèmes d'émission de valeur (systèmes de paiement)\nTraitez ces questions correctement.\nIls se réfèrent généralement à des unités externes existantes\nde la monnaie et ranger les bords en vrac dans un\nAccord de l'utilisateur.\nPar exemple, Paypal, un émetteur de dollars,\nrepose sur la familiarité du dollar américain\ndéfinir une grande partie de son offre de services.\nLes émetteurs d'or s'appuient davantage sur leurs utilisateurs\naccords comme l'unité de métal est pas si\nfamilier.","html":"

Peu de systèmes d'émission de valeur (systèmes de paiement)\nTraitez ces questions correctement.\nIls se réfèrent généralement à des unités externes existantes\nde la monnaie et ranger les bords en vrac dans un\nAccord de l'utilisateur.\nPar exemple, Paypal, un émetteur de dollars,\nrepose sur la familiarité du dollar américain\ndéfinir une grande partie de son offre de services.\nLes émetteurs d'or s'appuient davantage sur leurs utilisateurs\naccords comme l'unité de métal est pas si\nfamilier.

"},{"id":"text-14","type":"text","heading":"","plain_text":"Pour le trading, cela ne suffit pas\nfaire référence à des références connues et connues,\ncomme chaque instrument est différent de façon minutieuse\net ces différences comptent pour les commerçants.\nMême avec les devises, cependant, l'utilisateur a\ndifficulté à déterminer la sécurité et\nsécurité d'un dollar par rapport à un autre.","html":"

Pour le trading, cela ne suffit pas\nfaire référence à des références connues et connues,\ncomme chaque instrument est différent de façon minutieuse\net ces différences comptent pour les commerçants.\nMême avec les devises, cependant, l'utilisateur a\ndifficulté à déterminer la sécurité et\nsécurité d'un dollar par rapport à un autre.

"},{"id":"text-15","type":"text","heading":"","plain_text":"Classification par numéros ou symboles\nest un point de départ.\nPresque tous les systèmes d'émission numérique\nidentifier leur problème de base en allouant\nchiffres ou lettres en tant que devises\n(par exemple, 840, "USD", "AUG"\n [3]).\nCes systèmes rencontrent des problèmes rapidement.","html":"

Classification par numéros ou symboles\nest un point de départ.\nPresque tous les systèmes d'émission numérique\nidentifier leur problème de base en allouant\nchiffres ou lettres en tant que devises\n(par exemple, 840, "USD", "AUG"\n [3]).\nCes systèmes rencontrent des problèmes rapidement.

"},{"id":"text-16","type":"text","heading":"","plain_text":"Un émetteur avec plusieurs devises ou plusieurs\németteurs ayant la même valeur nominale\nla monnaie soulève des questions difficiles.\nUn émetteur peut-il avoir deux\nou plusieurs unités de dollars?\nPar exemple, dans ISO3166-1, il y a\ntrois dollars américains différents:\n    840 / USD (en espèces),\n    998 / USS (même jour), et\n    997 / USN (le prochain jour).\nDe même, comment une devise en or numérique\n("DGC") différencie son or de celui de\nun autre émetteur, quand tous sont connus comme "AUG"?","html":"

Un émetteur avec plusieurs devises ou plusieurs\németteurs ayant la même valeur nominale\nla monnaie soulève des questions difficiles.\nUn émetteur peut-il avoir deux\nou plusieurs unités de dollars?\nPar exemple, dans ISO3166-1, il y a\ntrois dollars américains différents:\n    840 / USD (en espèces),\n    998 / USS (même jour), et\n    997 / USN (le prochain jour).\nDe même, comment une devise en or numérique\n("DGC") différencie son or de celui de\nun autre émetteur, quand tous sont connus comme "AUG"?

"},{"id":"text-17","type":"text","heading":"","plain_text":"1.3. La solution","html":"

1.3. La solution

"},{"id":"text-18","type":"text","heading":"","plain_text":"Comme les obligations sont, à leur essence, des contrats\nentre émetteurs et utilisateurs, notre problème\nréduit à l'un des contrats d'émission.\nConsidérant que d'autres questions avoir contrats,\nnos issues sont contrats.","html":"

Comme les obligations sont, à leur essence, des contrats\nentre émetteurs et utilisateurs, notre problème\nréduit à l'un des contrats d'émission.\nConsidérant que d'autres questions avoir contrats,\nnos issues sont contrats.

"},{"id":"text-19","type":"text","heading":"","plain_text":"Notre innovation consiste à exprimer un instrument émis comme\nun contrat, et de lier ce contrat dans chaque\naspect du système de paiement.\nPar ce processus, un document de grande envergure\nutilitaire (lisible par l'utilisateur et le programme) est rédigé et\nsigné numériquement par l'émetteur de l'instrument.\nCe document, le\nContrat ricardien,\nconstitue la base de la compréhension\nune question et chaque transaction dans cette question.","html":"

Notre innovation consiste à exprimer un instrument émis comme\nun contrat, et de lier ce contrat dans chaque\naspect du système de paiement.\nPar ce processus, un document de grande envergure\nutilitaire (lisible par l'utilisateur et le programme) est rédigé et\nsigné numériquement par l'émetteur de l'instrument.\nCe document, le\nContrat ricardien,\nconstitue la base de la compréhension\nune question et chaque transaction dans cette question.

"},{"id":"text-20","type":"text","heading":"","plain_text":"Par extension, toutes les questions de valeur, telles que\ndevises, actions, dérivés, systèmes de fidélisation\net bons d'achat, peuvent bénéficier de cette approche.","html":"

Par extension, toutes les questions de valeur, telles que\ndevises, actions, dérivés, systèmes de fidélisation\net bons d'achat, peuvent bénéficier de cette approche.

"},{"id":"text-21","type":"text","heading":"","plain_text":"1.4. Structure","html":"

1.4. Structure

"},{"id":"text-22","type":"text","heading":"","plain_text":"Ce document est structuré comme suit.\nDans la section 2,\nnous discutons des approches conventionnelles de\nidentifier et décrire l'émission,\net explorer les questions et les doutes\nentourant ces approches.\nEnsuite, à la section 3, un modèle permettant d’exprimer la délivrance en tant que\nun contrat est présenté.\nEnfin, à la section 4, les remarques finales sont ajoutées.","html":"

Ce document est structuré comme suit.\nDans la section 2,\nnous discutons des approches conventionnelles de\nidentifier et décrire l'émission,\net explorer les questions et les doutes\nentourant ces approches.\nEnsuite, à la section 3, un modèle permettant d’exprimer la délivrance en tant que\nun contrat est présenté.\nEnfin, à la section 4, les remarques finales sont ajoutées.

"},{"id":"text-23","type":"text","heading":"","plain_text":"2.1. Un schéma de première génération","html":"

2.1. Un schéma de première génération

"},{"id":"text-24","type":"text","heading":"","plain_text":"Prenons le cas du pionnier\nsystème de caisse numérique, eCash,\ncomme initialement sur le terrain par DigiCash BV.\nLa première monnaie de valeur,\némis par Mark Twain Bank des États-Unis,\na été identifié avec le numéro 4.\nLore dit que le premier système alloué\nun petit numéro séquentiel à chaque devise.\nLes systèmes de test avaient déjà acquis\n0,1,2,3 et donc 4 était le suivant.\nLes hypothèses marketing de DigiCash ont ensuite changé\nsupposer un problème par pays.\nAvec le temps, ce régime a été ajusté pour\némettre des devises numérotées après\nindicatifs internationaux\n(par exemple, 49 pour l’Allemagne, 61 pour l’Australie).\nLes lacunes de ce régime sont devenues apparentes,\ndonc un nouveau design a été créé\n [4].\nUn numéro de 32 bits décrivant le problème a été utilisé,\nsur l'hypothèse pragmatique que ce serait\nassez grande pour couvrir les éventualités prévisibles.","html":"

Prenons le cas du pionnier\nsystème de caisse numérique, eCash,\ncomme initialement sur le terrain par DigiCash BV.\nLa première monnaie de valeur,\némis par Mark Twain Bank des États-Unis,\na été identifié avec le numéro 4.\nLore dit que le premier système alloué\nun petit numéro séquentiel à chaque devise.\nLes systèmes de test avaient déjà acquis\n0,1,2,3 et donc 4 était le suivant.\nLes hypothèses marketing de DigiCash ont ensuite changé\nsupposer un problème par pays.\nAvec le temps, ce régime a été ajusté pour\némettre des devises numérotées après\nindicatifs internationaux\n(par exemple, 49 pour l’Allemagne, 61 pour l’Australie).\nLes lacunes de ce régime sont devenues apparentes,\ndonc un nouveau design a été créé\n [4].\nUn numéro de 32 bits décrivant le problème a été utilisé,\nsur l'hypothèse pragmatique que ce serait\nassez grande pour couvrir les éventualités prévisibles.

"},{"id":"text-25","type":"text","heading":"","plain_text":"Pourtant, les souches de un émetteur, une monnaie\nétaient évidents presque immédiatement.\nUn schéma plus avancé pourrait utiliser un tuple de\n(émetteur, devise)\ndécrire un système dans lequel chaque émetteur\nest habilité dans un certain sens à émettre plusieurs\nmonnaies concurrentes\n [5].\nIl est facile de généraliser ce système en ajoutant\néléments supplémentaires au tuple:\n(émetteur, type, identifiant) tuple\n [6].\nPar exemple, une obligation à coupon zéro émise par le\nKeiretsu conjoint universel et national\nqui paie en janvier 2100\npourrait avoir un tuple de (JUNK, zéro, Jan_2100).","html":"

Pourtant, les souches de un émetteur, une monnaie\nétaient évidents presque immédiatement.\nUn schéma plus avancé pourrait utiliser un tuple de\n(émetteur, devise)\ndécrire un système dans lequel chaque émetteur\nest habilité dans un certain sens à émettre plusieurs\nmonnaies concurrentes\n [5].\nIl est facile de généraliser ce système en ajoutant\néléments supplémentaires au tuple:\n(émetteur, type, identifiant) tuple\n [6].\nPar exemple, une obligation à coupon zéro émise par le\nKeiretsu conjoint universel et national\nqui paie en janvier 2100\npourrait avoir un tuple de (JUNK, zéro, Jan_2100).

"},{"id":"text-26","type":"text","heading":"","plain_text":"2.2. Le problème avec les nombres","html":"

2.2. Le problème avec les nombres

"},{"id":"text-27","type":"text","heading":"","plain_text":"Les chiffres comme espace d’identification\nles instruments numériques sont limitants,\net ayant des tuples comme une extension\nn'est pas vraiment une réponse.","html":"

Les chiffres comme espace d’identification\nles instruments numériques sont limitants,\net ayant des tuples comme une extension\nn'est pas vraiment une réponse.

"},{"id":"text-28","type":"text","heading":"","plain_text":"Premièrement, que décrivent-ils?\n    Dans le cas des systèmes de paiement électroniques,\n    ils peuvent décrire les devises et les émetteurs.\n    Est-ce l'un ou les deux, et\n    Comment généraliser à d'autres aspects?\n    Deuxièmement, quelle sécurité avons-nous que quoi\n    est décrit est exact?\n    Alors que beaucoup peut être accompli simplement\n    s'appuyant sur la réputation\n    de l'émetteur, financier\n    les initiés savent que le\n    la valeur réelle est exprimée dans le\n    détail et la fiabilité\n    de la demande.\n    Troisièmement, comment sont dérivés les nombres?\n    Un registre central est-il nécessaire?\n    ou peut tout émetteur de valeur numérique\n    acquérir un numéro selon les exigences locales?\n    Enfin, y a-t-il une limite à l'espace?\n    Nombre entier tel qu'exprimé dans\n    les paquets sont généralement limités à\n    une certaine quantité de bits, tels que 32.\n    Pour le génie logiciel pratique,\n    il doit y avoir des limites, mais est-ce que celles-ci\n    limites besoin de limiter les possibilités d'affaires?","html":"

Premièrement, que décrivent-ils?\n    Dans le cas des systèmes de paiement électroniques,\n    ils peuvent décrire les devises et les émetteurs.\n    Est-ce l'un ou les deux, et\n    Comment généraliser à d'autres aspects?\n    Deuxièmement, quelle sécurité avons-nous que quoi\n    est décrit est exact?\n    Alors que beaucoup peut être accompli simplement\n    s'appuyant sur la réputation\n    de l'émetteur, financier\n    les initiés savent que le\n    la valeur réelle est exprimée dans le\n    détail et la fiabilité\n    de la demande.\n    Troisièmement, comment sont dérivés les nombres?\n    Un registre central est-il nécessaire?\n    ou peut tout émetteur de valeur numérique\n    acquérir un numéro selon les exigences locales?\n    Enfin, y a-t-il une limite à l'espace?\n    Nombre entier tel qu'exprimé dans\n    les paquets sont généralement limités à\n    une certaine quantité de bits, tels que 32.\n    Pour le génie logiciel pratique,\n    il doit y avoir des limites, mais est-ce que celles-ci\n    limites besoin de limiter les possibilités d'affaires?

"},{"id":"text-29","type":"text","heading":"","plain_text":"2.3. Le défi du succès","html":"

2.3. Le défi du succès

"},{"id":"text-30","type":"text","heading":"","plain_text":"Tout système réussi sera utilisé de différentes manières\ncela donne l'impression d'être cassé.\nEn tant qu’ingénieurs logiciels, nous devons\nprésenter nos inventions avec l'humilité de\noutilleurs pour les générations futures de constructeurs,\npas comme les bureaucrates qui planifient le zonage\nl'espace de commerce numérique.","html":"

Tout système réussi sera utilisé de différentes manières\ncela donne l'impression d'être cassé.\nEn tant qu’ingénieurs logiciels, nous devons\nprésenter nos inventions avec l'humilité de\noutilleurs pour les générations futures de constructeurs,\npas comme les bureaucrates qui planifient le zonage\nl'espace de commerce numérique.

"},{"id":"text-31","type":"text","heading":"","plain_text":"Ce qu'il se passe quand\nnous avons traversé les premiers adoptants,\ndominé les mamans et les pops, et la concurrence est\nse tournant férocement sur notre ensemble de retraités âgés?\nImaginez des bonbons à la menthe dans les poches de\nDes milliards de personnes âgées qui jouent au ralenti.\nOu imaginez un monde avec un émetteur de\npoints de fidélité numériques sur chaque parcomètre, ou\noù les étudiants doivent payer les frais de scolarité avec\nparts des bénéfices futurs.\nNous avons déjà vu des musiciens populaires\nvendre des obligations soutenues par leur musique\n [7],\net propositions de corrections de bugs logiciels financées\npar questions sécurisées à des utilisateurs anonymes\n [8].","html":"

Ce qu'il se passe quand\nnous avons traversé les premiers adoptants,\ndominé les mamans et les pops, et la concurrence est\nse tournant férocement sur notre ensemble de retraités âgés?\nImaginez des bonbons à la menthe dans les poches de\nDes milliards de personnes âgées qui jouent au ralenti.\nOu imaginez un monde avec un émetteur de\npoints de fidélité numériques sur chaque parcomètre, ou\noù les étudiants doivent payer les frais de scolarité avec\nparts des bénéfices futurs.\nNous avons déjà vu des musiciens populaires\nvendre des obligations soutenues par leur musique\n [7],\net propositions de corrections de bugs logiciels financées\npar questions sécurisées à des utilisateurs anonymes\n [8].

"},{"id":"text-32","type":"text","heading":"","plain_text":"2.4. L'obligation à coupon zéro","html":"

2.4. L'obligation à coupon zéro

"},{"id":"text-33","type":"text","heading":"","plain_text":"Considérons l'obligation à coupon zéro,\nun instrument qui paie un valeur nominale\nd'une monnaie à une date donnée.\nle zéro est peut-être le plus simple général\ninstrument financier d'usage courant, et il\nformé la référence pour notre conception.","html":"

Considérons l'obligation à coupon zéro,\nun instrument qui paie un valeur nominale\nd'une monnaie à une date donnée.\nle zéro est peut-être le plus simple général\ninstrument financier d'usage courant, et il\nformé la référence pour notre conception.

"},{"id":"text-34","type":"text","heading":"","plain_text":"Décrire\nla valeur faciale, la devise de la valeur faciale,\net la date d'expiration de ce lien,\nnous ajouterions des éléments supplémentaires au tuple ci-dessus.\nMais ce n'est qu'un début.\nDans sa description des euro-obligations,\nNoel Clarke attend des dizaines ou des centaines de champs\n [9].\nSi on examine juste\nune de ces caractéristiques, par exemple\nOptions de vente liées à un événement,\nnous constatons qu'un lien doit décrire\nque se passe-t-il dans le cas de:","html":"

Décrire\nla valeur faciale, la devise de la valeur faciale,\net la date d'expiration de ce lien,\nnous ajouterions des éléments supplémentaires au tuple ci-dessus.\nMais ce n'est qu'un début.\nDans sa description des euro-obligations,\nNoel Clarke attend des dizaines ou des centaines de champs\n [9].\nSi on examine juste\nune de ces caractéristiques, par exemple\nOptions de vente liées à un événement,\nnous constatons qu'un lien doit décrire\nque se passe-t-il dans le cas de:

"},{"id":"text-35","type":"text","heading":"","plain_text":"une prise de contrôle hostile ou amicale de l'émetteur,\n \n une prise de contrôle par l'émetteur d'une autre partie,\n \n une recapitalisation,\n \n programme de rachat par l'émetteur\n       de ses propres actions, ou\n \n une répartition des actifs au-dessus d'un\n       certain pourcentage de la valeur nette de l’émission.","html":"

une prise de contrôle hostile ou amicale de l'émetteur,\n \n une prise de contrôle par l'émetteur d'une autre partie,\n \n une recapitalisation,\n \n programme de rachat par l'émetteur\n       de ses propres actions, ou\n \n une répartition des actifs au-dessus d'un\n       certain pourcentage de la valeur nette de l’émission.

"},{"id":"text-36","type":"text","heading":"","plain_text":"Ces éléments sont étroitement liés à l'instrument\nen question, mais ils représentent des difficultés\nà l'architecte logiciel.\nNous pouvons faire un certain nombre d'observations.","html":"

Ces éléments sont étroitement liés à l'instrument\nen question, mais ils représentent des difficultés\nà l'architecte logiciel.\nNous pouvons faire un certain nombre d'observations.

"},{"id":"text-37","type":"text","heading":"","plain_text":"Tout d’abord, chaque événement n’est pas simple.\nAujourd'hui,\non peut être capable de chausser la notion de\n"prise de contrôle hostile ou amicale" en un seul\npaire nom-valeur,\nmais cela ne survivrait pas à la scène en évolution\nde règlement et de litige qui s'applique à\nde tels événements.","html":"

Tout d’abord, chaque événement n’est pas simple.\nAujourd'hui,\non peut être capable de chausser la notion de\n"prise de contrôle hostile ou amicale" en un seul\npaire nom-valeur,\nmais cela ne survivrait pas à la scène en évolution\nde règlement et de litige qui s'applique à\nde tels événements.

"},{"id":"text-38","type":"text","heading":"","plain_text":"Deuxièmement, il n'y a aucune raison de croire que\nla liste ci-dessus est complète.","html":"

Deuxièmement, il n'y a aucune raison de croire que\nla liste ci-dessus est complète.

"},{"id":"text-39","type":"text","heading":"","plain_text":"Troisièmement, non seulement il sera difficile de\nconcevoir un seul champ de toute sorte pour faire face\navec ceux-ci, ils vont surtout\nêtre plein de texte légal.","html":"

Troisièmement, non seulement il sera difficile de\nconcevoir un seul champ de toute sorte pour faire face\navec ceux-ci, ils vont surtout\nêtre plein de texte légal.

"},{"id":"text-40","type":"text","heading":"","plain_text":"Considérons un point de vue de la disposition des données.\nPour décrire le document\nqui forme la base d'un lien\nnous aurons besoin d'une structure arborescente\nbase de données de tuples, au minimum.\nPlus, cette mise en page\nne va travailler que pour un seul instrument,\nou un ensemble extrêmement serré, presque fongible\ndes instruments.","html":"

Considérons un point de vue de la disposition des données.\nPour décrire le document\nqui forme la base d'un lien\nnous aurons besoin d'une structure arborescente\nbase de données de tuples, au minimum.\nPlus, cette mise en page\nne va travailler que pour un seul instrument,\nou un ensemble extrêmement serré, presque fongible\ndes instruments.

"},{"id":"text-41","type":"text","heading":"","plain_text":"2.5. L'argent est roi","html":"

2.5. L'argent est roi

"},{"id":"text-42","type":"text","heading":"","plain_text":"Les monnaies, ou les espèces, pourraient être aussi serrées.\nAprès tout, un dollar est un dollar est un dollar.\nPeut-on décrire l'argent avec un ensemble simple\nde tuples?\nMême pour de l'argent, nous soutenons qu'une disposition de\nles tuples ne suffisent pas.","html":"

Les monnaies, ou les espèces, pourraient être aussi serrées.\nAprès tout, un dollar est un dollar est un dollar.\nPeut-on décrire l'argent avec un ensemble simple\nde tuples?\nMême pour de l'argent, nous soutenons qu'une disposition de\nles tuples ne suffisent pas.

"},{"id":"text-43","type":"text","heading":"","plain_text":"Prenons le cas d'un dollar numérique émis par une banque.\nLes dollars numériques seraient des dérivés,\nsouvent appuyés par des dépôts du même montant.\nCela peut suffire à des fins de marketing\nmais il ne survivrait pas à un grave problème financier\nune analyse.","html":"

Prenons le cas d'un dollar numérique émis par une banque.\nLes dollars numériques seraient des dérivés,\nsouvent appuyés par des dépôts du même montant.\nCela peut suffire à des fins de marketing\nmais il ne survivrait pas à un grave problème financier\nune analyse.

"},{"id":"text-44","type":"text","heading":"","plain_text":"Comparez ces dollars dérivés à ceux\némis par la Réserve fédérale américaine\nPlanche.\nLa Fed n'a pas encore nié l'acceptation de\nses notes si présentées avec même,\nsi seulement comme une réclamation sur un autre groupe de\nmême instrument, ou pour des dettes fiscales.\nLes interprétations radicales mises à part, la\nLa Fed n'a jamais déposé de bilan\net reste un pari assez solide.","html":"

Comparez ces dollars dérivés à ceux\némis par la Réserve fédérale américaine\nPlanche.\nLa Fed n'a pas encore nié l'acceptation de\nses notes si présentées avec même,\nsi seulement comme une réclamation sur un autre groupe de\nmême instrument, ou pour des dettes fiscales.\nLes interprétations radicales mises à part, la\nLa Fed n'a jamais déposé de bilan\net reste un pari assez solide.

"},{"id":"text-45","type":"text","heading":"","plain_text":"On ne peut en dire autant de n'importe lequel\nbanque émettrice de dollars dérivés.\nSes dollars numériques seraient soutenus par des dépôts avec\n… la même institution.\nUne telle banque peut fermer ses portes à tout moment,\net, compte tenu de l'histoire du secteur bancaire\nau 20ème siècle, un analyste devrait prendre cette\nrisque sérieusement. En outre, aux États-Unis au moins,\nla FDIC a déjà décidé que les fonds ainsi détenus sur un\nles PC de l'utilisateur sont considérés comme des dépôts non assurés\n [10].","html":"

On ne peut en dire autant de n'importe lequel\nbanque émettrice de dollars dérivés.\nSes dollars numériques seraient soutenus par des dépôts avec\n… la même institution.\nUne telle banque peut fermer ses portes à tout moment,\net, compte tenu de l'histoire du secteur bancaire\nau 20ème siècle, un analyste devrait prendre cette\nrisque sérieusement. En outre, aux États-Unis au moins,\nla FDIC a déjà décidé que les fonds ainsi détenus sur un\nles PC de l'utilisateur sont considérés comme des dépôts non assurés\n [10].

"},{"id":"text-46","type":"text","heading":"","plain_text":"Cela ne veut pas dire qu'une banque donnée\nest sur le point de fermer les portes, mais de demander\nce qui se passe quand un émetteur fait en effet\ndéfaut sur sa promesse?","html":"

Cela ne veut pas dire qu'une banque donnée\nest sur le point de fermer les portes, mais de demander\nce qui se passe quand un émetteur fait en effet\ndéfaut sur sa promesse?

"},{"id":"text-47","type":"text","heading":"","plain_text":"Tout détenteur d'un actif comportera un risque.\nUn détenteur de dollars électroniques emportera\nle risque d'échec de l'émetteur et le titulaire\nde dollars d'un autre émetteur porte un similaire,\ncomparable, mais distinct risque.\nChacun de ces risques entraîne un coût, qui devrait\nêtre soustrait de la valeur nominale du dollar à\ncalculer une valeur comparative.\nC’est dans cette distinction des risques que se situe l’inévitable\nle fait qu’un dollar donné n’a pas une valeur constante,\nmême par rapport à un dollar bien connu\ncomme celle de la Réserve fédérale.","html":"

Tout détenteur d'un actif comportera un risque.\nUn détenteur de dollars électroniques emportera\nle risque d'échec de l'émetteur et le titulaire\nde dollars d'un autre émetteur porte un similaire,\ncomparable, mais distinct risque.\nChacun de ces risques entraîne un coût, qui devrait\nêtre soustrait de la valeur nominale du dollar à\ncalculer une valeur comparative.\nC’est dans cette distinction des risques que se situe l’inévitable\nle fait qu’un dollar donné n’a pas une valeur constante,\nmême par rapport à un dollar bien connu\ncomme celle de la Réserve fédérale.

"},{"id":"text-48","type":"text","heading":"","plain_text":"2.6 Les petits caractères du contrat","html":"

2.6 Les petits caractères du contrat

"},{"id":"text-49","type":"text","heading":"","plain_text":"S'il n'y a pas un seul dollar,\nce qui reste? Clairement, nous devons décrire chaque\net chaque dollar pour ce que c'est.\nCela semblerait être une tâche de\npetits caractères et détail, et, en effet,","html":"

S'il n'y a pas un seul dollar,\nce qui reste? Clairement, nous devons décrire chaque\net chaque dollar pour ce que c'est.\nCela semblerait être une tâche de\npetits caractères et détail, et, en effet,

"},{"id":"text-50","type":"text","heading":"","plain_text":"chaque devise émise distincte\nest un contrat distinct\nentre l'émetteur et le titulaire.","html":"

chaque devise émise distincte\nest un contrat distinct\nentre l'émetteur et le titulaire.

"},{"id":"text-51","type":"text","heading":"","plain_text":"Un contrat peut encapsuler le détail.\nConsidérons les contrats de monnaie souverains originaux,\ndans lequel l'émetteur\na promis de payer le porteur\nen onces de métal précieux.\nC'est déjà quatre données dans le contrat:\n  quel souverain,\n  "payer au porteur"\n  quoi payer, et\n  combien de cela.","html":"

Un contrat peut encapsuler le détail.\nConsidérons les contrats de monnaie souverains originaux,\ndans lequel l'émetteur\na promis de payer le porteur\nen onces de métal précieux.\nC'est déjà quatre données dans le contrat:\n  quel souverain,\n  "payer au porteur"\n  quoi payer, et\n  combien de cela.

"},{"id":"text-52","type":"text","heading":"","plain_text":"C’est donc avec chaque obligation, chaque monnaie et tout\ninstrument financier de toute complexité\nEn fait, dans le domaine numérique, la question\nde comment traiter un instrument financier\nréduit en grande partie à la façon de\ntraiter un contrat.","html":"

C’est donc avec chaque obligation, chaque monnaie et tout\ninstrument financier de toute complexité\nEn fait, dans le domaine numérique, la question\nde comment traiter un instrument financier\nréduit en grande partie à la façon de\ntraiter un contrat.

"},{"id":"text-53","type":"text","heading":"","plain_text":"Ou un problème est un contrat.\nProblèmes au sein d'autres systèmes de paiement\navoir des contrats mais seulement en tant que complément\ndes documents tels que les contrats d'utilisation.\nSouvent, leur rôle et leur importance\nest sujet à des batailles; Commercialisation\nveut les cacher, alors que légal\ndemande qu'ils soient poussés\ndans le visage de l'utilisateur à tout moment.","html":"

Ou un problème est un contrat.\nProblèmes au sein d'autres systèmes de paiement\navoir des contrats mais seulement en tant que complément\ndes documents tels que les contrats d'utilisation.\nSouvent, leur rôle et leur importance\nest sujet à des batailles; Commercialisation\nveut les cacher, alors que légal\ndemande qu'ils soient poussés\ndans le visage de l'utilisateur à tout moment.

"},{"id":"text-54","type":"text","heading":"","plain_text":"Une fois que nous acceptons que la question est un contrat,\nla tâche devient simple: créer un contrat\nqui peut être lié au système de paiement\ncomme pièce maîtresse.\nC'est le sujet de la section suivante.","html":"

Une fois que nous acceptons que la question est un contrat,\nla tâche devient simple: créer un contrat\nqui peut être lié au système de paiement\ncomme pièce maîtresse.\nC'est le sujet de la section suivante.

"},{"id":"text-55","type":"text","heading":"","plain_text":"Presque tous les aspects des contrats ricardiens\nsont mieux visibles en examinant des exemples,\net cette section couvre brièvement la\ndétails saillants, avant de discuter de la\nramifications.\nDes exemples peuvent être trouvés à","html":"

Presque tous les aspects des contrats ricardiens\nsont mieux visibles en examinant des exemples,\net cette section couvre brièvement la\ndétails saillants, avant de discuter de la\nramifications.\nDes exemples peuvent être trouvés à

"},{"id":"text-56","type":"text","heading":"","plain_text":"webfunds.org/ricardo/contracts/ .","html":"

webfunds.org/ricardo/contracts/ .

"},{"id":"text-57","type":"text","heading":"","plain_text":"3.1. Définition","html":"

3.1. Définition

"},{"id":"text-58","type":"text","heading":"","plain_text":"Un contrat ricardien peut être défini comme\nun seul document qui est\na) un contrat offert par un émetteur à ses titulaires,\nb) pour un droit de valeur détenu par les titulaires,\n   et géré par l'émetteur,\nc) facilement lisible par des personnes (comme un contrat sur papier),\nd) lisible par des programmes (analysable comme une base de données),\ne) signé numériquement,\nf) porte les clés et les informations du serveur, et\ng) associé à un identifiant unique et sécurisé.","html":"

Un contrat ricardien peut être défini comme\nun seul document qui est\na) un contrat offert par un émetteur à ses titulaires,\nb) pour un droit de valeur détenu par les titulaires,\n   et géré par l'émetteur,\nc) facilement lisible par des personnes (comme un contrat sur papier),\nd) lisible par des programmes (analysable comme une base de données),\ne) signé numériquement,\nf) porte les clés et les informations du serveur, et\ng) associé à un identifiant unique et sécurisé.

"},{"id":"text-59","type":"text","heading":"","plain_text":"Dans les termes les plus simples possibles, un contrat ricardien\nest un document définissant un type de valeur pour l'émission\nSur internet\n [11].\nIl identifie l'émetteur, étant le signataire,\net tous les termes et clauses que l'émetteur juge opportun\najouter pour que le document soit considéré comme un contrat.","html":"

Dans les termes les plus simples possibles, un contrat ricardien\nest un document définissant un type de valeur pour l'émission\nSur internet\n [11].\nIl identifie l'émetteur, étant le signataire,\net tous les termes et clauses que l'émetteur juge opportun\najouter pour que le document soit considéré comme un contrat.

"},{"id":"text-60","type":"text","heading":"","plain_text":"Le même document doit être lisible\npar des personnes et analysable par des programmes.\nLe contrat de Ricardian est formaté en fichier texte\nqui peut être facilement lu (affiché ou imprimé),\net les programmes peuvent le convertir en formes internes\npour rechercher des paires nom-valeur.\nIl comprend une section spéciale pour chaque type\ncontrat, tels que cautionnement, action, devise, etc.\nD'autres sections dans décrivent, dans programme-parsable\ntermes, utilisation des points décimaux, titres et symboles.","html":"

Le même document doit être lisible\npar des personnes et analysable par des programmes.\nLe contrat de Ricardian est formaté en fichier texte\nqui peut être facilement lu (affiché ou imprimé),\net les programmes peuvent le convertir en formes internes\npour rechercher des paires nom-valeur.\nIl comprend une section spéciale pour chaque type\ncontrat, tels que cautionnement, action, devise, etc.\nD'autres sections dans décrivent, dans programme-parsable\ntermes, utilisation des points décimaux, titres et symboles.

"},{"id":"text-61","type":"text","heading":"","plain_text":"En tant que signataire légal, l'émetteur signe le document\nsous forme de texte clair OpenPGP avec son contrat\nclé de signature\n [12].\nIl inclut la chaîne complète de clés OpenPGP\ndans le document pour permettre aux programmes de\ndirectement vérifier et authentifier.","html":"

En tant que signataire légal, l'émetteur signe le document\nsous forme de texte clair OpenPGP avec son contrat\nclé de signature\n [12].\nIl inclut la chaîne complète de clés OpenPGP\ndans le document pour permettre aux programmes de\ndirectement vérifier et authentifier.

"},{"id":"text-62","type":"text","heading":"","plain_text":"Identifier de manière unique le contrat,\ntout utilisateur peut calculer un\nrésumé du message canonique\nsur le document signé.\nCe résumé de message est inclus dans\ntous les enregistrements des transactions, et fournit une sécurité\n(infalsifiable) lien du document vers le\ncomptabilité de l'émission.","html":"

Identifier de manière unique le contrat,\ntout utilisateur peut calculer un\nrésumé du message canonique\nsur le document signé.\nCe résumé de message est inclus dans\ntous les enregistrements des transactions, et fournit une sécurité\n(infalsifiable) lien du document vers le\ncomptabilité de l'émission.

"},{"id":"text-63","type":"text","heading":"","plain_text":"Par exemple.,\ne3b445c2a6d82df81ef46b54d386da23ce8f3775\nest le résumé complet du message pour\nNuméro de prépayé de Systemics Inc\ndollars de services.\nCommunément appelé hachage, le résumé du message\nest une technique cryptographique\npour créer un nombre relativement petit qui est\nun à un avec le document. C'est, pour\nchaque document, il n'y a qu'un hachage, et le\nLe hachage se réfère uniquement à ce document.\nL'algorithme est la norme bien connue, SHA1.","html":"

Par exemple.,\ne3b445c2a6d82df81ef46b54d386da23ce8f3775\nest le résumé complet du message pour\nNuméro de prépayé de Systemics Inc\ndollars de services.\nCommunément appelé hachage, le résumé du message\nest une technique cryptographique\npour créer un nombre relativement petit qui est\nun à un avec le document. C'est, pour\nchaque document, il n'y a qu'un hachage, et le\nLe hachage se réfère uniquement à ce document.\nL'algorithme est la norme bien connue, SHA1.

"},{"id":"text-64","type":"text","heading":"","plain_text":"3.2. Quelques observations","html":"

3.2. Quelques observations

"},{"id":"text-65","type":"text","heading":"","plain_text":"Les observations suivantes mettent en évidence\nquelle est la force du résultat.","html":"

Les observations suivantes mettent en évidence\nquelle est la force du résultat.

"},{"id":"text-66","type":"text","heading":"","plain_text":"Limites de hachage ébullition grenouille.\n Un changement de contrat progressif du plus fort\n    la fête au fil du temps est connue comme ébullition de grenouille.\n    La partie la plus forte est généralement l'émetteur,\n    et peut être prévu de changer le contrat\n    s'il y a un avantage. C'est une attaque fréquente.\n    Un résultat de l'utilisation de l'identifiant de hachage\n    est-ce qu'aucune des parties ne peut changer le contrat\n    arbitrairement ou subrepticement.","html":"

Limites de hachage ébullition grenouille.\n Un changement de contrat progressif du plus fort\n    la fête au fil du temps est connue comme ébullition de grenouille.\n    La partie la plus forte est généralement l'émetteur,\n    et peut être prévu de changer le contrat\n    s'il y a un avantage. C'est une attaque fréquente.\n    Un résultat de l'utilisation de l'identifiant de hachage\n    est-ce qu'aucune des parties ne peut changer le contrat\n    arbitrairement ou subrepticement.

"},{"id":"text-67","type":"text","heading":"","plain_text":"Pour voir cela est vrai, nous devons examiner\n    les enregistrements qui font référence au hachage.\n    Une application peut signer tout important\n    enregistrements (par exemple, paiements, jetons, reçus,\n    soldes), et ces enregistrements signés\n    inclure le hash d'un contrat ricardien.\n    Le hash dans l'enregistrement ne peut pas être changé\n    sans perdre sa capacité à passer un test de\n    validité de la signature.\n    De même, le contrat ne peut être modifié sans\n    perdre sa relation avec les enregistrements déjà\n    signé et livré.\n    En d'autres termes, chaque enregistrement, détenu par chaque utilisateur,\n    incorpore une copie immuable de ce hachage.\n    Toute modification du contrat crée un nouveau hachage,\n    et ce nouveau hash n'est pas celui que les utilisateurs\n    avoir ou valeur.","html":"

Pour voir cela est vrai, nous devons examiner\n    les enregistrements qui font référence au hachage.\n    Une application peut signer tout important\n    enregistrements (par exemple, paiements, jetons, reçus,\n    soldes), et ces enregistrements signés\n    inclure le hash d'un contrat ricardien.\n    Le hash dans l'enregistrement ne peut pas être changé\n    sans perdre sa capacité à passer un test de\n    validité de la signature.\n    De même, le contrat ne peut être modifié sans\n    perdre sa relation avec les enregistrements déjà\n    signé et livré.\n    En d'autres termes, chaque enregistrement, détenu par chaque utilisateur,\n    incorpore une copie immuable de ce hachage.\n    Toute modification du contrat crée un nouveau hachage,\n    et ce nouveau hash n'est pas celui que les utilisateurs\n    avoir ou valeur.

"},{"id":"text-68","type":"text","heading":"","plain_text":"Cela cristallise le contrat pour les deux parties,\n    arrêter le plus fort\n    partie de modifier le contrat subtilement à\n    un peu plus tard.\n    Dans une certaine mesure, cela résout le déséquilibre\n    de pouvoir entre le fournisseur et le client dans le\n    offre d'un contrat de formulaire. La petite fête\n    n’a pas d’option pour négocier, mais le\n    plus grande partie la possibilité de réclamer un distinct\n    contrat à une date ultérieure.\n    La limitation a un coût, car elle peut\n    être une nuisance pour l'équipe de soutien de cette\n    instrument financier.","html":"

Cela cristallise le contrat pour les deux parties,\n    arrêter le plus fort\n    partie de modifier le contrat subtilement à\n    un peu plus tard.\n    Dans une certaine mesure, cela résout le déséquilibre\n    de pouvoir entre le fournisseur et le client dans le\n    offre d'un contrat de formulaire. La petite fête\n    n’a pas d’option pour négocier, mais le\n    plus grande partie la possibilité de réclamer un distinct\n    contrat à une date ultérieure.\n    La limitation a un coût, car elle peut\n    être une nuisance pour l'équipe de soutien de cette\n    instrument financier.

"},{"id":"text-69","type":"text","heading":"","plain_text":"La PKI ricardienne apporte de la clarté.\n Les contrats ricardiens ont leur propre public\n    Key Infrastructure ("PKI") avec eux.\n    La clé publique de niveau supérieur de l'émetteur est incluse dans le\n    contrat, et il signe sa clé de signature de contrat,\n    également inclus.\n    La clé de signature du contrat signe le contrat lui-même.","html":"

La PKI ricardienne apporte de la clarté.\n Les contrats ricardiens ont leur propre public\n    Key Infrastructure ("PKI") avec eux.\n    La clé publique de niveau supérieur de l'émetteur est incluse dans le\n    contrat, et il signe sa clé de signature de contrat,\n    également inclus.\n    La clé de signature du contrat signe le contrat lui-même.

"},{"id":"text-70","type":"text","heading":"","plain_text":"Ceci réalise plusieurs choses.\n    Tout d'abord, le logiciel client peut vérifier\n    l'ensemble de la chaîne de signature numérique\n    en une séquence automatisée.","html":"

Ceci réalise plusieurs choses.\n    Tout d'abord, le logiciel client peut vérifier\n    l'ensemble de la chaîne de signature numérique\n    en une séquence automatisée.

"},{"id":"text-71","type":"text","heading":"","plain_text":"Deuxièmement, il n'est pas nécessaire d'avoir un complexe\n    ICP multipartite. Toutes les clés sont présentes,\n    et il n'y a pas besoin d'aller les chercher\n    sur le net.\n    Ceci élimine les attaques de substitution, par lesquelles\n    une clé qui pourrait passer des contrôles pourrait être\n    inséré dans une phase de recherche clé.\n    Cela réduit également les coûts de façon spectaculaire.","html":"

Deuxièmement, il n'est pas nécessaire d'avoir un complexe\n    ICP multipartite. Toutes les clés sont présentes,\n    et il n'y a pas besoin d'aller les chercher\n    sur le net.\n    Ceci élimine les attaques de substitution, par lesquelles\n    une clé qui pourrait passer des contrôles pourrait être\n    inséré dans une phase de recherche clé.\n    Cela réduit également les coûts de façon spectaculaire.

"},{"id":"text-72","type":"text","heading":"","plain_text":"Troisièmement,\n    le hachage canonique du contrat représente également un\n    signature sur le contrat. Il est enregistré\n    dans tous les enregistrements pertinents, et donc enchevêtrement\n    le contrat avec ces activités\n [13].\n    Une fois que le contrat est en jeu depuis un moment,\n    il établit sa provenance par la présence\n    et la confiance du public utilisateur. Cela fournit\n    preuve beaucoup plus convaincante que celle de l'émetteur\n    la signature elle-même; une fois l'émetteur et le public\n    ont passé du temps et de l'argent en s'appuyant sur le contrat,\n    via le hachage, il est difficile pour l'émetteur de renoncer\n    sur la nature du contrat ou sa signature.","html":"

Troisièmement,\n    le hachage canonique du contrat représente également un\n    signature sur le contrat. Il est enregistré\n    dans tous les enregistrements pertinents, et donc enchevêtrement\n    le contrat avec ces activités\n [13].\n    Une fois que le contrat est en jeu depuis un moment,\n    il établit sa provenance par la présence\n    et la confiance du public utilisateur. Cela fournit\n    preuve beaucoup plus convaincante que celle de l'émetteur\n    la signature elle-même; une fois l'émetteur et le public\n    ont passé du temps et de l'argent en s'appuyant sur le contrat,\n    via le hachage, il est difficile pour l'émetteur de renoncer\n    sur la nature du contrat ou sa signature.

"},{"id":"text-73","type":"text","heading":"","plain_text":"Le résultat est une PKI qui offre une forte\n    fiabilité de bout en bout, basée sur un seul document.\n    Ce n'est tout simplement pas présent dans d'autres conceptions pour les ICP\n [14].\n    Cette fiabilité est payante dans la résolution des litiges\n    phase, où, nous suggérons, le contrat de Ricardian\n    peut rester seul sur ses mérites et ne nécessite aucun\n    descriptions complexes de la PKI, signatures numériques,\n    ou des références à des tiers incertains\n    pour renforcer sa provenance.\n    En incluant les touches, nous pouvons dessiner quelques\n    lignes simples dans le contrat, affirmant\n    "cette clé signe cette clé, et que cette dernière signe le\n    Contrat. La première clé est la clé de niveau supérieur de\n    la personne qui a signé ce contrat.\n    C'est toute l'histoire, mi'lud. "","html":"

Le résultat est une PKI qui offre une forte\n    fiabilité de bout en bout, basée sur un seul document.\n    Ce n'est tout simplement pas présent dans d'autres conceptions pour les ICP\n [14].\n    Cette fiabilité est payante dans la résolution des litiges\n    phase, où, nous suggérons, le contrat de Ricardian\n    peut rester seul sur ses mérites et ne nécessite aucun\n    descriptions complexes de la PKI, signatures numériques,\n    ou des références à des tiers incertains\n    pour renforcer sa provenance.\n    En incluant les touches, nous pouvons dessiner quelques\n    lignes simples dans le contrat, affirmant\n    "cette clé signe cette clé, et que cette dernière signe le\n    Contrat. La première clé est la clé de niveau supérieur de\n    la personne qui a signé ce contrat.\n    C'est toute l'histoire, mi'lud. "

"},{"id":"text-74","type":"text","heading":"","plain_text":"Validation de la clé de l'émetteur.\nTous les bons protocoles de cryptographie se divisent en deux parties,\nle premier dit au second,\n"fait confiance à cette clé complètement."","html":"

Validation de la clé de l'émetteur.\nTous les bons protocoles de cryptographie se divisent en deux parties,\nle premier dit au second,\n"fait confiance à cette clé complètement."

"},{"id":"text-75","type":"text","heading":"","plain_text":"La clé de niveau supérieur de l'émetteur en fin de compte\nauthentifie le contrat. Les clés et\nd'autres informations dans le contrat permettent également\nun protocole tel que SOX pour amorcer un\nconnexion fortement sécurisée au serveur\n [15].","html":"

La clé de niveau supérieur de l'émetteur en fin de compte\nauthentifie le contrat. Les clés et\nd'autres informations dans le contrat permettent également\nun protocole tel que SOX pour amorcer un\nconnexion fortement sécurisée au serveur\n [15].

"},{"id":"text-76","type":"text","heading":"","plain_text":"Comment alors vérifier cela\ncette clé ultime est-elle vraiment celle de l'émetteur?\nCe n'est pas difficile. Les affaires\nprocessus d'émission numérique implique\nbeaucoup de\nétablissement de relations entre les émetteurs\net les utilisateurs. Beaucoup d'interactions différentes\nimpliquer des chances d'établir la confiance.\nPar exemple, sur son site Web, l’émetteur\npeut publier le contrat, les clés et les hachages,\net que d'autres sites les reflètent.\nLa valeur ainsi émise sera distribuée\nvia des paiements qui incluent le hachage.\nUne partie déjà de confiance livre habituellement\nces paiements.\nLes paiements identifient valablement le contrat,\net dérivent leur propre validité,\nvia le hash.","html":"

Comment alors vérifier cela\ncette clé ultime est-elle vraiment celle de l'émetteur?\nCe n'est pas difficile. Les affaires\nprocessus d'émission numérique implique\nbeaucoup de\nétablissement de relations entre les émetteurs\net les utilisateurs. Beaucoup d'interactions différentes\nimpliquer des chances d'établir la confiance.\nPar exemple, sur son site Web, l’émetteur\npeut publier le contrat, les clés et les hachages,\net que d'autres sites les reflètent.\nLa valeur ainsi émise sera distribuée\nvia des paiements qui incluent le hachage.\nUne partie déjà de confiance livre habituellement\nces paiements.\nLes paiements identifient valablement le contrat,\net dérivent leur propre validité,\nvia le hash.

"},{"id":"text-77","type":"text","heading":"","plain_text":"Comparez cela aux hypothèses de la\nx.509 PKI derrière la navigation SSL / HTTPS\n(ce qui suit est très discutable, mais\nest présenté à titre de comparaison seulement).\nDans cette ICP, il a été initialement affirmé qu’un\nl'utilisateur présenterait sa carte de crédit aux sites\navec lequel elle n'avait aucune relation antérieure\net aucun moyen pour elle d'établir la provenance\nde la clé du site. Ainsi, un tiers de confiance,\nl'autorité de certification,\na été mis en place pour confirmer la clé.","html":"

Comparez cela aux hypothèses de la\nx.509 PKI derrière la navigation SSL / HTTPS\n(ce qui suit est très discutable, mais\nest présenté à titre de comparaison seulement).\nDans cette ICP, il a été initialement affirmé qu’un\nl'utilisateur présenterait sa carte de crédit aux sites\navec lequel elle n'avait aucune relation antérieure\net aucun moyen pour elle d'établir la provenance\nde la clé du site. Ainsi, un tiers de confiance,\nl'autorité de certification,\na été mis en place pour confirmer la clé.

"},{"id":"text-78","type":"text","heading":"","plain_text":"Les paiements, les transactions et les questions de finance sont\nfondamentalement riche en relations.\nLa nature de l'argent et des finances est que\nles participants font toujours leur propre diligence raisonnable,\nils préfèrent écouter des pairs en qui ils ont déjà confiance,\net ne pas\naccepter facilement la parole d'un parti indépendant.\nAinsi, il n'y a pas de place pour un tiers central\nse tenir debout et authentifier les joueurs.\nAvant que l'utilisateur ne souhaite placer\nvaleur sur un paiement donné, elle a presque\ncertainement été mis au courant du contrat\nvia d'autres moyens.","html":"

Les paiements, les transactions et les questions de finance sont\nfondamentalement riche en relations.\nLa nature de l'argent et des finances est que\nles participants font toujours leur propre diligence raisonnable,\nils préfèrent écouter des pairs en qui ils ont déjà confiance,\net ne pas\naccepter facilement la parole d'un parti indépendant.\nAinsi, il n'y a pas de place pour un tiers central\nse tenir debout et authentifier les joueurs.\nAvant que l'utilisateur ne souhaite placer\nvaleur sur un paiement donné, elle a presque\ncertainement été mis au courant du contrat\nvia d'autres moyens.

"},{"id":"text-79","type":"text","heading":"","plain_text":"Présomption de possession.\nL'utilisation du hash comme identifiant est un compromis\ncomme il est incompréhensible pour l'homme\n [16].\nPourtant, ce même compromis offre un\navantage inattendu:\n L'utilisation de la question conduit à une présomption\n    que l'utilisateur a le contrat.\n Pour utiliser une question de valeur, telle qu'une devise, le\n    l'utilisateur doit avoir le hachage dans les enregistrements applicables.\n    Autrement dit, si l'utilisateur reçoit un paiement,\n    cet enregistrement de paiement inclura le hachage.\n    Comme le hachage n'est pas descriptif,\n    cela implique que l'utilisateur a le contrat\n    afin d'interpréter le problème.","html":"

Présomption de possession.\nL'utilisation du hash comme identifiant est un compromis\ncomme il est incompréhensible pour l'homme\n [16].\nPourtant, ce même compromis offre un\navantage inattendu:\n L'utilisation de la question conduit à une présomption\n    que l'utilisateur a le contrat.\n Pour utiliser une question de valeur, telle qu'une devise, le\n    l'utilisateur doit avoir le hachage dans les enregistrements applicables.\n    Autrement dit, si l'utilisateur reçoit un paiement,\n    cet enregistrement de paiement inclura le hachage.\n    Comme le hachage n'est pas descriptif,\n    cela implique que l'utilisateur a le contrat\n    afin d'interpréter le problème.

"},{"id":"text-80","type":"text","heading":"","plain_text":"Pour voir que c'est vrai,\n    imaginez avoir un disque avec le hash\n    mais sans avoir le contrat.\n    La première chose que l'utilisateur\n    aura besoin est une base de données de\n    paramètres lui disant quoi\n    le hash fait référence à.\n    Contrairement à un paiement en 10 GBP,\n    un paiement de 1000 dans "972097bb …"\n    n'est pas intelligible.","html":"

Pour voir que c'est vrai,\n    imaginez avoir un disque avec le hash\n    mais sans avoir le contrat.\n    La première chose que l'utilisateur\n    aura besoin est une base de données de\n    paramètres lui disant quoi\n    le hash fait référence à.\n    Contrairement à un paiement en 10 GBP,\n    un paiement de 1000 dans "972097bb …"\n    n'est pas intelligible.

"},{"id":"text-81","type":"text","heading":"","plain_text":"Mais comment un logiciel pouvait-il prédire quoi\n    l'utilisateur a besoin de savoir sur le hash?\n    Très rapidement\n    il devient évident que le logiciel\n    vaut mieux stocker la source de\n    l'information – le contrat complet\n    lui-même – comme il supprime\n    un degré de complexité illimité\n    en stockant intermédiaire ou secondaire\n    information.","html":"

Mais comment un logiciel pouvait-il prédire quoi\n    l'utilisateur a besoin de savoir sur le hash?\n    Très rapidement\n    il devient évident que le logiciel\n    vaut mieux stocker la source de\n    l'information – le contrat complet\n    lui-même – comme il supprime\n    un degré de complexité illimité\n    en stockant intermédiaire ou secondaire\n    information.

"},{"id":"text-82","type":"text","heading":"","plain_text":"Le logiciel peut toujours fonctionner avec\n    seulement le hash. Cependant, il\n    serait complètement aveugle à la\n    sémantique de l'instrument.\n    Une telle approche cavalière pourrait être acceptable pour\n    communications et stockage, mais pour les logiciels utilisateur,\n    c'est l'équivalent d'un échec traumatique.\n    Pour y faire face, le côté client\n    le logiciel prend particulièrement soin de\n    acquérir et conserver des contrats.\n    Par conséquent, nous pouvons énoncer la présomption\n    avec un certain degré de confiance:\n    dans un système en fonctionnement,\n    l'utilisateur dispose du\n    contrat ricardien complet\n    (bien que sous contrôle logiciel).","html":"

Le logiciel peut toujours fonctionner avec\n    seulement le hash. Cependant, il\n    serait complètement aveugle à la\n    sémantique de l'instrument.\n    Une telle approche cavalière pourrait être acceptable pour\n    communications et stockage, mais pour les logiciels utilisateur,\n    c'est l'équivalent d'un échec traumatique.\n    Pour y faire face, le côté client\n    le logiciel prend particulièrement soin de\n    acquérir et conserver des contrats.\n    Par conséquent, nous pouvons énoncer la présomption\n    avec un certain degré de confiance:\n    dans un système en fonctionnement,\n    l'utilisateur dispose du\n    contrat ricardien complet\n    (bien que sous contrôle logiciel).

"},{"id":"text-83","type":"text","heading":"","plain_text":"Ceci n’est qu’un petit pas pour le logiciel client,\n    mais est un pas de géant pour la relation\n    entre l'émetteur et le titulaire. Plus précisément,\n    ayant une forte présomption que l'utilisateur\n    a le contrat complet disponible va simplifier\n    beaucoup juridique\n    aspects relatifs aux responsabilités de l'émetteur.\n    (Nous suggérons et reconnaissons ainsi\n    les ramifications légales du terme\n présomption,\n    mais ni l'espace ni l'expertise ne le permettent\n    plus dans cet article.)","html":"

Ceci n’est qu’un petit pas pour le logiciel client,\n    mais est un pas de géant pour la relation\n    entre l'émetteur et le titulaire. Plus précisément,\n    ayant une forte présomption que l'utilisateur\n    a le contrat complet disponible va simplifier\n    beaucoup juridique\n    aspects relatifs aux responsabilités de l'émetteur.\n    (Nous suggérons et reconnaissons ainsi\n    les ramifications légales du terme\n présomption,\n    mais ni l'espace ni l'expertise ne le permettent\n    plus dans cet article.)

"},{"id":"text-84","type":"text","heading":"","plain_text":"3.3. Les quatre coins de la page","html":"

3.3. Les quatre coins de la page

"},{"id":"text-85","type":"text","heading":"","plain_text":"Le contrat ricardien offre une riche\nsource d'informations primaires complètes.\nL'histoire complète est là sous forme textuelle,\nen paramètres analysables, et en\nla chaîne de signature.\nAinsi, dans un litige,\nune attaque légale hostile a moins de place\nmanœuvrer, et ne peut que confirmer les faits\ncomme prévu dans le contrat.","html":"

Le contrat ricardien offre une riche\nsource d'informations primaires complètes.\nL'histoire complète est là sous forme textuelle,\nen paramètres analysables, et en\nla chaîne de signature.\nAinsi, dans un litige,\nune attaque légale hostile a moins de place\nmanœuvrer, et ne peut que confirmer les faits\ncomme prévu dans le contrat.

"},{"id":"text-86","type":"text","heading":"","plain_text":"Notre intention est que le contrat soit le\ndébut et fin de la discussion;\nnous appelons ce principe la règle d'un contrat.\nLa fraternité juridique fait référence à\n"le contrat étant délimité par\nles quatre coins de la page. "\nEn montrant comment nous avons soigneusement\ndisposer d'un document lisible,\navec une signature numérique vérifiable, et\nun identifiant infalsifiable liant à chaque enregistrement,\nnous pouvons plus facilement demander à la justice de\naccepter que le document unique qui est\nêtre présenté est en effet\nle contrat en vigueur convenu entre les parties.","html":"

Notre intention est que le contrat soit le\ndébut et fin de la discussion;\nnous appelons ce principe la règle d'un contrat.\nLa fraternité juridique fait référence à\n"le contrat étant délimité par\nles quatre coins de la page. "\nEn montrant comment nous avons soigneusement\ndisposer d'un document lisible,\navec une signature numérique vérifiable, et\nun identifiant infalsifiable liant à chaque enregistrement,\nnous pouvons plus facilement demander à la justice de\naccepter que le document unique qui est\nêtre présenté est en effet\nle contrat en vigueur convenu entre les parties.

"},{"id":"text-87","type":"text","heading":"","plain_text":"Le contrat est la clé de voûte de l'émission\n [17].\nNotre innovation est d'exprimer tout le saillant\nles détails d'une émission en tant que contrat infalsifiable,\ninlassablement lié à chaque action dans un\nSystème de paiement. Dans ce\nAinsi, l’innovation financière peut se développer parallèlement\nles lignes qu'il a toujours fait – au moyen de\nl'innovation dans les contrats.\nEn traduisant l'institution du\ncontrat dans le domaine numérique,\nnous construisons sur des siècles et même des millénaires\nune valeur d'expérience dans la documentation, le partage\net contestant le sens des accords entre\ndes soirées.","html":"

Le contrat est la clé de voûte de l'émission\n [17].\nNotre innovation est d'exprimer tout le saillant\nles détails d'une émission en tant que contrat infalsifiable,\ninlassablement lié à chaque action dans un\nSystème de paiement. Dans ce\nAinsi, l’innovation financière peut se développer parallèlement\nles lignes qu'il a toujours fait – au moyen de\nl'innovation dans les contrats.\nEn traduisant l'institution du\ncontrat dans le domaine numérique,\nnous construisons sur des siècles et même des millénaires\nune valeur d'expérience dans la documentation, le partage\net contestant le sens des accords entre\ndes soirées.

"},{"id":"text-88","type":"text","heading":"","plain_text":"4.1. Le défi de la complexité","html":"

4.1. Le défi de la complexité

"},{"id":"text-89","type":"text","heading":"","plain_text":"Pour capturer la complexité, nous pouvons mettre des documents tels que\ncontrats sous forme électronique et les signer en utilisant\ntechnologies de signature numérique telles que OpenPGP.\nLe résultat est un analogue raisonnable du papier\net des contrats d'encre que la plupart des gens et des entreprises\nsont familiers avec, renforcés avec cryptographique\nintégrité.","html":"

Pour capturer la complexité, nous pouvons mettre des documents tels que\ncontrats sous forme électronique et les signer en utilisant\ntechnologies de signature numérique telles que OpenPGP.\nLe résultat est un analogue raisonnable du papier\net des contrats d'encre que la plupart des gens et des entreprises\nsont familiers avec, renforcés avec cryptographique\nintégrité.

"},{"id":"text-90","type":"text","heading":"","plain_text":"Avec le hash comme identifiant,\nle logiciel peut maintenant uniquement\nidentifier un arrangement financier donné et\npeut confirmer une forte chaîne de signatures.\nLe hash implique fortement\nl'utilisateur dispose du contrat à tout moment,\net cela ne peut pas être changé\nsans être remarqué.","html":"

Avec le hash comme identifiant,\nle logiciel peut maintenant uniquement\nidentifier un arrangement financier donné et\npeut confirmer une forte chaîne de signatures.\nLe hash implique fortement\nl'utilisateur dispose du contrat à tout moment,\net cela ne peut pas être changé\nsans être remarqué.

"},{"id":"text-91","type":"text","heading":"","plain_text":"Le contrat de Ricardian offre un avantage énorme\nà l'émetteur – clarté dans de nombreux cas juridiques et clients\nquestions de support.\nL'utilisateur bénéficie de coûts globaux moins élevés,\net une meilleure présentation de l'information,\ndans un cadre plus cohérent.","html":"

Le contrat de Ricardian offre un avantage énorme\nà l'émetteur – clarté dans de nombreux cas juridiques et clients\nquestions de support.\nL'utilisateur bénéficie de coûts globaux moins élevés,\net une meilleure présentation de l'information,\ndans un cadre plus cohérent.

"},{"id":"text-92","type":"text","heading":"","plain_text":"4.2. Leçons apprises","html":"

4.2. Leçons apprises

"},{"id":"text-93","type":"text","heading":"","plain_text":"Le formulaire est utilisé avec succès depuis 1996.\nDepuis ce temps, il a livré environ 20\ninstruments financiers sans échec.","html":"

Le formulaire est utilisé avec succès depuis 1996.\nDepuis ce temps, il a livré environ 20\ninstruments financiers sans échec.

"},{"id":"text-94","type":"text","heading":"","plain_text":"Des disputes.\nLe contrat ricardien\nest apparu dans deux forums distincts de litige\nrésolution pour résoudre les réclamations\n [18].\nDe façon anecdotique,\nchaque réclamation a été résolue directement et efficacement,\net sans tracas, simplement en se référant à la\ncontrat ricardien applicable.","html":"

Des disputes.\nLe contrat ricardien\nest apparu dans deux forums distincts de litige\nrésolution pour résoudre les réclamations\n [18].\nDe façon anecdotique,\nchaque réclamation a été résolue directement et efficacement,\net sans tracas, simplement en se référant à la\ncontrat ricardien applicable.

"},{"id":"text-95","type":"text","heading":"","plain_text":"Automatisation.\nRelativement peu a besoin d'être automatisé.\nEn pratique, des champs ont été insérés et\nnormalisé afin que les programmes puissent extraire\ndécimalisation (dollars contre cents),\nétiquettes pour les unités (USD versus $),\net titres pour l'émetteur et l'émission.\nContrairement aux attentes, il y a\nn'a pas été demandé d'analyser tous les champs.","html":"

Automatisation.\nRelativement peu a besoin d'être automatisé.\nEn pratique, des champs ont été insérés et\nnormalisé afin que les programmes puissent extraire\ndécimalisation (dollars contre cents),\nétiquettes pour les unités (USD versus $),\net titres pour l'émetteur et l'émission.\nContrairement aux attentes, il y a\nn'a pas été demandé d'analyser tous les champs.

"},{"id":"text-96","type":"text","heading":"","plain_text":"Coût.\nLe coût du concept a été comparé favorablement\navec celui engagé avec d'autres systèmes de paiement.\nLa préparation du texte du contrat comporte\ncertains coûts, mais pas plus qu'un contrat d'utilisateur.\nConfiguration requise pour l'infrastructure OpenPGP\n(clés et signature) ajoute des coûts mineurs à\németteurs, mais ils sont facilement compensés par les avantages de\nréduction des risques liés à la distribution des contrats.\nLes éditeurs de signature personnalisés ont contribué à réduire\nces coûts\n [19].","html":"

Coût.\nLe coût du concept a été comparé favorablement\navec celui engagé avec d'autres systèmes de paiement.\nLa préparation du texte du contrat comporte\ncertains coûts, mais pas plus qu'un contrat d'utilisateur.\nConfiguration requise pour l'infrastructure OpenPGP\n(clés et signature) ajoute des coûts mineurs à\németteurs, mais ils sont facilement compensés par les avantages de\nréduction des risques liés à la distribution des contrats.\nLes éditeurs de signature personnalisés ont contribué à réduire\nces coûts\n [19].

"},{"id":"text-97","type":"text","heading":"","plain_text":"4.3. Défis pour l'avenir","html":"

4.3. Défis pour l'avenir

"},{"id":"text-98","type":"text","heading":"","plain_text":"Superposition.\nLa superposition de contrats est un besoin imminent.\nDe nombreuses entreprises peuvent prendre un standard et défini\nensemble de termes et s’en inspirer directement.\nD'autres contrats résultent de contrats antérieurs\net besoin de les référencer.","html":"

Superposition.\nLa superposition de contrats est un besoin imminent.\nDe nombreuses entreprises peuvent prendre un standard et défini\nensemble de termes et s’en inspirer directement.\nD'autres contrats résultent de contrats antérieurs\net besoin de les référencer.

"},{"id":"text-99","type":"text","heading":"","plain_text":"XML.\nLes premiers efforts suggéraient que XML romprait le\nrègle d'un contrat, mais il semble que nous allons\nbesoin de quelque chose de mieux que l'INI archaïque\nformat\n [20].\nUne proposition récente, le voucher XML, s’arrête\nà court de se présenter comme un contrat\n [21].","html":"

XML.\nLes premiers efforts suggéraient que XML romprait le\nrègle d'un contrat, mais il semble que nous allons\nbesoin de quelque chose de mieux que l'INI archaïque\nformat\n [20].\nUne proposition récente, le voucher XML, s’arrête\nà court de se présenter comme un contrat\n [21].

"},{"id":"text-100","type":"text","heading":"","plain_text":"Loi du contrat.\nLe traitement du contrat ricardien comme\nune Contrat\npeut soulever plus de questions juridiques que de réponses.\nPar exemple, ce formulaire est-il bien un contrat?\nComment différentes juridictions perçoivent-elles la\nconcept (common law, droit civil, UCC, code coranique)?\nEst-ce un contrat négocié ou un formulaire?\nQuand l'utilisateur a-t-il accepté le contrat?\nQuelle est la force de la présomption?\nque l'utilisateur a le contrat?","html":"

Loi du contrat.\nLe traitement du contrat ricardien comme\nune Contrat\npeut soulever plus de questions juridiques que de réponses.\nPar exemple, ce formulaire est-il bien un contrat?\nComment différentes juridictions perçoivent-elles la\nconcept (common law, droit civil, UCC, code coranique)?\nEst-ce un contrat négocié ou un formulaire?\nQuand l'utilisateur a-t-il accepté le contrat?\nQuelle est la force de la présomption?\nque l'utilisateur a le contrat?

"},{"id":"text-101","type":"text","heading":"","plain_text":"Contrats intelligents.\n En unifiant toutes les informations dans un programme lisible\n    fichier, il y a le potentiel accru de smart\n    des contrats\n [22].\nNous ne sommes pas allés plus loin dans cette direction\nque des méthodes pour gérer les nombres décimaux.\nCeci est en partie dû au manque de demande, et\nen partie parce qu'il n'est pas clair comment un tribunal\ntraiterait un programme informatique présenté\ncomme un contrat.","html":"

Contrats intelligents.\n En unifiant toutes les informations dans un programme lisible\n    fichier, il y a le potentiel accru de smart\n    des contrats\n [22].\nNous ne sommes pas allés plus loin dans cette direction\nque des méthodes pour gérer les nombres décimaux.\nCeci est en partie dû au manque de demande, et\nen partie parce qu'il n'est pas clair comment un tribunal\ntraiterait un programme informatique présenté\ncomme un contrat.

"},{"id":"text-102","type":"text","heading":"","plain_text":"[1]\n Introduit à l'origine dans\n    Ian Grigg,\n \n "Cryptographie financière en 7 couches,"\n \n 4ème conférence sur la cryptographie financière,\n \n Anguilla, 2000,\n    Springer-Verlag LNCS 1962.\n    Tous les papiers sont à\n    http://iang.org/papers/\n[2]\n Ian Grigg,\n \n "Trading numérique"\n Rapport de finance virtuelleNovembre 1997.\n[3]\n Codes de pays et de devise, ISO3166-1.\n[4]\n Bryce Wilcox,\n    examen de la conception ouverte,\n La liste des développeurs de DigiCash,\n ,\n    Août 1997.\n[5]\n Ibid, Rachel Willmer, 14 août 1997.\n[6]\n Robert Hettinga,\n    "\n Qu'est-ce qu'un lien au porteur numérique?"\n e $ rants ,\n    19 novembre 1995\n[7]\n Alex Tajirian,\n    "\n David Bowie Bonds"\n[8]\n Ian Grigg et C. Petro,\n \n "Utiliser les marchés électroniques pour atteindre\n    Distribution efficace des tâches, "\n 1ère conférence sur la cryptographie financière\n ,\n    Anguilla, 1997\n    Springer-Verlag LNCS 1318.\n[9]\n Noël Clarke,\n Guide des euro-obligations,\n    The Economist Intelligence Unit,\n    1993.\n[10]\n FDIC\n \n Avis n ° 8 de l'avocat général; Cartes à valeur stockée,\n Registre fédéral2 août 1996.\n    Voir également le communiqué de presse (lisible) intitulé\n \n La FDIC continuera de s'appuyer sur l'opinion de l'avocat général\n    plutôt que d'émettre des règles sur les cartes à valeur stockée,\n    24 juin 97.\n[11]\n Ian Grigg,\n \n Guide des contrats ricardiens,\n \n \n WebFonds projet.\n[12]\n Jon Callas et al.\n    "Format de message OpenPGP,"\n Projet Internet,\n    RFC2440bis (version préliminaire -10).\n[13]\n Petros Maniatis, Mary Baker\n \n "Sauvegarde historique sécurisée via\n    Enchevêtrement de la timeline "\n ,\n 11ème symposium USENIX sur la sécurité,\n    San Francisco, États-Unis. Août 2002.\n[14]\n Jane K. Winn,\n    "\n Courriers sans bagages"\n    49 Revue de droit de la Caroline du Sud 739 (1998)\n[15]\n Gary Howland,\n \n "Développement d'un système de paiement ouvert et flexible"\n 1996.\n[16]\n Bryce Wilcox,\n \n "Noms: décentralisés, sécurisés, ayant un sens humain:\n    Choisissez deux",\n    2003\n[17]\n Métaphore de Martin (Hasan) Bramwell.\n    Voir\n \n "Le contrat est la clé de voûte de l'émission"\n \n \n Blog sur la cryptographie financière,\n \n 19 septembre 2003.\n[18]\n DigiGold v. Systemics,\n    devant la Cour suprême d'Anguilla (2001),\n    et ensuite référé à la\n    Association américaine d'arbitrage (2002).\n[19]\n Edwin Woudt,\n    ContractSignWizard,\n \n \n WebFonds projet.\n[20]\n Erwin van der Koogh,\n    "Contrats ricardiens en XML,"\n    (présenté à)\n Ingénierie de cryptographie financière d'Edimbourg\n (EFCE-2), 2001.\n[21]\n Ko Fujimura et Masayuki Terada,\n \n Bon XML: Langue du bon générique,\n Projet Internet.\n[22]\n Nick Szabo,\n    "\n L'idée des contrats intelligents, "1997.","html":"

[1]\n Introduit à l'origine dans\n    Ian Grigg,\n \n "Cryptographie financière en 7 couches,"\n \n 4ème conférence sur la cryptographie financière,\n \n Anguilla, 2000,\n    Springer-Verlag LNCS 1962.\n    Tous les papiers sont à\n    http://iang.org/papers/\n[2]\n Ian Grigg,\n \n "Trading numérique"\n Rapport de finance virtuelleNovembre 1997.\n[3]\n Codes de pays et de devise, ISO3166-1.\n[4]\n Bryce Wilcox,\n    examen de la conception ouverte,\n La liste des développeurs de DigiCash,\n ,\n    Août 1997.\n[5]\n Ibid, Rachel Willmer, 14 août 1997.\n[6]\n Robert Hettinga,\n    "\n Qu'est-ce qu'un lien au porteur numérique?"\n e $ rants ,\n    19 novembre 1995\n[7]\n Alex Tajirian,\n    "\n David Bowie Bonds"\n[8]\n Ian Grigg et C. Petro,\n \n "Utiliser les marchés électroniques pour atteindre\n    Distribution efficace des tâches, "\n 1ère conférence sur la cryptographie financière\n ,\n    Anguilla, 1997\n    Springer-Verlag LNCS 1318.\n[9]\n Noël Clarke,\n Guide des euro-obligations,\n    The Economist Intelligence Unit,\n    1993.\n[10]\n FDIC\n \n Avis n ° 8 de l'avocat général; Cartes à valeur stockée,\n Registre fédéral2 août 1996.\n    Voir également le communiqué de presse (lisible) intitulé\n \n La FDIC continuera de s'appuyer sur l'opinion de l'avocat général\n    plutôt que d'émettre des règles sur les cartes à valeur stockée,\n    24 juin 97.\n[11]\n Ian Grigg,\n \n Guide des contrats ricardiens,\n \n \n WebFonds projet.\n[12]\n Jon Callas et al.\n    "Format de message OpenPGP,"\n Projet Internet,\n    RFC2440bis (version préliminaire -10).\n[13]\n Petros Maniatis, Mary Baker\n \n "Sauvegarde historique sécurisée via\n    Enchevêtrement de la timeline "\n ,\n 11ème symposium USENIX sur la sécurité,\n    San Francisco, États-Unis. Août 2002.\n[14]\n Jane K. Winn,\n    "\n Courriers sans bagages"\n    49 Revue de droit de la Caroline du Sud 739 (1998)\n[15]\n Gary Howland,\n \n "Développement d'un système de paiement ouvert et flexible"\n 1996.\n[16]\n Bryce Wilcox,\n \n "Noms: décentralisés, sécurisés, ayant un sens humain:\n    Choisissez deux",\n    2003\n[17]\n Métaphore de Martin (Hasan) Bramwell.\n    Voir\n \n "Le contrat est la clé de voûte de l'émission"\n \n \n Blog sur la cryptographie financière,\n \n 19 septembre 2003.\n[18]\n DigiGold v. Systemics,\n    devant la Cour suprême d'Anguilla (2001),\n    et ensuite référé à la\n    Association américaine d'arbitrage (2002).\n[19]\n Edwin Woudt,\n    ContractSignWizard,\n \n \n WebFonds projet.\n[20]\n Erwin van der Koogh,\n    "Contrats ricardiens en XML,"\n    (présenté à)\n Ingénierie de cryptographie financière d'Edimbourg\n (EFCE-2), 2001.\n[21]\n Ko Fujimura et Masayuki Terada,\n \n Bon XML: Langue du bon générique,\n Projet Internet.\n[22]\n Nick Szabo,\n    "\n L'idée des contrats intelligents, "1997.

"},{"id":"text-103","type":"text","heading":"","plain_text":"Click to rate this post!\n \n [Total: 0 Average: 0]","html":"

Click to rate this post!\n \n [Total: 0 Average: 0]

"}],"sections":[{"id":"text-1","heading":"Text","content":"Le contrat ricardien"},{"id":"text-2","heading":"Text","content":"Le contrat ricardien"},{"id":"text-3","heading":"Text","content":"Ian GriggSystemics, Inc.Iang@Iang.org"},{"id":"text-4","heading":"Text","content":"Abstrait"},{"id":"text-5","heading":"Text","content":"Description de la valeur numérique pour les systèmes de paiement\n  n'est pas une tâche triviale.\n  Méthodes simplistes d'utilisation de nombres ou de pays\n  codes pour décrire les monnaies et ruban à mesurer\n  symboles permettant d’émettre des obligations, des actions et d’autres moyens financiers.\n  instruments rencontrent bientôt des lacunes dans leur\n  capacité à gérer des demandes dynamiques et divergentes.\n  Les variations apparemment arbitraires du\n  les significations des différents instruments sont les meilleures\n  capturés comme des contrats entre émetteurs et\n  titulaires.\n  Ainsi, l'émission numérique d'instruments\n  peut être considéré comme l’émission de contrats."},{"id":"text-6","heading":"Text","content":"Ce document propose que le Contrat\n  est le problème.\n  Un formulaire de document est décrit qui englobe les\n  nature contractuelle inhérente de la situation financière\n  l'instrument répond encore aux exigences\n  d'être partie intégrante d'un système de paiement."},{"id":"text-7","heading":"Text","content":"Peu de travail a été fait sur la classification\net description de la valeur dans le\ndomaine de la cryptographie financière.\nCe document présente le contrat ricardien,\nune méthode pour identifier\net décrire les problèmes liés aux instruments financiers\ncomme des contrats\n [1].\nIl a été développé à l'origine par\nIan Grigg et Gary Howland\ndans le cadre du système de paiement Ricardo."},{"id":"text-8","heading":"Text","content":"1.1. Les origines"},{"id":"text-9","heading":"Text","content":"La demande initiale était un système d'échange d'obligations\n [2].\nPour le commerce, un\ncomposante de base est un système de transfert ou de paiement\nqui reçoit et agit sur\ninstructions de transfert pour déplacer des instruments\n(espèces, obligations) d’un compte à un autre.\nChaque instruction doit donc identifier l'instrument."},{"id":"text-10","heading":"Text","content":"Un moyen était nécessaire pour capturer, identifier et\ndécrire les instruments négociés.\nIl y a des milliers de liens, et potentiellement\ndes millions d'autres instruments qui pourraient être\némis et échangés, et chacun a unique\ncaractéristiques qui ne se prêtent pas à\ncompression dans les bases de données.\nPour un tel système, les espèces ne sont pas différentes des obligations,\net nécessite la même description."},{"id":"text-11","heading":"Text","content":"1.2. Le problème"},{"id":"text-12","heading":"Text","content":"Quand quelqu'un émet une monnaie\n(ou lien ou part)\nsur Internet, c'est quoi?\nQu'est-ce que le destinataire a?"},{"id":"text-13","heading":"Text","content":"Peu de systèmes d'émission de valeur (systèmes de paiement)\nTraitez ces questions correctement.\nIls se réfèrent généralement à des unités externes existantes\nde la monnaie et ranger les bords en vrac dans un\nAccord de l'utilisateur.\nPar exemple, Paypal, un émetteur de dollars,\nrepose sur la familiarité du dollar américain\ndéfinir une grande partie de son offre de services.\nLes émetteurs d'or s'appuient davantage sur leurs utilisateurs\naccords comme l'unité de métal est pas si\nfamilier."},{"id":"text-14","heading":"Text","content":"Pour le trading, cela ne suffit pas\nfaire référence à des références connues et connues,\ncomme chaque instrument est différent de façon minutieuse\net ces différences comptent pour les commerçants.\nMême avec les devises, cependant, l'utilisateur a\ndifficulté à déterminer la sécurité et\nsécurité d'un dollar par rapport à un autre."},{"id":"text-15","heading":"Text","content":"Classification par numéros ou symboles\nest un point de départ.\nPresque tous les systèmes d'émission numérique\nidentifier leur problème de base en allouant\nchiffres ou lettres en tant que devises\n(par exemple, 840, "USD", "AUG"\n [3]).\nCes systèmes rencontrent des problèmes rapidement."},{"id":"text-16","heading":"Text","content":"Un émetteur avec plusieurs devises ou plusieurs\németteurs ayant la même valeur nominale\nla monnaie soulève des questions difficiles.\nUn émetteur peut-il avoir deux\nou plusieurs unités de dollars?\nPar exemple, dans ISO3166-1, il y a\ntrois dollars américains différents:\n    840 / USD (en espèces),\n    998 / USS (même jour), et\n    997 / USN (le prochain jour).\nDe même, comment une devise en or numérique\n("DGC") différencie son or de celui de\nun autre émetteur, quand tous sont connus comme "AUG"?"},{"id":"text-17","heading":"Text","content":"1.3. La solution"},{"id":"text-18","heading":"Text","content":"Comme les obligations sont, à leur essence, des contrats\nentre émetteurs et utilisateurs, notre problème\nréduit à l'un des contrats d'émission.\nConsidérant que d'autres questions avoir contrats,\nnos issues sont contrats."},{"id":"text-19","heading":"Text","content":"Notre innovation consiste à exprimer un instrument émis comme\nun contrat, et de lier ce contrat dans chaque\naspect du système de paiement.\nPar ce processus, un document de grande envergure\nutilitaire (lisible par l'utilisateur et le programme) est rédigé et\nsigné numériquement par l'émetteur de l'instrument.\nCe document, le\nContrat ricardien,\nconstitue la base de la compréhension\nune question et chaque transaction dans cette question."},{"id":"text-20","heading":"Text","content":"Par extension, toutes les questions de valeur, telles que\ndevises, actions, dérivés, systèmes de fidélisation\net bons d'achat, peuvent bénéficier de cette approche."},{"id":"text-21","heading":"Text","content":"1.4. Structure"},{"id":"text-22","heading":"Text","content":"Ce document est structuré comme suit.\nDans la section 2,\nnous discutons des approches conventionnelles de\nidentifier et décrire l'émission,\net explorer les questions et les doutes\nentourant ces approches.\nEnsuite, à la section 3, un modèle permettant d’exprimer la délivrance en tant que\nun contrat est présenté.\nEnfin, à la section 4, les remarques finales sont ajoutées."},{"id":"text-23","heading":"Text","content":"2.1. Un schéma de première génération"},{"id":"text-24","heading":"Text","content":"Prenons le cas du pionnier\nsystème de caisse numérique, eCash,\ncomme initialement sur le terrain par DigiCash BV.\nLa première monnaie de valeur,\némis par Mark Twain Bank des États-Unis,\na été identifié avec le numéro 4.\nLore dit que le premier système alloué\nun petit numéro séquentiel à chaque devise.\nLes systèmes de test avaient déjà acquis\n0,1,2,3 et donc 4 était le suivant.\nLes hypothèses marketing de DigiCash ont ensuite changé\nsupposer un problème par pays.\nAvec le temps, ce régime a été ajusté pour\némettre des devises numérotées après\nindicatifs internationaux\n(par exemple, 49 pour l’Allemagne, 61 pour l’Australie).\nLes lacunes de ce régime sont devenues apparentes,\ndonc un nouveau design a été créé\n [4].\nUn numéro de 32 bits décrivant le problème a été utilisé,\nsur l'hypothèse pragmatique que ce serait\nassez grande pour couvrir les éventualités prévisibles."},{"id":"text-25","heading":"Text","content":"Pourtant, les souches de un émetteur, une monnaie\nétaient évidents presque immédiatement.\nUn schéma plus avancé pourrait utiliser un tuple de\n(émetteur, devise)\ndécrire un système dans lequel chaque émetteur\nest habilité dans un certain sens à émettre plusieurs\nmonnaies concurrentes\n [5].\nIl est facile de généraliser ce système en ajoutant\néléments supplémentaires au tuple:\n(émetteur, type, identifiant) tuple\n [6].\nPar exemple, une obligation à coupon zéro émise par le\nKeiretsu conjoint universel et national\nqui paie en janvier 2100\npourrait avoir un tuple de (JUNK, zéro, Jan_2100)."},{"id":"text-26","heading":"Text","content":"2.2. Le problème avec les nombres"},{"id":"text-27","heading":"Text","content":"Les chiffres comme espace d’identification\nles instruments numériques sont limitants,\net ayant des tuples comme une extension\nn'est pas vraiment une réponse."},{"id":"text-28","heading":"Text","content":"Premièrement, que décrivent-ils?\n    Dans le cas des systèmes de paiement électroniques,\n    ils peuvent décrire les devises et les émetteurs.\n    Est-ce l'un ou les deux, et\n    Comment généraliser à d'autres aspects?\n    Deuxièmement, quelle sécurité avons-nous que quoi\n    est décrit est exact?\n    Alors que beaucoup peut être accompli simplement\n    s'appuyant sur la réputation\n    de l'émetteur, financier\n    les initiés savent que le\n    la valeur réelle est exprimée dans le\n    détail et la fiabilité\n    de la demande.\n    Troisièmement, comment sont dérivés les nombres?\n    Un registre central est-il nécessaire?\n    ou peut tout émetteur de valeur numérique\n    acquérir un numéro selon les exigences locales?\n    Enfin, y a-t-il une limite à l'espace?\n    Nombre entier tel qu'exprimé dans\n    les paquets sont généralement limités à\n    une certaine quantité de bits, tels que 32.\n    Pour le génie logiciel pratique,\n    il doit y avoir des limites, mais est-ce que celles-ci\n    limites besoin de limiter les possibilités d'affaires?"},{"id":"text-29","heading":"Text","content":"2.3. Le défi du succès"},{"id":"text-30","heading":"Text","content":"Tout système réussi sera utilisé de différentes manières\ncela donne l'impression d'être cassé.\nEn tant qu’ingénieurs logiciels, nous devons\nprésenter nos inventions avec l'humilité de\noutilleurs pour les générations futures de constructeurs,\npas comme les bureaucrates qui planifient le zonage\nl'espace de commerce numérique."},{"id":"text-31","heading":"Text","content":"Ce qu'il se passe quand\nnous avons traversé les premiers adoptants,\ndominé les mamans et les pops, et la concurrence est\nse tournant férocement sur notre ensemble de retraités âgés?\nImaginez des bonbons à la menthe dans les poches de\nDes milliards de personnes âgées qui jouent au ralenti.\nOu imaginez un monde avec un émetteur de\npoints de fidélité numériques sur chaque parcomètre, ou\noù les étudiants doivent payer les frais de scolarité avec\nparts des bénéfices futurs.\nNous avons déjà vu des musiciens populaires\nvendre des obligations soutenues par leur musique\n [7],\net propositions de corrections de bugs logiciels financées\npar questions sécurisées à des utilisateurs anonymes\n [8]."},{"id":"text-32","heading":"Text","content":"2.4. L'obligation à coupon zéro"},{"id":"text-33","heading":"Text","content":"Considérons l'obligation à coupon zéro,\nun instrument qui paie un valeur nominale\nd'une monnaie à une date donnée.\nle zéro est peut-être le plus simple général\ninstrument financier d'usage courant, et il\nformé la référence pour notre conception."},{"id":"text-34","heading":"Text","content":"Décrire\nla valeur faciale, la devise de la valeur faciale,\net la date d'expiration de ce lien,\nnous ajouterions des éléments supplémentaires au tuple ci-dessus.\nMais ce n'est qu'un début.\nDans sa description des euro-obligations,\nNoel Clarke attend des dizaines ou des centaines de champs\n [9].\nSi on examine juste\nune de ces caractéristiques, par exemple\nOptions de vente liées à un événement,\nnous constatons qu'un lien doit décrire\nque se passe-t-il dans le cas de:"},{"id":"text-35","heading":"Text","content":"une prise de contrôle hostile ou amicale de l'émetteur,\n \n une prise de contrôle par l'émetteur d'une autre partie,\n \n une recapitalisation,\n \n programme de rachat par l'émetteur\n       de ses propres actions, ou\n \n une répartition des actifs au-dessus d'un\n       certain pourcentage de la valeur nette de l’émission."},{"id":"text-36","heading":"Text","content":"Ces éléments sont étroitement liés à l'instrument\nen question, mais ils représentent des difficultés\nà l'architecte logiciel.\nNous pouvons faire un certain nombre d'observations."},{"id":"text-37","heading":"Text","content":"Tout d’abord, chaque événement n’est pas simple.\nAujourd'hui,\non peut être capable de chausser la notion de\n"prise de contrôle hostile ou amicale" en un seul\npaire nom-valeur,\nmais cela ne survivrait pas à la scène en évolution\nde règlement et de litige qui s'applique à\nde tels événements."},{"id":"text-38","heading":"Text","content":"Deuxièmement, il n'y a aucune raison de croire que\nla liste ci-dessus est complète."},{"id":"text-39","heading":"Text","content":"Troisièmement, non seulement il sera difficile de\nconcevoir un seul champ de toute sorte pour faire face\navec ceux-ci, ils vont surtout\nêtre plein de texte légal."},{"id":"text-40","heading":"Text","content":"Considérons un point de vue de la disposition des données.\nPour décrire le document\nqui forme la base d'un lien\nnous aurons besoin d'une structure arborescente\nbase de données de tuples, au minimum.\nPlus, cette mise en page\nne va travailler que pour un seul instrument,\nou un ensemble extrêmement serré, presque fongible\ndes instruments."},{"id":"text-41","heading":"Text","content":"2.5. L'argent est roi"},{"id":"text-42","heading":"Text","content":"Les monnaies, ou les espèces, pourraient être aussi serrées.\nAprès tout, un dollar est un dollar est un dollar.\nPeut-on décrire l'argent avec un ensemble simple\nde tuples?\nMême pour de l'argent, nous soutenons qu'une disposition de\nles tuples ne suffisent pas."},{"id":"text-43","heading":"Text","content":"Prenons le cas d'un dollar numérique émis par une banque.\nLes dollars numériques seraient des dérivés,\nsouvent appuyés par des dépôts du même montant.\nCela peut suffire à des fins de marketing\nmais il ne survivrait pas à un grave problème financier\nune analyse."},{"id":"text-44","heading":"Text","content":"Comparez ces dollars dérivés à ceux\némis par la Réserve fédérale américaine\nPlanche.\nLa Fed n'a pas encore nié l'acceptation de\nses notes si présentées avec même,\nsi seulement comme une réclamation sur un autre groupe de\nmême instrument, ou pour des dettes fiscales.\nLes interprétations radicales mises à part, la\nLa Fed n'a jamais déposé de bilan\net reste un pari assez solide."},{"id":"text-45","heading":"Text","content":"On ne peut en dire autant de n'importe lequel\nbanque émettrice de dollars dérivés.\nSes dollars numériques seraient soutenus par des dépôts avec\n… la même institution.\nUne telle banque peut fermer ses portes à tout moment,\net, compte tenu de l'histoire du secteur bancaire\nau 20ème siècle, un analyste devrait prendre cette\nrisque sérieusement. En outre, aux États-Unis au moins,\nla FDIC a déjà décidé que les fonds ainsi détenus sur un\nles PC de l'utilisateur sont considérés comme des dépôts non assurés\n [10]."},{"id":"text-46","heading":"Text","content":"Cela ne veut pas dire qu'une banque donnée\nest sur le point de fermer les portes, mais de demander\nce qui se passe quand un émetteur fait en effet\ndéfaut sur sa promesse?"},{"id":"text-47","heading":"Text","content":"Tout détenteur d'un actif comportera un risque.\nUn détenteur de dollars électroniques emportera\nle risque d'échec de l'émetteur et le titulaire\nde dollars d'un autre émetteur porte un similaire,\ncomparable, mais distinct risque.\nChacun de ces risques entraîne un coût, qui devrait\nêtre soustrait de la valeur nominale du dollar à\ncalculer une valeur comparative.\nC’est dans cette distinction des risques que se situe l’inévitable\nle fait qu’un dollar donné n’a pas une valeur constante,\nmême par rapport à un dollar bien connu\ncomme celle de la Réserve fédérale."},{"id":"text-48","heading":"Text","content":"2.6 Les petits caractères du contrat"},{"id":"text-49","heading":"Text","content":"S'il n'y a pas un seul dollar,\nce qui reste? Clairement, nous devons décrire chaque\net chaque dollar pour ce que c'est.\nCela semblerait être une tâche de\npetits caractères et détail, et, en effet,"},{"id":"text-50","heading":"Text","content":"chaque devise émise distincte\nest un contrat distinct\nentre l'émetteur et le titulaire."},{"id":"text-51","heading":"Text","content":"Un contrat peut encapsuler le détail.\nConsidérons les contrats de monnaie souverains originaux,\ndans lequel l'émetteur\na promis de payer le porteur\nen onces de métal précieux.\nC'est déjà quatre données dans le contrat:\n  quel souverain,\n  "payer au porteur"\n  quoi payer, et\n  combien de cela."},{"id":"text-52","heading":"Text","content":"C’est donc avec chaque obligation, chaque monnaie et tout\ninstrument financier de toute complexité\nEn fait, dans le domaine numérique, la question\nde comment traiter un instrument financier\nréduit en grande partie à la façon de\ntraiter un contrat."},{"id":"text-53","heading":"Text","content":"Ou un problème est un contrat.\nProblèmes au sein d'autres systèmes de paiement\navoir des contrats mais seulement en tant que complément\ndes documents tels que les contrats d'utilisation.\nSouvent, leur rôle et leur importance\nest sujet à des batailles; Commercialisation\nveut les cacher, alors que légal\ndemande qu'ils soient poussés\ndans le visage de l'utilisateur à tout moment."},{"id":"text-54","heading":"Text","content":"Une fois que nous acceptons que la question est un contrat,\nla tâche devient simple: créer un contrat\nqui peut être lié au système de paiement\ncomme pièce maîtresse.\nC'est le sujet de la section suivante."},{"id":"text-55","heading":"Text","content":"Presque tous les aspects des contrats ricardiens\nsont mieux visibles en examinant des exemples,\net cette section couvre brièvement la\ndétails saillants, avant de discuter de la\nramifications.\nDes exemples peuvent être trouvés à"},{"id":"text-56","heading":"Text","content":"webfunds.org/ricardo/contracts/ ."},{"id":"text-57","heading":"Text","content":"3.1. Définition"},{"id":"text-58","heading":"Text","content":"Un contrat ricardien peut être défini comme\nun seul document qui est\na) un contrat offert par un émetteur à ses titulaires,\nb) pour un droit de valeur détenu par les titulaires,\n   et géré par l'émetteur,\nc) facilement lisible par des personnes (comme un contrat sur papier),\nd) lisible par des programmes (analysable comme une base de données),\ne) signé numériquement,\nf) porte les clés et les informations du serveur, et\ng) associé à un identifiant unique et sécurisé."},{"id":"text-59","heading":"Text","content":"Dans les termes les plus simples possibles, un contrat ricardien\nest un document définissant un type de valeur pour l'émission\nSur internet\n [11].\nIl identifie l'émetteur, étant le signataire,\net tous les termes et clauses que l'émetteur juge opportun\najouter pour que le document soit considéré comme un contrat."},{"id":"text-60","heading":"Text","content":"Le même document doit être lisible\npar des personnes et analysable par des programmes.\nLe contrat de Ricardian est formaté en fichier texte\nqui peut être facilement lu (affiché ou imprimé),\net les programmes peuvent le convertir en formes internes\npour rechercher des paires nom-valeur.\nIl comprend une section spéciale pour chaque type\ncontrat, tels que cautionnement, action, devise, etc.\nD'autres sections dans décrivent, dans programme-parsable\ntermes, utilisation des points décimaux, titres et symboles."},{"id":"text-61","heading":"Text","content":"En tant que signataire légal, l'émetteur signe le document\nsous forme de texte clair OpenPGP avec son contrat\nclé de signature\n [12].\nIl inclut la chaîne complète de clés OpenPGP\ndans le document pour permettre aux programmes de\ndirectement vérifier et authentifier."},{"id":"text-62","heading":"Text","content":"Identifier de manière unique le contrat,\ntout utilisateur peut calculer un\nrésumé du message canonique\nsur le document signé.\nCe résumé de message est inclus dans\ntous les enregistrements des transactions, et fournit une sécurité\n(infalsifiable) lien du document vers le\ncomptabilité de l'émission."},{"id":"text-63","heading":"Text","content":"Par exemple.,\ne3b445c2a6d82df81ef46b54d386da23ce8f3775\nest le résumé complet du message pour\nNuméro de prépayé de Systemics Inc\ndollars de services.\nCommunément appelé hachage, le résumé du message\nest une technique cryptographique\npour créer un nombre relativement petit qui est\nun à un avec le document. C'est, pour\nchaque document, il n'y a qu'un hachage, et le\nLe hachage se réfère uniquement à ce document.\nL'algorithme est la norme bien connue, SHA1."},{"id":"text-64","heading":"Text","content":"3.2. Quelques observations"},{"id":"text-65","heading":"Text","content":"Les observations suivantes mettent en évidence\nquelle est la force du résultat."},{"id":"text-66","heading":"Text","content":"Limites de hachage ébullition grenouille.\n Un changement de contrat progressif du plus fort\n    la fête au fil du temps est connue comme ébullition de grenouille.\n    La partie la plus forte est généralement l'émetteur,\n    et peut être prévu de changer le contrat\n    s'il y a un avantage. C'est une attaque fréquente.\n    Un résultat de l'utilisation de l'identifiant de hachage\n    est-ce qu'aucune des parties ne peut changer le contrat\n    arbitrairement ou subrepticement."},{"id":"text-67","heading":"Text","content":"Pour voir cela est vrai, nous devons examiner\n    les enregistrements qui font référence au hachage.\n    Une application peut signer tout important\n    enregistrements (par exemple, paiements, jetons, reçus,\n    soldes), et ces enregistrements signés\n    inclure le hash d'un contrat ricardien.\n    Le hash dans l'enregistrement ne peut pas être changé\n    sans perdre sa capacité à passer un test de\n    validité de la signature.\n    De même, le contrat ne peut être modifié sans\n    perdre sa relation avec les enregistrements déjà\n    signé et livré.\n    En d'autres termes, chaque enregistrement, détenu par chaque utilisateur,\n    incorpore une copie immuable de ce hachage.\n    Toute modification du contrat crée un nouveau hachage,\n    et ce nouveau hash n'est pas celui que les utilisateurs\n    avoir ou valeur."},{"id":"text-68","heading":"Text","content":"Cela cristallise le contrat pour les deux parties,\n    arrêter le plus fort\n    partie de modifier le contrat subtilement à\n    un peu plus tard.\n    Dans une certaine mesure, cela résout le déséquilibre\n    de pouvoir entre le fournisseur et le client dans le\n    offre d'un contrat de formulaire. La petite fête\n    n’a pas d’option pour négocier, mais le\n    plus grande partie la possibilité de réclamer un distinct\n    contrat à une date ultérieure.\n    La limitation a un coût, car elle peut\n    être une nuisance pour l'équipe de soutien de cette\n    instrument financier."},{"id":"text-69","heading":"Text","content":"La PKI ricardienne apporte de la clarté.\n Les contrats ricardiens ont leur propre public\n    Key Infrastructure ("PKI") avec eux.\n    La clé publique de niveau supérieur de l'émetteur est incluse dans le\n    contrat, et il signe sa clé de signature de contrat,\n    également inclus.\n    La clé de signature du contrat signe le contrat lui-même."},{"id":"text-70","heading":"Text","content":"Ceci réalise plusieurs choses.\n    Tout d'abord, le logiciel client peut vérifier\n    l'ensemble de la chaîne de signature numérique\n    en une séquence automatisée."},{"id":"text-71","heading":"Text","content":"Deuxièmement, il n'est pas nécessaire d'avoir un complexe\n    ICP multipartite. Toutes les clés sont présentes,\n    et il n'y a pas besoin d'aller les chercher\n    sur le net.\n    Ceci élimine les attaques de substitution, par lesquelles\n    une clé qui pourrait passer des contrôles pourrait être\n    inséré dans une phase de recherche clé.\n    Cela réduit également les coûts de façon spectaculaire."},{"id":"text-72","heading":"Text","content":"Troisièmement,\n    le hachage canonique du contrat représente également un\n    signature sur le contrat. Il est enregistré\n    dans tous les enregistrements pertinents, et donc enchevêtrement\n    le contrat avec ces activités\n [13].\n    Une fois que le contrat est en jeu depuis un moment,\n    il établit sa provenance par la présence\n    et la confiance du public utilisateur. Cela fournit\n    preuve beaucoup plus convaincante que celle de l'émetteur\n    la signature elle-même; une fois l'émetteur et le public\n    ont passé du temps et de l'argent en s'appuyant sur le contrat,\n    via le hachage, il est difficile pour l'émetteur de renoncer\n    sur la nature du contrat ou sa signature."},{"id":"text-73","heading":"Text","content":"Le résultat est une PKI qui offre une forte\n    fiabilité de bout en bout, basée sur un seul document.\n    Ce n'est tout simplement pas présent dans d'autres conceptions pour les ICP\n [14].\n    Cette fiabilité est payante dans la résolution des litiges\n    phase, où, nous suggérons, le contrat de Ricardian\n    peut rester seul sur ses mérites et ne nécessite aucun\n    descriptions complexes de la PKI, signatures numériques,\n    ou des références à des tiers incertains\n    pour renforcer sa provenance.\n    En incluant les touches, nous pouvons dessiner quelques\n    lignes simples dans le contrat, affirmant\n    "cette clé signe cette clé, et que cette dernière signe le\n    Contrat. La première clé est la clé de niveau supérieur de\n    la personne qui a signé ce contrat.\n    C'est toute l'histoire, mi'lud. ""},{"id":"text-74","heading":"Text","content":"Validation de la clé de l'émetteur.\nTous les bons protocoles de cryptographie se divisent en deux parties,\nle premier dit au second,\n"fait confiance à cette clé complètement.""},{"id":"text-75","heading":"Text","content":"La clé de niveau supérieur de l'émetteur en fin de compte\nauthentifie le contrat. Les clés et\nd'autres informations dans le contrat permettent également\nun protocole tel que SOX pour amorcer un\nconnexion fortement sécurisée au serveur\n [15]."},{"id":"text-76","heading":"Text","content":"Comment alors vérifier cela\ncette clé ultime est-elle vraiment celle de l'émetteur?\nCe n'est pas difficile. Les affaires\nprocessus d'émission numérique implique\nbeaucoup de\nétablissement de relations entre les émetteurs\net les utilisateurs. Beaucoup d'interactions différentes\nimpliquer des chances d'établir la confiance.\nPar exemple, sur son site Web, l’émetteur\npeut publier le contrat, les clés et les hachages,\net que d'autres sites les reflètent.\nLa valeur ainsi émise sera distribuée\nvia des paiements qui incluent le hachage.\nUne partie déjà de confiance livre habituellement\nces paiements.\nLes paiements identifient valablement le contrat,\net dérivent leur propre validité,\nvia le hash."},{"id":"text-77","heading":"Text","content":"Comparez cela aux hypothèses de la\nx.509 PKI derrière la navigation SSL / HTTPS\n(ce qui suit est très discutable, mais\nest présenté à titre de comparaison seulement).\nDans cette ICP, il a été initialement affirmé qu’un\nl'utilisateur présenterait sa carte de crédit aux sites\navec lequel elle n'avait aucune relation antérieure\net aucun moyen pour elle d'établir la provenance\nde la clé du site. Ainsi, un tiers de confiance,\nl'autorité de certification,\na été mis en place pour confirmer la clé."},{"id":"text-78","heading":"Text","content":"Les paiements, les transactions et les questions de finance sont\nfondamentalement riche en relations.\nLa nature de l'argent et des finances est que\nles participants font toujours leur propre diligence raisonnable,\nils préfèrent écouter des pairs en qui ils ont déjà confiance,\net ne pas\naccepter facilement la parole d'un parti indépendant.\nAinsi, il n'y a pas de place pour un tiers central\nse tenir debout et authentifier les joueurs.\nAvant que l'utilisateur ne souhaite placer\nvaleur sur un paiement donné, elle a presque\ncertainement été mis au courant du contrat\nvia d'autres moyens."},{"id":"text-79","heading":"Text","content":"Présomption de possession.\nL'utilisation du hash comme identifiant est un compromis\ncomme il est incompréhensible pour l'homme\n [16].\nPourtant, ce même compromis offre un\navantage inattendu:\n L'utilisation de la question conduit à une présomption\n    que l'utilisateur a le contrat.\n Pour utiliser une question de valeur, telle qu'une devise, le\n    l'utilisateur doit avoir le hachage dans les enregistrements applicables.\n    Autrement dit, si l'utilisateur reçoit un paiement,\n    cet enregistrement de paiement inclura le hachage.\n    Comme le hachage n'est pas descriptif,\n    cela implique que l'utilisateur a le contrat\n    afin d'interpréter le problème."},{"id":"text-80","heading":"Text","content":"Pour voir que c'est vrai,\n    imaginez avoir un disque avec le hash\n    mais sans avoir le contrat.\n    La première chose que l'utilisateur\n    aura besoin est une base de données de\n    paramètres lui disant quoi\n    le hash fait référence à.\n    Contrairement à un paiement en 10 GBP,\n    un paiement de 1000 dans "972097bb …"\n    n'est pas intelligible."},{"id":"text-81","heading":"Text","content":"Mais comment un logiciel pouvait-il prédire quoi\n    l'utilisateur a besoin de savoir sur le hash?\n    Très rapidement\n    il devient évident que le logiciel\n    vaut mieux stocker la source de\n    l'information – le contrat complet\n    lui-même – comme il supprime\n    un degré de complexité illimité\n    en stockant intermédiaire ou secondaire\n    information."},{"id":"text-82","heading":"Text","content":"Le logiciel peut toujours fonctionner avec\n    seulement le hash. Cependant, il\n    serait complètement aveugle à la\n    sémantique de l'instrument.\n    Une telle approche cavalière pourrait être acceptable pour\n    communications et stockage, mais pour les logiciels utilisateur,\n    c'est l'équivalent d'un échec traumatique.\n    Pour y faire face, le côté client\n    le logiciel prend particulièrement soin de\n    acquérir et conserver des contrats.\n    Par conséquent, nous pouvons énoncer la présomption\n    avec un certain degré de confiance:\n    dans un système en fonctionnement,\n    l'utilisateur dispose du\n    contrat ricardien complet\n    (bien que sous contrôle logiciel)."},{"id":"text-83","heading":"Text","content":"Ceci n’est qu’un petit pas pour le logiciel client,\n    mais est un pas de géant pour la relation\n    entre l'émetteur et le titulaire. Plus précisément,\n    ayant une forte présomption que l'utilisateur\n    a le contrat complet disponible va simplifier\n    beaucoup juridique\n    aspects relatifs aux responsabilités de l'émetteur.\n    (Nous suggérons et reconnaissons ainsi\n    les ramifications légales du terme\n présomption,\n    mais ni l'espace ni l'expertise ne le permettent\n    plus dans cet article.)"},{"id":"text-84","heading":"Text","content":"3.3. Les quatre coins de la page"},{"id":"text-85","heading":"Text","content":"Le contrat ricardien offre une riche\nsource d'informations primaires complètes.\nL'histoire complète est là sous forme textuelle,\nen paramètres analysables, et en\nla chaîne de signature.\nAinsi, dans un litige,\nune attaque légale hostile a moins de place\nmanœuvrer, et ne peut que confirmer les faits\ncomme prévu dans le contrat."},{"id":"text-86","heading":"Text","content":"Notre intention est que le contrat soit le\ndébut et fin de la discussion;\nnous appelons ce principe la règle d'un contrat.\nLa fraternité juridique fait référence à\n"le contrat étant délimité par\nles quatre coins de la page. "\nEn montrant comment nous avons soigneusement\ndisposer d'un document lisible,\navec une signature numérique vérifiable, et\nun identifiant infalsifiable liant à chaque enregistrement,\nnous pouvons plus facilement demander à la justice de\naccepter que le document unique qui est\nêtre présenté est en effet\nle contrat en vigueur convenu entre les parties."},{"id":"text-87","heading":"Text","content":"Le contrat est la clé de voûte de l'émission\n [17].\nNotre innovation est d'exprimer tout le saillant\nles détails d'une émission en tant que contrat infalsifiable,\ninlassablement lié à chaque action dans un\nSystème de paiement. Dans ce\nAinsi, l’innovation financière peut se développer parallèlement\nles lignes qu'il a toujours fait – au moyen de\nl'innovation dans les contrats.\nEn traduisant l'institution du\ncontrat dans le domaine numérique,\nnous construisons sur des siècles et même des millénaires\nune valeur d'expérience dans la documentation, le partage\net contestant le sens des accords entre\ndes soirées."},{"id":"text-88","heading":"Text","content":"4.1. Le défi de la complexité"},{"id":"text-89","heading":"Text","content":"Pour capturer la complexité, nous pouvons mettre des documents tels que\ncontrats sous forme électronique et les signer en utilisant\ntechnologies de signature numérique telles que OpenPGP.\nLe résultat est un analogue raisonnable du papier\net des contrats d'encre que la plupart des gens et des entreprises\nsont familiers avec, renforcés avec cryptographique\nintégrité."},{"id":"text-90","heading":"Text","content":"Avec le hash comme identifiant,\nle logiciel peut maintenant uniquement\nidentifier un arrangement financier donné et\npeut confirmer une forte chaîne de signatures.\nLe hash implique fortement\nl'utilisateur dispose du contrat à tout moment,\net cela ne peut pas être changé\nsans être remarqué."},{"id":"text-91","heading":"Text","content":"Le contrat de Ricardian offre un avantage énorme\nà l'émetteur – clarté dans de nombreux cas juridiques et clients\nquestions de support.\nL'utilisateur bénéficie de coûts globaux moins élevés,\net une meilleure présentation de l'information,\ndans un cadre plus cohérent."},{"id":"text-92","heading":"Text","content":"4.2. Leçons apprises"},{"id":"text-93","heading":"Text","content":"Le formulaire est utilisé avec succès depuis 1996.\nDepuis ce temps, il a livré environ 20\ninstruments financiers sans échec."},{"id":"text-94","heading":"Text","content":"Des disputes.\nLe contrat ricardien\nest apparu dans deux forums distincts de litige\nrésolution pour résoudre les réclamations\n [18].\nDe façon anecdotique,\nchaque réclamation a été résolue directement et efficacement,\net sans tracas, simplement en se référant à la\ncontrat ricardien applicable."},{"id":"text-95","heading":"Text","content":"Automatisation.\nRelativement peu a besoin d'être automatisé.\nEn pratique, des champs ont été insérés et\nnormalisé afin que les programmes puissent extraire\ndécimalisation (dollars contre cents),\nétiquettes pour les unités (USD versus $),\net titres pour l'émetteur et l'émission.\nContrairement aux attentes, il y a\nn'a pas été demandé d'analyser tous les champs."},{"id":"text-96","heading":"Text","content":"Coût.\nLe coût du concept a été comparé favorablement\navec celui engagé avec d'autres systèmes de paiement.\nLa préparation du texte du contrat comporte\ncertains coûts, mais pas plus qu'un contrat d'utilisateur.\nConfiguration requise pour l'infrastructure OpenPGP\n(clés et signature) ajoute des coûts mineurs à\németteurs, mais ils sont facilement compensés par les avantages de\nréduction des risques liés à la distribution des contrats.\nLes éditeurs de signature personnalisés ont contribué à réduire\nces coûts\n [19]."},{"id":"text-97","heading":"Text","content":"4.3. Défis pour l'avenir"},{"id":"text-98","heading":"Text","content":"Superposition.\nLa superposition de contrats est un besoin imminent.\nDe nombreuses entreprises peuvent prendre un standard et défini\nensemble de termes et s’en inspirer directement.\nD'autres contrats résultent de contrats antérieurs\net besoin de les référencer."},{"id":"text-99","heading":"Text","content":"XML.\nLes premiers efforts suggéraient que XML romprait le\nrègle d'un contrat, mais il semble que nous allons\nbesoin de quelque chose de mieux que l'INI archaïque\nformat\n [20].\nUne proposition récente, le voucher XML, s’arrête\nà court de se présenter comme un contrat\n [21]."},{"id":"text-100","heading":"Text","content":"Loi du contrat.\nLe traitement du contrat ricardien comme\nune Contrat\npeut soulever plus de questions juridiques que de réponses.\nPar exemple, ce formulaire est-il bien un contrat?\nComment différentes juridictions perçoivent-elles la\nconcept (common law, droit civil, UCC, code coranique)?\nEst-ce un contrat négocié ou un formulaire?\nQuand l'utilisateur a-t-il accepté le contrat?\nQuelle est la force de la présomption?\nque l'utilisateur a le contrat?"},{"id":"text-101","heading":"Text","content":"Contrats intelligents.\n En unifiant toutes les informations dans un programme lisible\n    fichier, il y a le potentiel accru de smart\n    des contrats\n [22].\nNous ne sommes pas allés plus loin dans cette direction\nque des méthodes pour gérer les nombres décimaux.\nCeci est en partie dû au manque de demande, et\nen partie parce qu'il n'est pas clair comment un tribunal\ntraiterait un programme informatique présenté\ncomme un contrat."},{"id":"text-102","heading":"Text","content":"[1]\n Introduit à l'origine dans\n    Ian Grigg,\n \n "Cryptographie financière en 7 couches,"\n \n 4ème conférence sur la cryptographie financière,\n \n Anguilla, 2000,\n    Springer-Verlag LNCS 1962.\n    Tous les papiers sont à\n    http://iang.org/papers/\n[2]\n Ian Grigg,\n \n "Trading numérique"\n Rapport de finance virtuelleNovembre 1997.\n[3]\n Codes de pays et de devise, ISO3166-1.\n[4]\n Bryce Wilcox,\n    examen de la conception ouverte,\n La liste des développeurs de DigiCash,\n ,\n    Août 1997.\n[5]\n Ibid, Rachel Willmer, 14 août 1997.\n[6]\n Robert Hettinga,\n    "\n Qu'est-ce qu'un lien au porteur numérique?"\n e $ rants ,\n    19 novembre 1995\n[7]\n Alex Tajirian,\n    "\n David Bowie Bonds"\n[8]\n Ian Grigg et C. Petro,\n \n "Utiliser les marchés électroniques pour atteindre\n    Distribution efficace des tâches, "\n 1ère conférence sur la cryptographie financière\n ,\n    Anguilla, 1997\n    Springer-Verlag LNCS 1318.\n[9]\n Noël Clarke,\n Guide des euro-obligations,\n    The Economist Intelligence Unit,\n    1993.\n[10]\n FDIC\n \n Avis n ° 8 de l'avocat général; Cartes à valeur stockée,\n Registre fédéral2 août 1996.\n    Voir également le communiqué de presse (lisible) intitulé\n \n La FDIC continuera de s'appuyer sur l'opinion de l'avocat général\n    plutôt que d'émettre des règles sur les cartes à valeur stockée,\n    24 juin 97.\n[11]\n Ian Grigg,\n \n Guide des contrats ricardiens,\n \n \n WebFonds projet.\n[12]\n Jon Callas et al.\n    "Format de message OpenPGP,"\n Projet Internet,\n    RFC2440bis (version préliminaire -10).\n[13]\n Petros Maniatis, Mary Baker\n \n "Sauvegarde historique sécurisée via\n    Enchevêtrement de la timeline "\n ,\n 11ème symposium USENIX sur la sécurité,\n    San Francisco, États-Unis. Août 2002.\n[14]\n Jane K. Winn,\n    "\n Courriers sans bagages"\n    49 Revue de droit de la Caroline du Sud 739 (1998)\n[15]\n Gary Howland,\n \n "Développement d'un système de paiement ouvert et flexible"\n 1996.\n[16]\n Bryce Wilcox,\n \n "Noms: décentralisés, sécurisés, ayant un sens humain:\n    Choisissez deux",\n    2003\n[17]\n Métaphore de Martin (Hasan) Bramwell.\n    Voir\n \n "Le contrat est la clé de voûte de l'émission"\n \n \n Blog sur la cryptographie financière,\n \n 19 septembre 2003.\n[18]\n DigiGold v. Systemics,\n    devant la Cour suprême d'Anguilla (2001),\n    et ensuite référé à la\n    Association américaine d'arbitrage (2002).\n[19]\n Edwin Woudt,\n    ContractSignWizard,\n \n \n WebFonds projet.\n[20]\n Erwin van der Koogh,\n    "Contrats ricardiens en XML,"\n    (présenté à)\n Ingénierie de cryptographie financière d'Edimbourg\n (EFCE-2), 2001.\n[21]\n Ko Fujimura et Masayuki Terada,\n \n Bon XML: Langue du bon générique,\n Projet Internet.\n[22]\n Nick Szabo,\n    "\n L'idée des contrats intelligents, "1997."},{"id":"text-103","heading":"Text","content":"Click to rate this post!\n \n [Total: 0 Average: 0]"}],"media":{"primary_image":""},"relations":[{"rel":"canonical","href":"https://tutos-gameserver.fr/2019/05/03/le-contrat-ricardien-bien-choisir-son-serveur-d-impression/"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2019/05/03/le-contrat-ricardien-bien-choisir-son-serveur-d-impression/llm","type":"text/html"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2019/05/03/le-contrat-ricardien-bien-choisir-son-serveur-d-impression/llm.json","type":"application/json"},{"rel":"llm-manifest","href":"https://tutos-gameserver.fr/llm-endpoints-manifest.json","type":"application/json"}],"http_headers":{"X-LLM-Friendly":"1","X-LLM-Schema":"1.1.0","Content-Security-Policy":"default-src 'none'; img-src * data:; style-src 'unsafe-inline'"},"license":"CC BY-ND 4.0","attribution_required":true,"allow_cors":false}