Vous avez cliqu\u00e9 sur Send dans votre portefeuille, vous avez vu l\u2019interface tourner, puis\u2026 vous avez fix\u00e9 l\u2019\u00e9cran en attendant. Vous avez peut-\u00eatre instinctivement pens\u00e9 que l\u2019argent allait arriver sur le compte du destinataire en quelques secondes, comme pour un virement depuis une appli bancaire. Mais parfois, le statut reste sur Pending pendant plus de dix minutes ; parfois, vous voyez qu\u2019un hash de transaction a d\u00e9j\u00e0 \u00e9t\u00e9 g\u00e9n\u00e9r\u00e9, alors que le destinataire dit n\u2019avoir rien re\u00e7u.<\/p>\n\n\n\n
C\u2019est pr\u00e9cis\u00e9ment l\u00e0 que les choses deviennent d\u00e9routantes : apr\u00e8s avoir cliqu\u00e9 sur Send, il se passe beaucoup de choses avant qu\u2019une transaction ne devienne r\u00e9ellement un enregistrement immuable sur la blockchain. Il ne s\u2019agit pas d\u2019une action instantan\u00e9e de type \u00ab envoi\u2014r\u00e9ception \u00bb, mais d\u2019un parcours avec des \u00e9tapes bien d\u00e9finies. Cet article suit le cycle de vie complet d\u2019une transaction et d\u00e9compose ce processus \u00e9tape par \u00e9tape, pour vous aider \u00e0 comprendre quand votre action est r\u00e9ellement termin\u00e9e et par quelles \u00e9tapes elle est pass\u00e9e.<\/p>\n\n\n\n
Lorsque vous saisissez l\u2019adresse du destinataire, indiquez le montant et appuyez sur Send, la premi\u00e8re chose que fait le portefeuille n\u2019est pas \u00ab d\u2019envoyer l\u2019argent \u00bb. Il assemble une transaction localement, sur votre appareil.<\/p>\n\n\n\n
L\u2019adresse du destinataire et le montant que vous saisissez ne sont, au fond, que votre intention<\/strong>. C\u2019est comme \u00e9crire \u00ab payer 100 yuans \u00e0 Zhang San \u00bb sur un formulaire de virement vierge : ce formulaire n\u2019a encore aucune valeur \u2014 il exprime seulement ce que vous voulez faire. Le travail du portefeuille consiste ensuite \u00e0 rassembler toutes les informations n\u00e9cessaires \u00e0 cette transaction.<\/p>\n\n\n\n Cette transaction contient g\u00e9n\u00e9ralement les informations cl\u00e9s suivantes :<\/p>\n\n\n\n Une fois ces champs assembl\u00e9s, le portefeuille fait une chose essentielle : il signe num\u00e9riquement les donn\u00e9es de la transaction avec votre cl\u00e9 priv\u00e9e<\/strong>.<\/p>\n\n\n\n Cette \u00e9tape est le maillon de s\u00e9curit\u00e9 le plus important de tout le processus. Vous seul poss\u00e9dez la cl\u00e9 priv\u00e9e. Signer une transaction avec elle revient \u00e0 prouver \u00e0 l\u2019ensemble du r\u00e9seau que \u00ab ce transfert est bien autoris\u00e9 par le propri\u00e9taire des actifs \u00bb. Sans cette signature, les n\u0153uds n\u2019accepteront pas la transaction.<\/p>\n\n\n\n Une fois la signature termin\u00e9e, les donn\u00e9es de la transaction produisent un hash de transaction<\/strong> unique. Vous pouvez le voir comme la \u00ab carte d\u2019identit\u00e9 \u00bb de la transaction \u2014 une cha\u00eene unique calcul\u00e9e \u00e0 partir du contenu de la transaction. Plus tard, lorsque vous consulterez le statut de la transaction dans un explorateur de blocs, c\u2019est ce hash que vous utiliserez.<\/p>\n\n\n\n Mais attention : \u00e0 ce stade, rien ne s\u2019est r\u00e9ellement produit<\/strong>. La transaction a seulement \u00e9t\u00e9 pr\u00e9par\u00e9e et sign\u00e9e sur votre appareil. Elle n\u2019est pas entr\u00e9e dans la blockchain, et personne d\u2019autre ne l\u2019a encore vue.<\/p>\n\n\n\n Pour utiliser une analogie : c\u2019est comme r\u00e9diger et signer un formulaire de virement avec le destinataire et le montant, mais le formulaire est encore entre vos mains et n\u2019a \u00e9t\u00e9 remis \u00e0 personne. La signature termine l\u2019autorisation, mais les fonds n\u2019ont pas boug\u00e9.<\/p>\n\n\n\n Une transaction sign\u00e9e ne va pas voler d\u2019elle-m\u00eame jusqu\u2019\u00e0 la blockchain. Le portefeuille doit la diffuser<\/strong>.<\/p>\n\n\n\n Concr\u00e8tement, le portefeuille envoie g\u00e9n\u00e9ralement la transaction sign\u00e9e via un n\u0153ud RPC ou un service d\u2019API blockchain. Ce n\u0153ud fait office de point d\u2019entr\u00e9e : c\u2019est par lui que la transaction p\u00e9n\u00e8tre dans le r\u00e9seau blockchain.<\/p>\n\n\n\n Apr\u00e8s r\u00e9ception de la transaction, le n\u0153ud effectue d\u2019abord quelques v\u00e9rifications de format de base \u2014 par exemple, les champs sont-ils complets, la taille de la transaction respecte-t-elle les exigences \u2014 puis il la place dans un espace appel\u00e9 mempool<\/strong>.<\/p>\n\n\n\n La mempool peut \u00eatre comprise comme une \u00ab salle d\u2019attente des transactions en attente \u00bb. Toutes les transactions qui ont pass\u00e9 les v\u00e9rifications de base mais n\u2019ont pas encore \u00e9t\u00e9 int\u00e9gr\u00e9es \u00e0 un bloc y restent temporairement. Ce n\u2019est pas un \u00e9tat sur la blockchain ; c\u2019est simplement une \u00ab liste de t\u00e2ches \u00bb tenue localement par chaque n\u0153ud.<\/p>\n\n\n\n Une fois la transaction entr\u00e9e dans la mempool, le n\u0153ud continue aussi \u00e0 la propager \u00e0 d\u2019autres n\u0153uds. Un n\u0153ud la transmet \u00e0 quelques voisins, ces voisins la transmettent \u00e0 davantage de voisins, et bient\u00f4t un grand nombre de n\u0153uds du r\u00e9seau re\u00e7oivent la transaction. C\u2019est ce que l\u2019on appelle la diffusion<\/strong>.<\/p>\n\n\n\n C\u2019est ici que vous rencontrez le premier malentendu courant. Beaucoup de gens pensent qu\u2019apr\u00e8s avoir cliqu\u00e9 sur Send, l\u2019argent arrive imm\u00e9diatement sur le compte du destinataire. En r\u00e9alit\u00e9, cliquer sur Send ne fait que terminer la signature locale et la diffusion initiale ; la transaction a seulement commenc\u00e9 \u00e0 se propager dans le r\u00e9seau et n\u2019a \u00e9t\u00e9 \u00e9crite dans aucun bloc. Le destinataire ne verra pas de changement de solde \u00e0 ce moment-l\u00e0, car l\u2019\u00e9tat on-chain n\u2019a pas encore chang\u00e9.<\/p>\n\n\n\n Si vous saisissez le hash de transaction dans un explorateur de blocs \u00e0 ce stade, vous pouvez voir un statut Pending<\/strong>. Cela signifie que la transaction est entr\u00e9e dans la mempool et attend d\u2019\u00eatre int\u00e9gr\u00e9e \u00e0 un bloc, mais qu\u2019elle n\u2019est pas \u00ab on-chain \u00bb. Le fait que le hash soit trouvable indique seulement que le r\u00e9seau conna\u00eet d\u00e9j\u00e0 l\u2019existence de la transaction.<\/p>\n\n\n\n Une transaction d\u00e9j\u00e0 entr\u00e9e dans la mempool n\u2019est pas forc\u00e9ment valide. Les n\u0153uds la v\u00e9rifient selon plusieurs dimensions.<\/p>\n\n\n\n La v\u00e9rification de signature<\/strong> est la premi\u00e8re \u00e9tape. Le n\u0153ud v\u00e9rifie si la signature de la transaction provient bien de la cl\u00e9 priv\u00e9e correspondant \u00e0 l\u2019adresse de l\u2019exp\u00e9diteur. Si la signature ne correspond pas, la transaction est rejet\u00e9e directement.<\/p>\n\n\n\n La v\u00e9rification du solde<\/strong> est la deuxi\u00e8me \u00e9tape. Le n\u0153ud v\u00e9rifie si l\u2019adresse de l\u2019exp\u00e9diteur dispose de suffisamment d\u2019actifs pour payer le montant du transfert et les frais. Par exemple, l\u2019adresse d\u2019Alice contient 10 ETH et elle essaie d\u2019envoyer 2 ETH. Le n\u0153ud confirme que son solde couvre bien 2 ETH plus les frais. Si le solde est insuffisant, la transaction est rejet\u00e9e et ne reste pas dans la mempool.<\/p>\n\n\n\n La v\u00e9rification du nonce ou du num\u00e9ro de s\u00e9quence<\/strong> est tout aussi importante. Sur les blockchains \u00e0 mod\u00e8le de compte, chaque transaction \u00e9mise depuis un compte poss\u00e8de un num\u00e9ro de s\u00e9quence croissant. Le n\u0153ud v\u00e9rifie si le nonce de la transaction correspond \u00e0 l\u2019ordre que l\u2019exp\u00e9diteur devrait avoir \u00e0 ce moment-l\u00e0. Si Alice a d\u00e9j\u00e0 envoy\u00e9 une transaction avec le nonce 5, une deuxi\u00e8me transaction avec le nonce 5 ne peut pas \u00eatre accept\u00e9e \u00e0 nouveau \u2014 cela emp\u00eache les m\u00eames fonds d\u2019\u00eatre d\u00e9pens\u00e9s deux fois et emp\u00eache aussi la relecture malveillante de transactions. Si le nonce saute trop loin, la transaction peut \u00e9galement ne pas \u00eatre trait\u00e9e, car les transactions pr\u00e9c\u00e9dentes n\u2019ont pas encore \u00e9t\u00e9 confirm\u00e9es.<\/p>\n\n\n\n La v\u00e9rification des param\u00e8tres de frais<\/strong> fait aussi partie des contr\u00f4les. La transaction doit respecter les frais minimaux exig\u00e9s par le r\u00e9seau. Des frais trop bas peuvent \u00eatre rejet\u00e9s par les n\u0153uds, ou la transaction peut rester longtemps dans la mempool sans \u00eatre s\u00e9lectionn\u00e9e pour \u00eatre int\u00e9gr\u00e9e \u00e0 un bloc.<\/p>\n\n\n\n Seules les transactions qui passent ces v\u00e9rifications restent dans la mempool et continuent \u00e0 se propager vers d\u2019autres n\u0153uds. Cela explique aussi pourquoi certaines transactions \u00e9chouent \u2014 non pas parce que \u00ab le r\u00e9seau est cass\u00e9 \u00bb, mais parce que les n\u0153uds jugent, selon les r\u00e8gles, que la transaction n\u2019est pas valide.<\/p>\n\n\n\n Les transactions restent dans la mempool, en attendant d\u2019\u00eatre \u00ab s\u00e9lectionn\u00e9es \u00bb et int\u00e9gr\u00e9es \u00e0 un bloc. Ce choix n\u2019appartient pas \u00e0 l\u2019utilisateur, mais au producteur de blocs<\/strong>.<\/p>\n\n\n\n Selon la blockchain, le producteur de blocs peut \u00eatre un mineur (cha\u00eenes PoW) ou un validateur (cha\u00eenes PoS), mais la logique de base est similaire : ils choisissent des transactions dans la mempool et les assemblent en un bloc candidat.<\/p>\n\n\n\n Il existe ici une contrainte cl\u00e9 : chaque bloc a une limite de capacit\u00e9<\/strong>. Cette capacit\u00e9 peut \u00eatre une taille maximale de bloc ou une limite de gas. Cela signifie qu\u2019un bloc ne peut pas contenir toutes les transactions de la mempool. Le producteur doit faire des choix.<\/p>\n\n\n\n Les r\u00e8gles de s\u00e9lection ne sont pas enti\u00e8rement publiques et transparentes, mais elles ont g\u00e9n\u00e9ralement une tendance commune : des frais ou un tip plus \u00e9lev\u00e9s augmentent g\u00e9n\u00e9ralement la probabilit\u00e9 d\u2019\u00eatre s\u00e9lectionn\u00e9 en priorit\u00e9<\/strong>. Toutefois, les r\u00e8gles pr\u00e9cises varient selon la cha\u00eene, et l\u2019exp\u00e9rience d\u2019une cha\u00eene ne peut pas \u00eatre appliqu\u00e9e directement \u00e0 toutes les autres.<\/p>\n\n\n\n Cela explique une question fr\u00e9quente : pourquoi la transaction de l\u2019autre personne est-elle arriv\u00e9e on-chain avant la mienne alors que j\u2019ai envoy\u00e9 la mienne plus t\u00f4t ? Parce que l\u2019ordre d\u2019int\u00e9gration dans les blocs ne d\u00e9pend pas enti\u00e8rement de l\u2019heure d\u2019arriv\u00e9e. La mempool n\u2019est pas une file d\u2019attente ; elle ressemble plut\u00f4t \u00e0 une salle d\u2019attente. Le bus a un nombre de places limit\u00e9, et l\u2019ordre d\u2019embarquement ne d\u00e9pend pas uniquement de qui est arriv\u00e9 en premier.<\/p>\n\n\n\n Pour utiliser une analogie : la mempool est la salle d\u2019attente, et les blocs sont les bus. Chaque bus a un nombre fixe de places. Certaines personnes arrivent plus t\u00f4t mais ne montent pas, tandis que d\u2019autres arrivent plus tard mais ont achet\u00e9 un billet plus cher et peuvent monter en premier.<\/p>\n\n\n\n Lorsqu\u2019une transaction est s\u00e9lectionn\u00e9e dans un bloc candidat, elle ne devient pas imm\u00e9diatement un enregistrement final. Le bloc candidat doit encore passer par la validation du r\u00e9seau et le consensus avant de pouvoir \u00eatre r\u00e9ellement ajout\u00e9 \u00e0 la cha\u00eene.<\/p>\n\n\n\n Apr\u00e8s avoir assembl\u00e9 le bloc candidat, le producteur de blocs le diffuse aux autres n\u0153uds du r\u00e9seau.<\/p>\n\n\n\n Lorsque les autres n\u0153uds re\u00e7oivent ce bloc candidat, ils le v\u00e9rifient selon les r\u00e8gles de leur cha\u00eene respective : la structure du bloc est-elle valide, chaque transaction du bloc est-elle valide, y a-t-il une double d\u00e9pense, le bloc respecte-t-il les r\u00e8gles de consensus, etc. Seuls les blocs qui passent la validation sont accept\u00e9s.<\/p>\n\n\n\n Apr\u00e8s le m\u00e9canisme de consensus, ce bloc est ajout\u00e9 \u00e0 la fin de la blockchain. Lorsque le bloc contenant votre transaction devient un maillon de la cha\u00eene, la transaction obtient sa premi\u00e8re confirmation<\/strong>.<\/p>\n\n\n\n Le nombre de confirmations est une notion cumulative. Supposons que votre transaction soit incluse dans le bloc de hauteur 100. Lorsque le bloc de hauteur 101 est ajout\u00e9, votre transaction a 2 confirmations ; lorsque la hauteur 102 est ajout\u00e9e, elle a 3 confirmations, et ainsi de suite.<\/p>\n\n\n\n Par analogie, la premi\u00e8re confirmation ressemble \u00e0 l\u2019apposition d\u2019un premier sceau officiel, et chaque nouveau bloc ensuite ajoute comme un nouveau sceau. Plus il y a de sceaux, plus il est difficile d\u2019annuler cet enregistrement.<\/p>\n\n\n\n Il faut particuli\u00e8rement noter ceci : les temps de confirmation et la s\u00e9mantique de finalit\u00e9 diff\u00e8rent selon les blockchains<\/strong>. Certaines cha\u00eenes produisent des blocs rapidement, avec un bloc toutes les quelques secondes ; d\u2019autres produisent des blocs plus lentement. Certaines cha\u00eenes disposent d\u2019un m\u00e9canisme explicite de \u00ab finalit\u00e9 \u00bb, apr\u00e8s lequel une transaction est presque impossible \u00e0 inverser une fois qu\u2019une certaine condition est remplie ; d\u2019autres s\u2019appuient sur la probabilit\u00e9 \u2014 plus il y a de confirmations, plus la probabilit\u00e9 d\u2019inversion est faible, mais en th\u00e9orie elle n\u2019est jamais absolument nulle. On ne peut donc pas appliquer un nombre fixe de confirmations \u00e0 toutes les cha\u00eenes.<\/p>\n\n\n\n Le nombre de confirmations repr\u00e9sente le niveau de s\u00e9curit\u00e9<\/strong>, pas la vitesse. Une transaction avec 1 confirmation peut avoir \u00e9t\u00e9 ajout\u00e9e on-chain tr\u00e8s r\u00e9cemment ; une transaction avec 100 confirmations a accumul\u00e9 des confirmations pendant longtemps, et le co\u00fbt de son inversion est extr\u00eamement \u00e9lev\u00e9.<\/p>\n\n\n\n Apr\u00e8s avoir compris l\u2019ensemble du processus, vous pouvez correctement interpr\u00e9ter les diff\u00e9rents statuts affich\u00e9s dans les portefeuilles et les explorateurs de blocs.<\/p>\n\n\n\n Pending<\/strong> signifie g\u00e9n\u00e9ralement que la transaction attend encore dans la mempool et n\u2019a \u00e9t\u00e9 incluse dans aucun bloc. \u00c0 ce stade, la transaction attend seulement d\u2019\u00eatre trait\u00e9e ; elle n\u2019est pas on-chain.<\/p>\n\n\n\n Lorsqu\u2019une transaction est incluse dans un bloc accept\u00e9 par le r\u00e9seau, l\u2019explorateur de blocs affiche que la transaction est confirm\u00e9e et indique le nombre de confirmations. Dans les d\u00e9tails de la transaction, vous pouvez voir dans quel bloc elle a \u00e9t\u00e9 incluse et quelle est la hauteur de ce bloc. C\u2019est l\u00e0 la base essentielle pour d\u00e9terminer qu\u2019elle est \u00ab r\u00e9ellement on-chain \u00bb.<\/p>\n\n\n\n Success<\/strong> signifie que la transaction a \u00e9t\u00e9 ex\u00e9cut\u00e9e et a atteint un \u00e9tat accept\u00e9 par le r\u00e9seau. Mais attention : les cha\u00eenes n\u2019ont pas toutes exactement la m\u00eame s\u00e9mantique de finalit\u00e9. Certaines cha\u00eenes peuvent \u00eatre consid\u00e9r\u00e9es comme tr\u00e8s difficiles \u00e0 inverser apr\u00e8s un petit nombre de confirmations, tandis que d\u2019autres n\u00e9cessitent davantage de confirmations pour atteindre un niveau de s\u00e9curit\u00e9 \u00e9lev\u00e9. En outre, Success d\u00e9crit le r\u00e9sultat d\u2019ex\u00e9cution de la transaction ; cela ne signifie pas qu\u2019elle est absolument irr\u00e9versible dans tous les cas. Il faut aussi tenir compte des r\u00e8gles de finalit\u00e9 propres \u00e0 la cha\u00eene concern\u00e9e.<\/p>\n\n\n\n Si une transaction reste longtemps en Pending, les causes courantes incluent des frais fix\u00e9s trop bas, la congestion du r\u00e9seau ou un ordre de nonce bloqu\u00e9. Dans ce cas, de nombreux portefeuilles et r\u00e9seaux permettent de remplacer la transaction en augmentant les frais, ou proposent des moyens fournis par le portefeuille pour la g\u00e9rer. Mais il existe une ligne de d\u00e9marcation importante : une fois qu\u2019une transaction a \u00e9t\u00e9 confirm\u00e9e on-chain, elle ne peut pas \u00eatre annul\u00e9e directement<\/strong>. L\u2019annulation n\u2019a de sens que pour les transactions qui n\u2019ont pas encore \u00e9t\u00e9 int\u00e9gr\u00e9es \u00e0 un bloc.<\/p>\n\n\n\n C\u2019est aussi un point o\u00f9 un malentendu courant doit \u00eatre corrig\u00e9 : une transaction rest\u00e9e longtemps en Pending n\u2019est pas condamn\u00e9e \u00e0 attendre passivement. Vous pouvez consulter l\u2019\u00e9tat actuel du r\u00e9seau et les fonctionnalit\u00e9s prises en charge par votre portefeuille, puis choisir activement de la remplacer ou de l\u2019acc\u00e9l\u00e9rer. Mais une transaction confirm\u00e9e ne peut pas \u00eatre retir\u00e9e.<\/p>\n\n\n\n Enfin, pour v\u00e9rifier le statut d\u2019une transaction, fiez-vous aux informations de confirmation affich\u00e9es par l\u2019explorateur de blocs et le portefeuille. Le hash de transaction est le point d\u2019entr\u00e9e pour la recherche, mais voir le hash ne signifie pas en soi que la transaction a r\u00e9ussi \u00e0 passer on-chain ; ce qu\u2019il faut vraiment regarder, c\u2019est si elle a \u00e9t\u00e9 incluse dans un bloc confirm\u00e9 et quel est le nombre de confirmations.<\/p>\n\n\n\n —<\/p>\n\n\n\n Pour r\u00e9capituler l\u2019ensemble du processus : lorsque vous cliquez sur Send, le portefeuille construit la transaction localement et la signe avec votre cl\u00e9 priv\u00e9e. Cela termine l\u2019autorisation, mais les fonds ne bougent pas. Apr\u00e8s avoir \u00e9t\u00e9 diffus\u00e9e aux n\u0153uds, la transaction entre dans la mempool, o\u00f9 elle attend la validation et l\u2019int\u00e9gration dans un bloc. Les n\u0153uds v\u00e9rifient la signature, le solde, le nonce et les param\u00e8tres de frais, et seules les transactions qui passent la validation continuent \u00e0 se propager. Les producteurs de blocs s\u00e9lectionnent des transactions dans la mempool, dans la limite de la capacit\u00e9 des blocs, et le niveau des frais influence la probabilit\u00e9 d\u2019\u00eatre s\u00e9lectionn\u00e9. Le bloc candidat est ajout\u00e9 \u00e0 la cha\u00eene apr\u00e8s validation et consensus par les n\u0153uds du r\u00e9seau, et la transaction obtient sa premi\u00e8re confirmation. Au fur et \u00e0 mesure que les blocs suivants sont ajout\u00e9s, le nombre de confirmations augmente et la difficult\u00e9 d\u2019inverser la transaction devient de plus en plus grande.<\/p>\n\n\n\n D\u2019un \u00ab vous avez cliqu\u00e9 sur un bouton \u00bb \u00e0 \u00ab un enregistrement immuable on-chain \u00bb, une transaction passe essentiellement par trois \u00e9tapes : autorisation par signature, diffusion et validation, int\u00e9gration dans un bloc et confirmation<\/strong>. La diff\u00e9rence entre Pending et Success est au fond la diff\u00e9rence entre \u00ab encore en attente \u00bb et \u00ab d\u00e9j\u00e0 on-chain \u00bb. Le nombre de confirmations n\u2019est pas un indicateur de vitesse, mais une accumulation de s\u00e9curit\u00e9. Une fois ce processus compris, vous ne serez plus d\u00e9rout\u00e9 par Pending et vous pourrez d\u00e9terminer pr\u00e9cis\u00e9ment o\u00f9 en est une transaction.<\/p>\n","protected":false},"excerpt":{"rendered":" Vous avez cliqu\u00e9 sur Send dans votre portefeuille, vous avez […]<\/p>\n","protected":false},"author":1,"featured_media":12457,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[102],"tags":[],"class_list":["post-12517","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-crypto-basics"],"yoast_head":"\n\n
Comment une transaction entre dans le r\u00e9seau blockchain<\/h2>\n\n\n\n
Comment les n\u0153uds v\u00e9rifient une transaction<\/h2>\n\n\n\n
De la mempool au bloc : comment les transactions sont int\u00e9gr\u00e9es<\/h2>\n\n\n\n
Comment un bloc est accept\u00e9 par le r\u00e9seau et produit des confirmations<\/h2>\n\n\n\n
De Pending \u00e0 Success : comment savoir si une transaction est r\u00e9ellement on-chain<\/h2>\n\n\n\n