Transaction

4565d71cd33816fe05552300bb0c451ec3005d42e2fed6362a542e8ea47f7a71
Timestamp (utc)
2024-03-22 19:09:08
Fee Paid
0.00000014 BSV
(
0.00252457 BSV
-
0.00252443 BSV
)
Fee Rate
10.03 sat/KB
Version
1
Confirmations
93,780
Size Stats
1,395 B

2 Outputs

Total Output:
0.00252443 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckMw<div class="post"><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=461.msg5383#msg5383">Quote from: satoshi on July 23, 2010, 08:39:03 PM</a></div><div class="quote">BTW, I haven't tested it, but I hope having rpcpassword= &nbsp;in the conf file is valid. &nbsp;It's only if you use -server or -daemon or bitcoind that it should fail with a warning. &nbsp;If it doesn't need the password, it should be fine. &nbsp;Is that right?<br/></div>Yes, that's right, rpcpassword is only required if you use -server or -daemon or bitcoind (I just tested to be sure).<br/><br/>RE: what if the programmer can't figure out how to make their legacy COBOL code do HTTP authentication?<br/>Then I think another config file setting to explicitly turn off RPC authentication would be better than a magical "if you set a blank rpcpassword then that turns off authentication."&nbsp; &nbsp;But I wouldn't implement that until somebody really does have a problem or until we have more than one way of doing the authentication (maybe https someday...).<br/><br/>lachesis: is supporting HTTP Basic Authentication a problem for you?<br/></div> text/html
    https://whatsonchain.com/tx/4565d71cd33816fe05552300bb0c451ec3005d42e2fed6362a542e8ea47f7a71