pull down to refresh
Sorry...i meant for the channel needing to be public, as I can receive to offers with CLN and LDK when using private channels.
A comment: I am making offers in the 'create alias' section, however I seem not not be able to make offers that have 'variable' or 'any' for the value in the offers (it always defaults to 1 even if i leave blank). This is via the start9 service.
but i was able to successfully make 1 sat payments to these offers that landed in my LND node,which is awesome!
the default is 1 sat minimum for offers to work but any amount will be able to receive afaik, also you can just leave the field of amount empty when creating a new offer, the default address created in setup should work out of the box without fixed amount, you can also create offers using the pay site...you dont have to make a payment web ui for each offer, just create is enough, channel can be private as well afaik, public gives better connectivity for routes onnly, if you use phoenix or phoenixd wallet for testing I would use a private channel to acinq node, to make scessful offer routing... a public channel would drain quickly.
hmm, i am testing with CLN and a coinos.io account. The offers I make in bolt12 pay with no value in the amount only allow me to send 1 sat (does not give the option to put an amount). This is posing a problem when trying to receive payouts from Ocean mining pool as it hits a validation error that wants the amount to not be 1 sat so it can send whatever is owed.
Good to know on the channel being private. Happy to provide more info and help fix just let me know !
Hey, I think I solved the amountless offer problem and made an update that solved the issue, if you want to test, I made an pr for umbrel and startos already. Would you be willing to test the app in advance with me,since I have no ocean mining, i could give you an amountless offer and you could try if ocean accepts it or I could give you the app s9pk for sideload testing on startos...otherwise just wait for the release, tested sucessfully with my phoenix wallet already....
id help, sure. I'm happy to sideload it on my start9, point me to the link 🤙
The patch is now confirmed working in real life! Bolt12 Pay 0.2.105 is released in the StartOS Community marketplace. Amountless offers are working and I received a first payout from ocean mining.
Amountless offers should be working now , I even pointed my bitaxe to ocean and the amountless offers got accepted.
Sent you the link for the prerelease
thank you, appreciated! I also added detailed domain setup instructions in the startos instructions docs to further reduce the onboarding hustle for new users... https://github.com/Alex71btc/bolt12-pay-startos/releases/tag/v0.2.105
Yes interesting indeed, I will investigate...
Using phoenix wallet or another Bolt 12 pay instance payment with any amount was no problem. This might actually be a direct channel connectivity problem, since I had the same problem once with Phoenix until I had opened a channel to acinq , then the route was found easily and bigger amounts where possible...
So if possible try 1, 2 sats then 21, 210 and 1000 so on for testing. Try to make a channel to ocean if possible. I still have to try with cln but will have to set up that node first
Seems it just needed time! I tried my offer again and now any amount is being allowed to be paid to the offer. Woo hoo!
Glad to see you are now able to pay offers, for the fixed ammount: I investigated this further and it currently looks like a limitation/interop issue in the experimental LNDK/BOLT12 stack rather than an Ocean issue.
We confirmed that:
- amountless offers can be created successfully
- Phoenix correctly recognizes them as amountless
- fixed-amount offers work instantly
- but invoice requests for amountless offers currently time out when paying
So at the moment, truly amountless offers do not seem to work reliably yet with the current experimental LNDK/LND implementation.
For now the safest workaround is still using a small fixed amount (like 1 sat minimum), which is why BOLT12 Pay currently defaults to that behavior. ( thats why i hardcoded minimum 1 sat in my app)
I will keep investigating this and may open an upstream LNDK issue since the flow itself should theoretically be supported by the spec.
If you send me a bolt 12 offer in my nostr as a dm I could assist in testing debugging...npub1uhlrd6umajd0rxv36xsl2qkzz4xgmvy29m39mhn8aqrnz0g7x8rq2rnnh8
let's do that. what client do you use ?
did you try the bip 353 default address?
i can't seem to get that to work, but been focused on just getting creation of an offer to work so I have one that I can pay any amount to. Will get there :)
you need a public domain set up for this to make it work
this is very cool. I just successfully added an offer for receiving mining rewards on Ocean. Now I wait to see if a payment is succesful, I suppose I would be one of the first receivers of mining rewards using LND. Is there is a reason for the channel needing to be private ? I can receive offers with CLN and LDK when using private nodes.