-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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]: testnet4 support #8966
Comments
I think we need parallel support for testnet3 and 4. There is currently only a network effect on testnet3. But I can understand if people prefer to start new nodes on testnet4. |
See the |
Sure, I understand and appreciate all these issues. Testnet is for developing and testing out new things with no risk of funds loss. It does not have to be perfect. One can already build Bitcoin Core from this PR to run with testnet4. The reason we need LND to support it is because Liquid is nearing release of Elements Core v23.2.2 that will have discounted vSize for confidential transactions. PeerSwap users will greatly benefit from this, but the necessary development requires testnet4/liquidtestnet4. |
Yep, I linked the PR in my comment above. My main point is that: that isn't released yet, so we can't consider any of the params or even the new consensus changes final. It also doesn't appear that it'll be a part of Bitcoind 28, as the feature freeze is in a week or so. If it's a part of Bitcoind 29, then that puts the actual release date sometime in 2025 IIUC. If you urgently need support, then depending on your available resources, you should be able to put together a temporary branch with the functionality.
That Assuming the |
Thanks. Forking and upgrading both lnd and btcd sounds too much work ). |
I've been observing testnet4 for quite some time, and so far it is working very well. Testnet3 which is on block 2.8 million is an interesting experiment but at times unusable. There are also a lack of faucets. I've collected resources on testnet4. I hope it gets merged into 28, but bitcoin devs need something that just works for the next 5+ years or so. I believe testnet4 will be the de-facto way of testing ideas on bitcoin. Would be great if lnd joins the party sooner, rather than later. https://github.com/testnet4/awesome-testnet4 |
There is also an active BIP discussion: bitcoin/bips#1601 (comment) |
BIP-94 (Testnet4) is now merged https://github.com/bitcoin/bips/blob/master/bip-0094.mediawiki |
To whom it may concern, I forked LND/btcd/btcwallet with "naive" support for Testnet4. It has no DNS seeds, but I opened a channel to another node and paid an invoice. This is all I need for my purposes. I used lnd master, which shows 0.18.0-beta. Set bitcoin.testnet4=true in lnd.conf. https://github.com/Impa10r/lnd |
testnet4 is now merged into bitcoin master. It is anticipated that testnet3 will be deprecated and removed in future versions. |
I think we'll wait a bit longer for the dust to settle re testnet4 (eg: potential param changes, reexamining difficult adjustment fixes). Until then, testnet3 still works and pretty much every production test environment for Bitcoin infrastructure still uses it. Testnet4 also isn't very useful for testing LN until there're a few hundred channels active on the new test network. |
Not completed, will keep this open to track integration. |
One of the biggest challenges with Testnet3 is dealing with the block storms. When developing software for use with LND, trying to diagnose if an issue you are having is because of these block storms is ..... very challenging.... It must be really challenging or downright impossible right now if you are new developer trying to build with LND..... |
I think I've identified that, during a testnet3 blockstorm, LND won't open channels, which I guess makes sense, because it's not fully synced to the chain. I get the error:
|
@Roasbeef Hi. Giving it a nudge as Testnet4 is now supported by Bitcoin Core 28.0. And testnet3 is now totally unusable with 4000 s/vb fees and no faucets. |
I want to throw my hat in the request as well. Currently conducting research for my PhD and am struggling to utilize testnet3 and acquire enough coin to do anything. Being able to begin populating the testnet4 LN would be hugely advantageous, considering that there exist functioning faucets for it. |
Please support testnet4 |
Adding my nudge here. LND is open-source software, but serious development work is now to some extent closed to new developers unless they are willing to risk real funds on mainnet or find a way to get a big stash of testnet3 coins. On our end we wasted many hours with testnet3 and have now given up and just lowered our expectations about what we can and cannot test. |
agreed, https://faucet.lightning.community/ is down, htlc.me is down, and all bitcoin faucets give between 10-20k sats, which is not enough to even pay trx fees, let alone open a channel. There is no way to do any development work on testnet without begging other devs for testnet3 coins. |
There are two active PRs working on adding testnet4 support to So far none of them have added the new difficulty adjustment algorithm specific to testnet4, which will be where the bulk of testing+review will be spent, as there're no test vectors for it. We'll likely focus review on which ever adds it first. |
Is your feature request related to a problem? Please describe.
I'd like to switch my app development to testnet4. LND gives error when I create or unlock a wallet:
error creating wallet config: unable to create partial chain control: unknown network with genesis hash 00000000da84f2bafbbc53dee25a72ae507ff4914b867c565be350b0da8bf043
Describe the solution you'd like
LND should start supporting testnet4.
Describe alternatives you've considered
testnet3 is nearing EOL and is not compatible with liquidtestnet4
Additional context
btcd guys are working on this: btcsuite/btcd#2187
The text was updated successfully, but these errors were encountered: