Transaction

0da44e94fda7bbe762ea8881ae9395e3ed52aa4e7c9f9dba030d32b65f94051a
Timestamp (utc)
2024-03-22 15:48:02
Fee Paid
0.00000016 BSV
(
0.00482167 BSV
-
0.00482151 BSV
)
Fee Rate
10.58 sat/KB
Version
1
Confirmations
94,051
Size Stats
1,511 B

2 Outputs

Total Output:
0.00482151 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckMë<div class="post">OpenSSL doesn't have any interface for doing just the low level raw block hash part of SHA256. &nbsp;SHA256 begins by wrapping your data in a specially formatted buffer. &nbsp;Setting up the buffer takes an order of magnitude longer than the actual hashing if you're only hashing one or two blocks like we do. &nbsp;It's intended that the time is amortised if you were hashing many KB or MB of data. &nbsp;In BitcoinMiner, we format the buffer once and keep reusing it.<br/><br/>If you can find SHA256 code that's faster (with MinGW/GCC) than what we've got, that would be really great! &nbsp;(although, keep licensing in mind) &nbsp;The one we have is the only one I tried, so there's significant chance for improvement. <br/><br/>When I wrote it more than 2 years ago, there were screaming hot SHA1 implementations but minimal attention to SHA256. &nbsp;That's a lot of time for them to come up with better stuff. &nbsp;SHA256 was a lot slower than the fastest SHA1 at the time than I thought it should be. &nbsp;Obviously SHA256 should be slower than SHA1 by a certain amount, but not by as much as I saw.<br/><br/>(hope you don't mind I renamed your thread, SHA-256 optimisation is something important that I keep forgetting about)</div> text/html
    https://whatsonchain.com/tx/0da44e94fda7bbe762ea8881ae9395e3ed52aa4e7c9f9dba030d32b65f94051a