Ok thanks I will definitely add this to my configuration file!

Ok, it is strange that there was no fee estimation after bitcoind had been running for months, then no fee estimate for 24 hours after restarting, then now it works regardless of if I restart it or not. Was it due to a lack of txs in the testnet mempool?

Hmm, estimatesmartfee just started working without me changing anything...

Again getblockchaininfo returns me the same height as mempool.space, and estimatesmartfee returns "Insufficient data or no feerate found". I am using CLN to open a channel

Sending a tx works just fine...

No it is not a pruned node:


 ./bin/bitcoin-cli -testnet getblockchaininfo
{
  "chain": "test",
  "blocks": 4075162,
  "headers": 4075162,
  "bestblockhash": "000000000ff380e4ddabeaef62b63a23a29b57fe0c93257a2aaf5a6420c66ffd",
  "difficulty": 1,
  "time": 1742866878,
  "mediantime": 1742865677,
  "verificationprogress": 1,
  "initialblockdownload": false,
  "chainwork": "0000000000000000000000000000000000000000000016426f159b1301805f97",
  "size_on_disk": 189685877847,
  "pruned": false,
  "warnings": "Unknown new rules activated (versionbit 28)"
}


I am using FreeBSD on arm64. I am bitcoind running in another jail with mainnet and I don't have any issue. I had maxmempool set to 300, I just increased it to 1000 and set mempoolexpiry to 72:


2025-03-24T23:56:36Z * Using 37.2 MiB for transaction index database
2025-03-24T23:56:36Z * Using 32.6 MiB for basic block filter index database
2025-03-24T23:56:36Z * Using 8.0 MiB for chain state database
2025-03-24T23:56:36Z * Using 220.2 MiB for in-memory UTXO set (plus up to 953.7 MiB of unused mempool space)



./bin/bitcoin-cli -testnet estimatesmartfee 1 economical
{
  "errors": [
    "Insufficient data or no feerate found"
  ],
  "blocks": 2
}

Yes it is fully synced. Before I rebooted it a couple of hours ago it had been running for months. And the blockheight matches mempool.space/testnet

Hi,

I would like to do some lightning tests using testnet3 and I am unable to open a channel with a node because my testnet bitcoind is unable to estimate fees. I get a "Cannot estimate fees" error regardless of how long my node has been running for (i.e. multiple months or a few hours). Is this normal, and what is the way around this issue that people use?

Thanks!

I am not an expert with Wi-Fi, but to me it seems that any of the options "Time interval for rekeying GTK", "Disable Inactivity Polling", "Station inactivity limit", "Maximum allowed Listen Interval" or "Disassociate On Low Acknowledgement" could be related to the issue...

So far it seems I my miner has been online between one third and one half of the time, spending the remaining time indicating it is not connected on the Wi-Fi. I do not have any Wi-Fi issue with my other devices. Sometimes the miner recovers after 5 minutes. Other times it takes much longer... Do you experience a similar behavior? Wondering if there is any Wi-Fi router parameter or stratum server setting or pinging of the router that would help in preventing the issue from occurring until they Canaan fix their firmware?

Ok I redirected the Nano to my local NTP server through DNS and it now gets the time properly. However I am experiencing the same Wi-Fi issue as others. The miner works for a while, then somehow loses Wi-FI and is unable to recover most of the time without a reboot. Sometimes it does recover after a few minutes though? I tried moving it right next to my router as a test to see if it is more stable. I tried using a fixed channel as well...

Hi,

I do not see the firmware files for the Nano on the provided page. What am I missing?

Thanks!

I am trying to get my unit to work properly. I have it on an isolated LAN with no open Internet access and no DNS. It does connect to my stratum server and starts mining. However I see that it queries for 0.pool.ntp.org, 1.pool.ntp.org and 2.pool.ntp.org and after a maybe 30 mins mining it stop and all it does is querying for DHCP. So I have a few questions:

1) How can I change the ntp servers it is querying to a local IP?
2) Is it expected that it disconnects after a while if it can't reach NTP or DNS and that it keeps querying DHCP like it does?

Thanks!

Anyone knows about this? If my question does not make sense, please let me know!

Hi,

Trying to educate myself about tapscripts, Schnorr signatures and taproot in general. My understanding is that taproot Merkle trees have the advantage of being able to reveal only the used path of the tree when signing a transaction. I am trying to understand if this can be leveraged at all for a k of n threshold scheme. For example, I would have expected that for a 2 of 3 with keys A, B and C, we would want to use 3 script paths:

- A and B
- B and C
- A and C

However, from what I have seen it seems that this is not how it is done, and even that using the same key more than once is not allowed, which would not even make it possible to do.

Am I understanding this properly? If so, why would a single script path be preferable for a threshold scheme? Finally, why isn't it allowed to reuse the same key within multiple script paths?

Thanks!

Thanks!
It does shows up under listlockunspent. I did not use the command lockunspent directly myself though, but a tool I was using might have I guess... Will do more testing...

Hi,

So I have this descriptor core wallet I created with default options, then I obtained an address with getnewaddress. I transferred coins to the address and waited over 6 confirmations. I see a trusted balance in the wallet, I see the address as belonging to the wallet with getaddressinfo, but listunspent returns an empty list. What is going on? Thanks!

Thanks. I think I have enough though with the two donations I received. Have fun!

Thank you! Do you want me to return it to the change address once I am done with it?

Thank you for whoever sent me some tsats, I can return them to the tx's change address when the test is over. I am not sure if it is quite enough for the channel test I want to do. Another 0.009 tBTC would be safer I think if possible. Thanks!