nostr:nprofile1qqszrqlfgavys8g0zf8mmy79dn92ghn723wwawx49py0nqjn7jtmjagpz4mhxue69uhkummnw3ezummcw3ezuer9wchszyrhwden5te0dehhxarj9ekk7mf0qy88wumn8ghj7mn0wvhxcmmv9uynmh4h is there feedback or work being done on your hedgog channels idea?

Reply to this note

Please Login to reply.

Discussion

Lots of positive feedback. Almost everyone who hears about it seems to think it is a good idea, at least fro, what I hear, though perhaps there are people who don't like it and they just don't say so in a manner that gets back to me.

As for work being done on it, no, no one seems sufficiently interested to work on it. Even I only work on it sometimes, usually when I want to present it at a conference.

Awesome on the feedback

Have you thought of anymore potential problems?

why it might not be getting traction for now?

I think it's partly because hedgehog was designed to make async payments work, but I did not consult anyone, I just sort of "did it" as an experiment, in a way that would require wallets to introduce a whole new architecture. Whereas Matt Corrallo has an alternative specification for async payments that is fully backward compatible with existing wallets, and he did years of consultation and background "behind the scenes" work to get consensus/feedback on his approach.

He also has actual people working on it as a serious project. I think every smart and serious dev would/should prefer that kind of work to the kind of experimental "show-and-tell" style of work I do. But that also means they will likely work on implementing his specification rather than mine. I also think my approach is only marginally better than his, and not in a way users would likely notice.

Does miniscript have all the pieces to implement this without having to much manual bitcoin TX work?

I'm not aware of any tools for spending from addresses created using the miniscript tools. Hedgehog requires a series of presigned transactions, e.g. address A -> address B -> address C, so you've not only got to be able to construct the addresses, but also add the requisite elements to the witness stack in order to spend from them, and create the necessary control block since I use taproot (though you could eliminate that part by doing it in segwit v0). I personally use the tapscript.js library for this. But it's a lot of manual bitcoin tx work.

Miniscript can do HTLCs, but I imagine hedgehog wants to interoperate with other lightning channels, so would have work needed to do that