BOLT12 on the phoenix phoenixd ecosystem

Let's make some tests on BOLT12 feature, recently introduced on ACINQ phoenix and phoenixd

Today we will make some tests of the new feature introduced in phoenix and phoenixd tools: BOLT12. Yes bolt12 is now reality and it has been implemented in all Acinq environments. More in deep, we can use it in phoenix (from mobile) and in phoenixd. For the purpose of this article we will use phoenix on mobile as payer and phoenixd (on a linux environment) as the recipent.

For people who did not followed past articles, please check out this previous article where i made some tests on phoenixd cloud node: https://massmux.org/p/running-phoenixd-tests

For the tests here below, you should install the phoenixd version 0.2.0 or higher which carries this implementation. Follow instructions from the previous mentioned article, in order to install successfully such a version. When you have the daemon up and running, you can use the cli to interact with the daemon itself. Just running the cli, the help menu will show some interesting new commands:

More in specific, when running command getoffer, we can achieve the following result:

this is a BOLT12 offer (please check out on github: https://github.com/lightning/bolts/pull/798 ) . This can be represented with a QRCode as usual if you wish. In our case the string encoded version is simply ok. Just copy this to the clipboard and go to paste it on a phoenix wallet (on your mobile phone), after having clicked on SEND.

The first time you will be able to set this offer as a contact on your phoenix, so that next time it will be easier to send funds to this address.

as you can see, i can load the offer from contacts, with a specific name. Moreover i have the possibility to attach a message for the receiving party and to specify (obviously) an amount in satoshis to be paid to such an offer.

When doing so, on the party which is paying the invoice (phoenix wallet) i get the following results:

Going to expand technical details, i can see something like this:

What happens instead on the recipient side? We can check this in the daemon log standard output:

Having the balance updated accordingly. So it worked! It’s to expect that in the next months a lot of new wallets will support BOLT12 offers. Stay tuned we will keep you updated on this new exciting implementation as soon as it evolves.