Transaction

eee2eecf9a353ea35ee8013edb1bcb8ff642930d2fc09ce04de3daa74592b9d4
Timestamp (utc)
2024-03-23 22:29:15
Fee Paid
0.00000014 BSV
(
0.02277425 BSV
-
0.02277411 BSV
)
Fee Rate
10.02 sat/KB
Version
1
Confirmations
101,726
Size Stats
1,396 B

2 Outputs

Total Output:
0.02277411 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/eee2eecf9a353ea35ee8013edb1bcb8ff642930d2fc09ce04de3daa74592b9d4