Slugline : Un covoiturage de transaction Bitcoin, payé avec des Runes (ou, un payeur de runes pour L1 Bitcoin) Payez vos frais de transaction L1 avec des Runes 🧵

Ce week-end, j'étais à @PlebFi, une super conférence pour développeurs Bitcoin. Le thème était les Métaprotocoles. Bien que je n'aie pas participé au hackathon (j'étais juge), j'ai décidé de bricoler quelque chose quand même. Mon projet s'appelle slugline, et même s'il est assez brut, il fonctionne et est sympa :)

Voici comment cela fonctionne : Alice souhaite effectuer une transaction Bitcoin mais ne veut pas payer de frais en BTC (certaines raisons pourraient être ci-dessous). Elle effectue donc une tx qui ne paie aucun frais. MAIS elle attache une entrée qui contient des runes, et fait de la première sortie une ancre p2a de valeur nulle.

Elle envoie cette transaction à Bob (ou dans le monde réel, à un réseau de bobs, un peu comme un mempool, via quelque chose comme nostr). Bob décide qu'il est prêt à payer pour la transaction d'Alice en échange des runes. Il effectue donc une transaction qui se paie à lui-même et CPFP le p2a.

Lorsque Bob dépense le p2a pour lui-même, cela a deux effets : - cela entraîne la transaction d'alice dans le mempool et dans un bloc via CPFP - l'adresse de Bob réclame les runes Voici à quoi ressemblent les deux transactions.

Alice a payé Bob en runes pour régler ses frais de transaction. En effet, Alice a payé ses frais de tx en runes, Bob agissant comme une sorte de payeur de runes !

Alors, pourquoi Alice pourrait-elle faire une telle chose ? Je peux penser à quelques raisons : - peut-être qu'un écosystème forme un consensus sur un "jeton de gaz" commun à utiliser (comme UNCOMMON•GOODS) et le fixe en fonction de son coût de minting, et décide de mint quand les frais sont élevés et de payer avec quand les frais sont élevés - peut-être que quelqu'un n'a que des runes dans son portefeuille et ne peut pas se permettre les frais de transaction autrement. Peut-être qu'il existe un portefeuille uniquement pour les runes qui rend cela attrayant - peut-être qu'un mineur émet sa propre rune en tant que bon de bloc. Il pourrait vendre cet espace de bloc futur à prix réduit aujourd'hui, en avançant des revenus, à des acheteurs qui souhaitent verrouiller un prix maintenant. Cela ressemble à un contrat à terme tokenisé.

Qu'est-ce qui fonctionne maintenant et qu'est-ce qui ne fonctionne pas ? La base de code est assez bricolée. Bob gère actuellement un serveur web et Alice doit y poster son PSBT. Ce serait mieux si Bob était abonné à un réseau de diffusion et qu'il pouvait y avoir plusieurs Bobs (nostr ?) Je pense qu'il serait également bon d'inclure une logique de tarification pour une rune commune. Par exemple, si vous vouliez utiliser UNCOMMON•GOODS comme rune de paiement des frais, vous pourriez regarder les 2016 derniers blocs, prendre le taux de frais au point médian, et dire qu'1 uncommon•goods vaut un certain nombre de vbytes à ce taux. Ainsi, les gens peuvent frapper quand c'est bon marché et dépenser quand ce n'est pas le cas. De plus, c'est uniquement en ligne de commande et cela nécessite de copier-coller entre les commandes. Mais ça fonctionne.

Pourquoi "slugline"? > Le slugging,[1] également connu sous le nom de covoiturage informel et de covoiturage flexible,[2] est la pratique de former des covoiturages ad hoc et informels à des fins de navette, essentiellement une variation du stop. Un conducteur prend ces passagers non payants (appelés "slugs" ou "sluggers") à des endroits clés, car avoir ces passagers supplémentaires permet au conducteur de se qualifier pour utiliser une voie HOV ou de ne pas être soumis à la tarification routière.

voici le dépôt : il y a beaucoup de désordre là-dedans, beaucoup à faire, mais pour ce que c'est, ça fonctionne. C'est assez incroyable que nous puissions effectuer des paiements de frais en bande avec des actifs exogènes en utilisant les règles de consensus actuelles et la politique de relais.

si tu fais quelque chose de cool avec, fais-le moi savoir ! /thread