{"id":53183,"date":"2019-11-25T00:00:00","date_gmt":"2019-11-24T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov"},"modified":"2026-02-15T19:54:48","modified_gmt":"2026-02-15T17:54:48","slug":"ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","title":{"rendered":"Du blockchain au DAG : d\u00e9barrassons-nous des interm\u00e9diaires","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dans cet article, je vais vous parler du DAG (Directed Acyclic Graph, graphique acyclique dirig\u00e9) et de son application dans les registres distribu\u00e9s, et nous allons le comparer \u00e0 la blockchain.<\/p>\n

\"Du
\n
\nLe DAG n'est pas quelque chose de nouveau dans le monde des cryptomonnaies. Vous en avez peut-\u00eatre d\u00e9j\u00e0 entendu parler comme d'une solution aux probl\u00e8mes de scalabilit\u00e9 des blockchains. Mais aujourd'hui, nous ne parlerons pas de scalabilit\u00e9, mais de ce qui rend les cryptomonnaies diff\u00e9rentes du reste : la d\u00e9centralisation, l'absence d'interm\u00e9diaires et la r\u00e9silience \u00e0 la censure.
\n<\/a><\/noindex>
\n\"Du
\n
\nJe vais \u00e9galement vous montrer que le DAG est en r\u00e9alit\u00e9 plus r\u00e9silient \u00e0 la censure et qu'il n'y a pas d'interm\u00e9diaires pour acc\u00e9der au registre.<\/p>\n

\"Du
\n
\nDans les blockchains que nous connaissons, les utilisateurs n'ont pas un acc\u00e8s direct au registre lui-m\u00eame. Lorsque vous souhaitez ajouter une transaction au registre, vous devez demander au producteur de blocs (block producer, aussi appel\u00e9 \u00ab mineur \u00bb) de le faire. Ce sont les mineurs qui d\u00e9cident quelle transaction ajouter au prochain bloc et laquelle exclure. Les mineurs ont un acc\u00e8s exclusif aux blocs et ont le droit de d\u00e9cider quelle transaction accepter pour ajout au registre.<\/p>\n

Les mineurs sont les interm\u00e9diaires qui se trouvent entre vous et le registre distribu\u00e9.<\/p>\n

\"Du
\n
\nEn pratique, g\u00e9n\u00e9ralement un petit nombre de pools de mineurs contr\u00f4lent collectivement plus de la moiti\u00e9 de la puissance de calcul du r\u00e9seau. Pour le Bitcoin, il y a quatre pools, pour Ethereum - deux. En cas de collusion, ils peuvent bloquer n'importe quelle transaction qu'ils souhaitent.<\/p>\n

\"Du
\n
\nAu cours des derni\u00e8res ann\u00e9es, de nombreuses variations de blockchains ont \u00e9t\u00e9 propos\u00e9es, se distinguant par les principes de s\u00e9lection des producteurs de blocs. Mais les producteurs de blocs eux-m\u00eames ne disparaissent pas, ils sont toujours \u00ab au barrage \u00bb : chaque transaction doit passer par un producteur de blocs, et s'il ne l'accepte pas, alors la transaction n'existe en fait pas.<\/p>\n

\"Du
\n
\nC'est un probl\u00e8me in\u00e9vitable avec la blockchain. Et si nous voulons le r\u00e9soudre, nous devons modifier radicalement la conception et nous d\u00e9barrasser compl\u00e8tement des blocs et des producteurs de blocs. Au lieu de construire une cha\u00eene de blocs, nous allons relier les transactions elles-m\u00eames, en incluant dans chaque transaction les hachages de plusieurs pr\u00e9c\u00e9dentes. En cons\u00e9quence, nous obtiendrons une structure connue en math\u00e9matiques sous le nom de graphique acyclique dirig\u00e9 \u2013 DAG.<\/p>\n

Maintenant, chacun a un acc\u00e8s direct au registre, sans interm\u00e9diaires. Lorsque vous souhaitez ajouter une transaction au registre, vous l'ajoutez simplement. Vous s\u00e9lectionnez plusieurs transactions parentes, ajoutez vos donn\u00e9es, signez et envoyez votre transaction dans le r\u00e9seau. C'est tout. Il n'y a personne pour vous en emp\u00eacher, donc votre transaction est d\u00e9j\u00e0 dans le registre.<\/p>\n

C'est la m\u00e9thode la plus d\u00e9centralis\u00e9e et la plus r\u00e9siliente \u00e0 la censure pour ajouter des transactions au registre sans interm\u00e9diaires. Parce que chacun peut ajouter ses transactions au registre sans avoir \u00e0 demander la permission de qui que ce soit.<\/p>\n

\"Du
\n
\nLe DAG peut \u00eatre consid\u00e9r\u00e9 comme la troisi\u00e8me \u00e9tape de l'\u00e9volution des registres. Au d\u00e9part, il y avait des registres centralis\u00e9s, o\u00f9 une seule entit\u00e9 contr\u00f4lait l'acc\u00e8s. Puis sont venus les blockchains, o\u00f9 il y avait plusieurs contr\u00f4leurs qui enregistraient les transactions dans le registre. Enfin, dans un DAG, il n'y a absolument aucun contr\u00f4leur, les utilisateurs ajoutent leurs transactions directement.<\/p>\n

\"Du
\n
\nMaintenant que nous avons cette libert\u00e9, elle ne doit pas conduire au chaos. Nous devons avoir un accord sur l'\u00e9tat du registre. Et cet accord, ou consensus, signifie g\u00e9n\u00e9ralement un accord sur deux choses :<\/p>\n

    \n
  1. Que s'est-il pass\u00e9?\n<\/li>\n
  2. Dans quel ordre cela s'est-il produit ?\n<\/li>\n<\/ol>\n

    \nPour la premi\u00e8re question, nous pouvons facilement r\u00e9pondre : d\u00e8s qu'une transaction correctement cr\u00e9\u00e9e a \u00e9t\u00e9 ajout\u00e9e au registre, elle a eu lieu. Point final. L'information peut parvenir \u00e0 tous les participants \u00e0 des moments diff\u00e9rents, mais \u00e0 la fin, tous les n\u0153uds recevront cette transaction et sauront qu'elle a eu lieu.<\/p>\n

    Si c'\u00e9tait une blockchain, les mineurs d\u00e9cideraient de ce qui se passe. Tout ce que le mineur choisit d'inclure dans le bloc se produit. Tout ce qu'il n'inclut pas dans le bloc ne se produit pas.<\/p>\n

    Dans les blockchains, les mineurs r\u00e9solvent \u00e9galement le deuxi\u00e8me probl\u00e8me de consensus : l'ordre. Ils sont autoris\u00e9s \u00e0 organiser les transactions \u00e0 l'int\u00e9rieur du bloc comme ils le souhaitent.<\/p>\n

    Comment d\u00e9finir l'ordre des transactions dans un DAG ?<\/p>\n

    \"Du
    \n
    \nIl y a d\u00e9j\u00e0 un certain ordre simplement parce que notre graphe est orient\u00e9. Chaque transaction fait r\u00e9f\u00e9rence \u00e0 une ou plusieurs transactions pr\u00e9c\u00e9dentes, parentes. Les parents, \u00e0 leur tour, font r\u00e9f\u00e9rence \u00e0 leurs propres parents, et ainsi de suite. Les parents apparaissent \u00e9videmment avant les transactions enfants. Si quelque transaction peut \u00eatre atteinte par des transitions suivant les liens \u00ab parent-enfant \u00bb, nous savons exactement l'ordre entre les transactions dans cette cha\u00eene de transactions.<\/p>\n

    \"Du
    \n
    \nMais l'ordre entre les transactions ne peut pas toujours \u00eatre d\u00e9termin\u00e9 uniquement \u00e0 partir de la forme du graphe. Par exemple, lorsque deux transactions se trouvent sur des branches parall\u00e8les du graphe.<\/p>\n

    \"Du
    \n
    \nPour r\u00e9soudre l'ambigu\u00eft\u00e9 dans de tels cas, nous nous appuyons sur ce que l'on appelle des fournisseurs d'ordre. Nous les appelons \u00e9galement \u00ab t\u00e9moins \u00bb. Ce sont des utilisateurs ordinaires dont la t\u00e2che est d'envoyer en permanence des transactions dans le r\u00e9seau dans le respect de l'ordre, c'est-\u00e0-dire de mani\u00e8re \u00e0 ce que chaque transaction pr\u00e9c\u00e9dente puisse \u00eatre atteinte par des transitions suivant les liens \u00ab parent-enfant \u00bb. Les fournisseurs d'ordre \u2013     des utilisateurs de confiance<\/a>, et tout le r\u00e9seau compte sur le fait qu'ils ne violeront pas cette r\u00e8gle. Pour leur faire confiance de mani\u00e8re rationnelle<\/b> , nous exigeons que chaque fournisseur d'ordre soit une personne ou une organisation connue (non anonyme) et poss\u00e8de quelque chose qu'il peut perdre s'il enfreint les r\u00e8gles, par exemple, sa r\u00e9putation ou une entreprise bas\u00e9e sur la confiance.<\/p>\n

    \"Du
    \n
    \nLes fournisseurs d'ordre sont choisis par les utilisateurs, et chaque utilisateur inclut la liste de ses fournisseurs d'ordre de confiance dans chaque transaction qu'il envoie dans le r\u00e9seau. Cette liste est compos\u00e9e de 12 fournisseurs. C'est un nombre assez petit pour que quelqu'un puisse v\u00e9rifier l'identit\u00e9 et la r\u00e9putation de chacun d'eux, et suffisant pour que le r\u00e9seau continue de fonctionner en cas de probl\u00e8mes in\u00e9vitables avec une minorit\u00e9 de fournisseurs d'ordre.<\/p>\n

    Cette liste de fournisseurs varie d'un utilisateur \u00e0 l'autre, mais les listes des transactions adjacentes peuvent diff\u00e9rer au maximum d'un fournisseur.<\/p>\n

    \"Du
    \n
    \nMaintenant que nous avons des fournisseurs d'ordre, nous pouvons isoler leurs transactions dans le DAG et organiser toutes les autres transactions autour de l'ordre qu'ils ont cr\u00e9\u00e9. Il est possible de cr\u00e9er un tel algorithme (voir     Obyte White Paper<\/a><\/noindex> pour les d\u00e9tails techniques).<\/p>\n

    Cependant, l'ordre dans tout le r\u00e9seau ne peut pas \u00eatre d\u00e9termin\u00e9 instantan\u00e9ment, nous avons besoin de temps pour que les fournisseurs d'ordre envoient suffisamment de leurs transactions afin de nous assurer de l'ordre final des transactions pass\u00e9es.<\/p>\n

    Et, puisque l'ordre est d\u00e9termin\u00e9 uniquement par les positions des transactions des fournisseurs dans le DAG, tous les n\u0153uds du r\u00e9seau finiront par recevoir toutes les transactions et arriveront \u00e0 la m\u00eame conclusion concernant l'ordre des transactions.<\/p>\n

    \"Du
    \n
    \nAinsi, nous avons un consensus sur ce que nous consid\u00e9rons comme \u00e9tant arriv\u00e9 : toute transaction qui a \u00e9t\u00e9 int\u00e9gr\u00e9e dans le DAG s'est produite. Nous avons \u00e9galement un consensus sur l'ordre des \u00e9v\u00e9nements : cela est soit visible \u00e0 partir des relations parent-enfant des transactions, soit d\u00e9duit de l'ordre des transactions envoy\u00e9es par les fournisseurs d'ordre. Cela signifie que nous avons un consensus.<\/p>\n

    \"Du
    \n
    \nCe type de consensus est celui que nous avons dans Obyte. Bien que l'acc\u00e8s au registre Obyte soit compl\u00e8tement d\u00e9centralis\u00e9, le consensus concernant l'ordre des transactions reste encore centralis\u00e9, car 10 des 12 fournisseurs sont contr\u00f4l\u00e9s par le cr\u00e9ateur (Anton Churyumov), et seulement deux d'entre eux sont ind\u00e9pendants. Nous recherchons des candidats souhaitant devenir l'un des fournisseurs d'ordre ind\u00e9pendants pour nous aider \u00e0 d\u00e9centraliser l'\u00e9tablissement de l'ordre dans le registre.<\/p>\n

    R\u00e9cemment, un troisi\u00e8me candidat ind\u00e9pendant est apparu, souhaitant \u00e9tablir et maintenir un n\u0153ud de fournisseur d'ordre - l'Universit\u00e9 de Nicosie.<\/p>\n

    \"Du
    \n
    \nComment contr\u00f4lons-nous les doubles d\u00e9penses ?<\/p>\n

    Selon les r\u00e8gles, lorsqu'il y a deux transactions d\u00e9pensant la m\u00eame pi\u00e8ce, la transaction qui est arriv\u00e9e en premier dans l'ordre final de toutes les transactions l'emporte. La seconde est alors invalid\u00e9e par l'algorithme de consensus.<\/p>\n

    \"Du
    \nS'il est possible d'\u00e9tablir un ordre entre deux transactions d\u00e9pensant la m\u00eame pi\u00e8ce (par les relations parent-enfant), alors tous les n\u0153uds rejettent imm\u00e9diatement une telle tentative de double d\u00e9pense.<\/p>\n

    \"Du
    \n
    \nCependant, si l'ordre n'est pas visible \u00e0 partir des relations parent-enfant entre ces deux transactions, elles sont toutes deux accept\u00e9es dans le registre, et nous devrons attendre le consensus et l'\u00e9tablissement de l'ordre entre elles par les fournisseurs d'ordre. Alors, la transaction la plus ancienne l'emportera, et la seconde deviendra invalide.<\/p>\n

    \"Du
    \n
    \nBien que la deuxi\u00e8me transaction devienne invalide, elle reste n\u00e9anmoins dans le registre, car elle a d\u00e9j\u00e0 des transactions suivantes qui s'y r\u00e9f\u00e8rent, n'ayant viol\u00e9 aucune r\u00e8gle et ignorant que cette transaction deviendrait invalide dans le futur. Sinon, nous serions oblig\u00e9s de supprimer le parent des bonnes transactions suivantes, ce qui violerait le principe fondamental du r\u00e9seau : toute transaction valide est accept\u00e9e dans le registre.<\/p>\n

    \"Du
    \n
    \nC'est une r\u00e8gle tr\u00e8s importante qui permet \u00e0 l'ensemble du syst\u00e8me d'\u00eatre r\u00e9silient face aux tentatives de censure.\u00a0<\/p>\n

    Imaginons que tous les fournisseurs d'ordre s'entendent pour tenter de \u00ab censurer \u00bb une transaction sp\u00e9cifique. Ils peuvent l'ignorer et ne jamais la choisir comme \u00ab parent \u00bb pour leurs transactions, mais cela ne suffira pas, car cette transaction peut toujours \u00eatre incluse indirectement comme parent d'une autre transaction \u00e9mise par n'importe quel utilisateur du r\u00e9seau qui ne participe pas \u00e0 l'entente. Avec le temps, cette transaction obtiendra de plus en plus d'enfants, de petits-enfants et d'arri\u00e8re-petits-enfants de la part d'utilisateurs ordinaires, se d\u00e9veloppant comme une boule de neige, et tous les fournisseurs d'ordre convenus devront aussi ignorer ces transactions. Finalement, ils devront censurer l'ensemble du r\u00e9seau, ce qui \u00e9quivaut \u00e0 un sabotage.<\/p>\n

    \"Du
    \n
    \nAinsi, le DAG reste r\u00e9sistant \u00e0 la censure, m\u00eame en cas de collusion des fournisseurs d'ordre, surpassant ainsi la blockchain en terme de r\u00e9silience \u00e0 la censure, o\u00f9 nous ne pouvons rien faire si les mineurs d\u00e9cident de ne pas inclure certaines transactions. Cela d\u00e9coule de la principale caract\u00e9ristique du DAG : la participation au registre est absolument ind\u00e9pendante et sans interm\u00e9diaires, et les transactions sont irr\u00e9versibles.
    \n
    Source :     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e DAG (Directed Acyclic Graph, \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u0430\u0446\u0438\u043a\u043b\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0433\u0440\u0430\u0444) \u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u0432 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0435\u0435\u0441\u0442\u0440\u0430\u0445, \u0438 \u043c\u044b \u0441\u0440\u0430\u0432\u043d\u0438\u043c \u0435\u0433\u043e \u0441 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u043c. DAG \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u043c-\u0442\u043e \u043d\u043e\u0432\u044b\u043c \u0432 \u043c\u0438\u0440\u0435 \u043a\u0440\u0438\u043f\u0442\u043e\u0432\u0430\u043b\u044e\u0442. \u0412\u043e\u0437\u043c\u043e\u0436\u043d\u043e \u0432\u044b \u0441\u043b\u044b\u0448\u0430\u043b\u0438 \u043e \u043d\u0451\u043c \u043a\u0430\u043a \u043e \u0440\u0435\u0448\u0435\u043d\u0438\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u0432. \u041d\u043e \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043d\u0435 \u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u043c\u043e\u0441\u0442\u0438, \u0430 \u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53183","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47De la blockchain au DAG : \u00e9liminons les interm\u00e9diaires | ProHoster","description":"Dans cet article, je vais vous parler du DAG (Directed Acyclic Graph, graphique acyclique dirig\u00e9) et de son application dans les registres distribu\u00e9s, et nous allons le comparer \u00e0 la blockchain.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0442 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 \u043a DAG: \u0438\u0437\u0431\u0430\u0432\u043b\u044f\u0435\u043c\u0441\u044f \u043e\u0442 \u043f\u043e\u0441\u0440\u0435\u0434\u043d\u0438\u043a\u043e\u0432 | ProHoster","og:description":"\u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e DAG (Directed Acyclic Graph, \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u043d\u044b\u0439 \u0430\u0446\u0438\u043a\u043b\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0433\u0440\u0430\u0444) \u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u0438 \u0432 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0440\u0435\u0435\u0441\u0442\u0440\u0430\u0445, \u0438 \u043c\u044b \u0441\u0440\u0430\u0432\u043d\u0438\u043c \u0435\u0433\u043e \u0441 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ot-blokchejna-k-dag-izbavlyaemsya-ot-posrednikov","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-11-24T21:00:00+00:00","article:modified_time":"2026-02-15T17:54:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53183","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-15 17:55:40","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:29:27","updated":"2026-02-15 17:55:40","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/53183","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=53183"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/53183\/revisions"}],"predecessor-version":[{"id":161174,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/53183\/revisions\/161174"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=53183"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=53183"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=53183"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}