Transaction

60b37c15cf1660dfa7d88f4ea8d7dcccb9cdff7c91c1bc11499bc6659320286e
Timestamp (utc)
2024-03-24 15:52:43
Fee Paid
0.00000014 BSV
(
0.01073484 BSV
-
0.01073470 BSV
)
Fee Rate
10 sat/KB
Version
1
Confirmations
97,331
Size Stats
1,399 B

2 Outputs

Total Output:
0.01073470 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckM{<div class="post">Gavin, no. I know my way around urllib2 so that's not a problem. I would like to see the option to disable password authentication in the bitcoin.conf. We really shouldn't be protecting (advanced) users from themselves.<br/><br/>I was just annoyed that to even start -server (albeit on my test client), I had to edit the config file and insert a password. I can always hack my version of Bitcoin to not require a password by default if that's what I want, but I don't like the fact that bitcoin completely fails to start when I put in "rpcpassword=" with -server. I think the right way to do it would be to warn users (perhaps with a popup box if the GUI is starting) but still start the other stuff, even if the RPC server won't start.<br/><br/>Running with a password only marginally improves the security for a lot of applications anyway, since that password will have to sit in an httpd-readable file for my web server to execute JSON-RPC commands. The only user that's ever been hacked on my server? httpd. It is an important step for machines with multiple users, though, as is allowing the port number to be changed.</div> text/html
    https://whatsonchain.com/tx/60b37c15cf1660dfa7d88f4ea8d7dcccb9cdff7c91c1bc11499bc6659320286e