đ° Le cofondateur de Lightning Labs, Olaoluwa Osuntokun, a proposĂ© LayerTree : permettre Ă des milliers, voire des millions dâutilisateurs, de partager un seul UTXO bitcoin, tout en conservant chacun son propre registre de soldes et un droit de sortie unilatĂ©ral. Cela ressemble Ă transposer sur la chaĂźne le modĂšle des plateformes dâĂ©change oĂč « tout le monde partage la mĂȘme cagnotte », mais la diffĂ©rence clĂ© est que les utilisateurs nâont pas Ă faire confiance uniquement Ă la base de donnĂ©es de lâopĂ©rateur.
đĄ LayerTree place les soldes des utilisateurs dans un Merkle Sum Tree hors chaĂźne, tandis que la chaĂźne ne conserve que lâUTXO partagĂ© et lâengagement de la racine de lâarbre. La somme des soldes dans lâarbre doit correspondre aux fonds contenus dans lâUTXO, et toute modification dâune feuille change la racine. Lorsquâun utilisateur veut sortir, il peut soumettre sa feuille, une preuve de Merkle et une signature, sans avoir besoin de lâapprobation de lâopĂ©rateur. Ici, le O(1) signifie que la sortie ne nĂ©cessite quâune seule transaction, et non que la taille de la preuve reste constante ; la preuve augmente toujours en O(log N) avec le nombre dâutilisateurs.
đ„ Les transferts quotidiens, eux, Ă©vitent autant que possible de toucher Ă lâĂ©tat on-chain. Les channel leaf intĂšgrent les canaux Lightning dans les feuilles de lâarbre, et les paiements sont relayĂ©s par lâopĂ©rateur via des HTLC ; un voucher ressemble davantage Ă un chĂšque numĂ©rique pouvant ĂȘtre encaissĂ© sur la chaĂźne. Une fois quâun bĂ©nĂ©ficiaire reçoit un justificatif signĂ©, sâil se heurte Ă la mauvaise volontĂ© de lâopĂ©rateur, il peut soumettre lui-mĂȘme une CLAIM, afin que le script dĂ©duise le solde du payeur et crĂ©e une nouvelle feuille.
đ€ Mais « pouvoir ĂȘtre encaissĂ© on-chain » ne veut pas dire absence de risque. Alice peut signer sĂ©parĂ©ment deux vouchers dĂ©passant chacun son propre solde ; les signatures sont authentiques, mais il nây a pas assez dâargent pour payer les deux en mĂȘme temps, et au final, il peut sâagir simplement de savoir qui soumet en premier. Les anciens vouchers peuvent aussi devenir invalides Ă cause de la mise Ă jour du numĂ©ro de sĂ©quence de lâĂ©tat de la feuille, donc tant quâils ne sont pas rĂ©glĂ©s, ces justificatifs restent exposĂ©s au risque de crĂ©dit de lâĂ©metteur.
đ Lâaspect le plus sĂ©duisant de cette conception est de laisser les paiements courants hors chaĂźne tout en conservant aux utilisateurs une voie de sortie autonome ; la vraie difficultĂ© consiste Ă gĂ©rer les vouchers non rĂ©glĂ©s et la concurrence sur les soldes. Seriez-vous prĂȘt Ă placer des fonds dans une telle structure de UTXO partagĂ© ?
#æŻçčćž #LayerTree #LightningNetwork #ćșćéŸæ©ćźč
đĄ LayerTree place les soldes des utilisateurs dans un Merkle Sum Tree hors chaĂźne, tandis que la chaĂźne ne conserve que lâUTXO partagĂ© et lâengagement de la racine de lâarbre. La somme des soldes dans lâarbre doit correspondre aux fonds contenus dans lâUTXO, et toute modification dâune feuille change la racine. Lorsquâun utilisateur veut sortir, il peut soumettre sa feuille, une preuve de Merkle et une signature, sans avoir besoin de lâapprobation de lâopĂ©rateur. Ici, le O(1) signifie que la sortie ne nĂ©cessite quâune seule transaction, et non que la taille de la preuve reste constante ; la preuve augmente toujours en O(log N) avec le nombre dâutilisateurs.
đ„ Les transferts quotidiens, eux, Ă©vitent autant que possible de toucher Ă lâĂ©tat on-chain. Les channel leaf intĂšgrent les canaux Lightning dans les feuilles de lâarbre, et les paiements sont relayĂ©s par lâopĂ©rateur via des HTLC ; un voucher ressemble davantage Ă un chĂšque numĂ©rique pouvant ĂȘtre encaissĂ© sur la chaĂźne. Une fois quâun bĂ©nĂ©ficiaire reçoit un justificatif signĂ©, sâil se heurte Ă la mauvaise volontĂ© de lâopĂ©rateur, il peut soumettre lui-mĂȘme une CLAIM, afin que le script dĂ©duise le solde du payeur et crĂ©e une nouvelle feuille.
đ€ Mais « pouvoir ĂȘtre encaissĂ© on-chain » ne veut pas dire absence de risque. Alice peut signer sĂ©parĂ©ment deux vouchers dĂ©passant chacun son propre solde ; les signatures sont authentiques, mais il nây a pas assez dâargent pour payer les deux en mĂȘme temps, et au final, il peut sâagir simplement de savoir qui soumet en premier. Les anciens vouchers peuvent aussi devenir invalides Ă cause de la mise Ă jour du numĂ©ro de sĂ©quence de lâĂ©tat de la feuille, donc tant quâils ne sont pas rĂ©glĂ©s, ces justificatifs restent exposĂ©s au risque de crĂ©dit de lâĂ©metteur.
đ Lâaspect le plus sĂ©duisant de cette conception est de laisser les paiements courants hors chaĂźne tout en conservant aux utilisateurs une voie de sortie autonome ; la vraie difficultĂ© consiste Ă gĂ©rer les vouchers non rĂ©glĂ©s et la concurrence sur les soldes. Seriez-vous prĂȘt Ă placer des fonds dans une telle structure de UTXO partagĂ© ?
#æŻçčćž #LayerTree #LightningNetwork #ćșćéŸæ©ćźč