Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[feature]: Multihop routing for taproot assets and Bitcoin taproot channels #1145

Open
szhygulin opened this issue Oct 8, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@szhygulin
Copy link

When the taproot assets (TA) are sent over Lightning, a double conversion TA->BTC->TA leads to high transaction fees since edge nodes will likely set a high price spread to hedge against price risks. AFAIK such behavior is a result of TA channels being private. Additionally, the underlying Bitcoin Taproot channel does not participate in routing since it is private too.

Is it possible to make the TA channel public? In that case, routings like TA-> TA-> TA would be much cheaper than transactions with double conversion.

Alternatively, can the underlying Bitcoin Taproot channel be set as public so that it can participate in the routing?

@Roasbeef
Copy link
Member

Is it possible to make the TA channel public? In that case, routings like TA-> TA-> TA would be much cheaper than transactions with double conversion.

Yes it's possible, but it introduces an entirely new set of concerns: price data for each asset in the public network, discovery, verification, etc, etc. We're currently no actively pursing this direction, as creating an entirely new network for each relevant asset is a tall bootstrapping task, which will fragment liquidity and UX.

Ultimately, it's all just routing fees, when you do TA->BTC->TA, your fees will eventually be comparable to if you do BTC->BTC->BTC.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Status: 🆕 New
Development

No branches or pull requests

2 participants