In case people want to know what those funky hashes are in Nix thingies, those are the raw binary hashes converted to base64.
So, for instance, if you are using the experimental blake3 support, you can do
b3sum --raw file.tar.zst | base64 | head --bytes=-1 | sed 's/^/blake3-/'
#nixos
So, for instance, if you are using the experimental blake3 support, you can do
b3sum --raw file.tar.zst | base64 | head --bytes=-1 | sed 's/^/blake3-/'
#nixos
November 7, 2025 at 4:45 PM
In case people want to know what those funky hashes are in Nix thingies, those are the raw binary hashes converted to base64.
So, for instance, if you are using the experimental blake3 support, you can do
b3sum --raw file.tar.zst | base64 | head --bytes=-1 | sed 's/^/blake3-/'
#nixos
So, for instance, if you are using the experimental blake3 support, you can do
b3sum --raw file.tar.zst | base64 | head --bytes=-1 | sed 's/^/blake3-/'
#nixos
I recently got nerdsniped by @zooko2.bsky.social
into implementing fast BLAKE3 hashing of multiple small blobs.
I wrote a blog post about my experiment.
iroh.computer/blog/hashing...
It would be cool to polish this a bit and turn it into a public API.
into implementing fast BLAKE3 hashing of multiple small blobs.
I wrote a blog post about my experiment.
iroh.computer/blog/hashing...
It would be cool to polish this a bit and turn it into a public API.
Hashing multiple blobs with BLAKE3
How to quickly hash multiple small blobs with BLAKE3
iroh.computer
October 15, 2025 at 2:53 PM
I recently got nerdsniped by @zooko2.bsky.social
into implementing fast BLAKE3 hashing of multiple small blobs.
I wrote a blog post about my experiment.
iroh.computer/blog/hashing...
It would be cool to polish this a bit and turn it into a public API.
into implementing fast BLAKE3 hashing of multiple small blobs.
I wrote a blog post about my experiment.
iroh.computer/blog/hashing...
It would be cool to polish this a bit and turn it into a public API.
ooh look at that, incremental hashing using a Merkle tree 👀 github.com/BLAKE3-team/...
blake3 has SIMD implementations built in docs.rs/blake3/lates...
blake3 has SIMD implementations built in docs.rs/blake3/lates...
GitHub - BLAKE3-team/BLAKE3: the official Rust and C implementations of the BLAKE3 cryptographic hash function
the official Rust and C implementations of the BLAKE3 cryptographic hash function - BLAKE3-team/BLAKE3
github.com
October 12, 2025 at 8:56 AM
ooh look at that, incremental hashing using a Merkle tree 👀 github.com/BLAKE3-team/...
blake3 has SIMD implementations built in docs.rs/blake3/lates...
blake3 has SIMD implementations built in docs.rs/blake3/lates...
Running native extensions in parallel is a huge performance boost. Running a large internal Rails application, we saw performance roughly double. Very workload dependent, of course, but all of the major DB adapters are implemented as native extensions.
We also added support for the blake3-rb gem.
We also added support for the blake3-rb gem.
September 17, 2025 at 4:32 PM
Running native extensions in parallel is a huge performance boost. Running a large internal Rails application, we saw performance roughly double. Very workload dependent, of course, but all of the major DB adapters are implemented as native extensions.
We also added support for the blake3-rb gem.
We also added support for the blake3-rb gem.
When I added support for Capyloon the approach was to proxy to a local gateway talking HTTP over a Unix Domain Socket. The gateway was based on @iroh.computer before they went full blake3.
I still had to patch Gecko here and there for everything to work properly. Stupidly hard to upstream...
I still had to patch Gecko here and there for everything to work properly. Stupidly hard to upstream...
April 6, 2025 at 4:14 AM
When I added support for Capyloon the approach was to proxy to a local gateway talking HTTP over a Unix Domain Socket. The gateway was based on @iroh.computer before they went full blake3.
I still had to patch Gecko here and there for everything to work properly. Stupidly hard to upstream...
I still had to patch Gecko here and there for everything to work properly. Stupidly hard to upstream...
I'm now 0.34.1 versions old!
This is a minor release, but it comes with some fun stuff:
We (and many others) have been depending on forks of the rust BLAKE3 crate by @oconnor663.bsky.social.
This is no longer the case with its latest updates 🎉
Learn more: www.iroh.computer/blog/blake3-...
This is a minor release, but it comes with some fun stuff:
We (and many others) have been depending on forks of the rust BLAKE3 crate by @oconnor663.bsky.social.
This is no longer the case with its latest updates 🎉
Learn more: www.iroh.computer/blog/blake3-...
The new BLAKE3 hazmat API
The new BLAKE3 hazmat API, or why we can retire our BLAKE3 fork
www.iroh.computer
April 8, 2025 at 8:43 AM
I'm now 0.34.1 versions old!
This is a minor release, but it comes with some fun stuff:
We (and many others) have been depending on forks of the rust BLAKE3 crate by @oconnor663.bsky.social.
This is no longer the case with its latest updates 🎉
Learn more: www.iroh.computer/blog/blake3-...
This is a minor release, but it comes with some fun stuff:
We (and many others) have been depending on forks of the rust BLAKE3 crate by @oconnor663.bsky.social.
This is no longer the case with its latest updates 🎉
Learn more: www.iroh.computer/blog/blake3-...
Decred Journal - October 2023 No month goes by without Decred setting a new record. In October ticket prices reached 700 DCR. Core software v1.8.1 released, Cake Wallet integration has commenced, gominer upgraded to support BLAKE3 GPU pool mining.
Read more: www.cypherpunktimes.com/decred-journ...
Read more: www.cypherpunktimes.com/decred-journ...
Decred Journal – October 2023
No month goes by without Decred setting a new record, this month ticket prices reach 700 DCR. Core software v1.8.1 released, Cake Wallet integration has commenced, gominer upgraded to support BLAKE3 G...
www.cypherpunktimes.com
December 2, 2023 at 5:19 PM
Decred Journal - October 2023 No month goes by without Decred setting a new record. In October ticket prices reached 700 DCR. Core software v1.8.1 released, Cake Wallet integration has commenced, gominer upgraded to support BLAKE3 GPU pool mining.
Read more: www.cypherpunktimes.com/decred-journ...
Read more: www.cypherpunktimes.com/decred-journ...
Can you name a non-cryptographic XOF (I'm not aware of one, and couldn't find one easily with a web search).
Or would you say we should rather use cryptographic XOFs like BLAKE3 for bloom filters?
Or would you say we should rather use cryptographic XOFs like BLAKE3 for bloom filters?
December 18, 2024 at 1:56 PM
Can you name a non-cryptographic XOF (I'm not aware of one, and couldn't find one easily with a web search).
Or would you say we should rather use cryptographic XOFs like BLAKE3 for bloom filters?
Or would you say we should rather use cryptographic XOFs like BLAKE3 for bloom filters?
Yeah, this inspired this thought. If you analyze the use of BLAKE3 in a Merkle tree, makes more sense to look at individual compression calls.
May 20, 2023 at 5:54 PM
Yeah, this inspired this thought. If you analyze the use of BLAKE3 in a Merkle tree, makes more sense to look at individual compression calls.
Having to do a "special" preparation step kinda defeats the purpose though, just use BLAKE3
December 12, 2024 at 3:53 PM
Having to do a "special" preparation step kinda defeats the purpose though, just use BLAKE3
So in the worst case (new feed) it takes 70 seconds ONCE to run a regular expression on every single post ever made, but all queries after that only need to check the new groups and latest posts (so very fast!). Cache is also stored with rkyv, with key being the blake3 hash of the filter params :)
September 20, 2024 at 3:04 PM
So in the worst case (new feed) it takes 70 seconds ONCE to run a regular expression on every single post ever made, but all queries after that only need to check the new groups and latest posts (so very fast!). Cache is also stored with rkyv, with key being the blake3 hash of the filter params :)
You only need 3 ingredients to do this.
1) A fixed cryptographic hash function (sha256 for us)
2) A fixed chunk size
3) A deterministic tree structure
That's it! Blake3 comes with this these built-in, but they aren't magic.
1) A fixed cryptographic hash function (sha256 for us)
2) A fixed chunk size
3) A deterministic tree structure
That's it! Blake3 comes with this these built-in, but they aren't magic.
July 4, 2025 at 8:33 AM
You only need 3 ingredients to do this.
1) A fixed cryptographic hash function (sha256 for us)
2) A fixed chunk size
3) A deterministic tree structure
That's it! Blake3 comes with this these built-in, but they aren't magic.
1) A fixed cryptographic hash function (sha256 for us)
2) A fixed chunk size
3) A deterministic tree structure
That's it! Blake3 comes with this these built-in, but they aren't magic.
Yeah, "big data" is the use case where BLAKE3's advantages over the alternatives really hit it out of the park.
July 27, 2025 at 3:12 PM
Yeah, "big data" is the use case where BLAKE3's advantages over the alternatives really hit it out of the park.
Did you know that "hash functions" like BLAKE3 are used in cryptocurrency and data integrity, with BLAKE3 being 2-3x faster than SHA-256?
January 9, 2025 at 3:57 PM
Did you know that "hash functions" like BLAKE3 are used in cryptocurrency and data integrity, with BLAKE3 being 2-3x faster than SHA-256?
* The other advantage, less widely understood, is that inside a single compute device, new tech improvements provide more and more parallel power. FPGAs, GPUs, and SIMD extensions — AVX in Intel/AMD, Neon and SVE in Arm, and RISC-V Vector computing in RISC-V. BLAKE3 can take advantage of all of it.
April 30, 2023 at 4:35 PM
* The other advantage, less widely understood, is that inside a single compute device, new tech improvements provide more and more parallel power. FPGAs, GPUs, and SIMD extensions — AVX in Intel/AMD, Neon and SVE in Arm, and RISC-V Vector computing in RISC-V. BLAKE3 can take advantage of all of it.
BLAKE3 is *much* more efficient (in time and energy) than SHA256, like 14 *times* as efficient in typical use cases on typical platforms.
April 30, 2023 at 4:33 PM
BLAKE3 is *much* more efficient (in time and energy) than SHA256, like 14 *times* as efficient in typical use cases on typical platforms.
BLAKE3 can take advantage of vector processing more than SHA256 can. And, BLAKE3 takes maximum advantage of thread-level parallelism in a way that SHA256 simply can’t. …
October 15, 2025 at 5:43 PM
BLAKE3 can take advantage of vector processing more than SHA256 can. And, BLAKE3 takes maximum advantage of thread-level parallelism in a way that SHA256 simply can’t. …
I'm *very* curious about how Bluesky's video support will be implemented at the protocol level.
I would really love to see them using BLAKE3 blobs for the media files: github.com/bluesky-soci...
I would really love to see them using BLAKE3 blobs for the media files: github.com/bluesky-soci...
April 26, 2024 at 12:17 PM
I'm *very* curious about how Bluesky's video support will be implemented at the protocol level.
I would really love to see them using BLAKE3 blobs for the media files: github.com/bluesky-soci...
I would really love to see them using BLAKE3 blobs for the media files: github.com/bluesky-soci...
Sounds like the "verified streaming" use case (e.g. for larger videos) is exactly what @oconnor663.bsky.social 's Bao was designed for. (It uses BLAKE3 under the hood for maximum efficiency.)
May 21, 2023 at 2:51 AM
Sounds like the "verified streaming" use case (e.g. for larger videos) is exactly what @oconnor663.bsky.social 's Bao was designed for. (It uses BLAKE3 under the hood for maximum efficiency.)
I have an implementation of BLAKE3 it but I didn't write it so its not on the site. These tree based hashers are fairly complicated but they are extremely fast! Interestingly every version of BLAKE has reduced the security margin after lack of progress on breaking the last one.
November 27, 2024 at 10:05 PM
I have an implementation of BLAKE3 it but I didn't write it so its not on the site. These tree based hashers are fairly complicated but they are extremely fast! Interestingly every version of BLAKE has reduced the security margin after lack of progress on breaking the last one.
Haha yeah, I suppose a lot of people would be more interested in that contortion of Bitcoin but honestly I’m more interested in the fact that BLAKE3 can fit into such contorted computation platforms.
April 17, 2025 at 11:08 PM
Haha yeah, I suppose a lot of people would be more interested in that contortion of Bitcoin but honestly I’m more interested in the fact that BLAKE3 can fit into such contorted computation platforms.
Whatever. I ain't gonna read all that. Everybody (besides the U.S. government) just switch to BLAKE3. :-)
August 11, 2025 at 8:08 PM
Whatever. I ain't gonna read all that. Everybody (besides the U.S. government) just switch to BLAKE3. :-)
Automating this detection & cross-checking is the next obvious step, and yes it would work in a similar way to what you're describing with the MST.
In practice, I think it'll likely look more like adopting sunlight.dev, but even an append-only BLAKE3 file of operation hashes could be a start.
In practice, I think it'll likely look more like adopting sunlight.dev, but even an append-only BLAKE3 file of operation hashes could be a start.
The Sunlight CT Log
sunlight.dev
April 10, 2025 at 1:00 PM
Automating this detection & cross-checking is the next obvious step, and yes it would work in a similar way to what you're describing with the MST.
In practice, I think it'll likely look more like adopting sunlight.dev, but even an append-only BLAKE3 file of operation hashes could be a start.
In practice, I think it'll likely look more like adopting sunlight.dev, but even an append-only BLAKE3 file of operation hashes could be a start.
on in 15min to talk about SZDT, Blake3, and censorship-resistant data
Join @chadfowler.com and @gordon.bsky.social for a livestream on censorship-resistant data archiving with SZDT (Signed Zero-trust DaTa. Pronounced "Samizdat")
🗓️ Wednesday, July 2nd | 9am ET
🎬 www.youtube.com/live/ZRh79JQ...
github.com/gordonbrande...
🗓️ Wednesday, July 2nd | 9am ET
🎬 www.youtube.com/live/ZRh79JQ...
github.com/gordonbrande...
Censorship-resistant data archiving with SZDT
https://github.com/gordonbrander/szdt
Signed Zero-trust DaTa. Pronounced "Samizdat".
Signed CBOR for censorship-resistant data archives.
🎙️ New to streaming or looking to level up? Check out Stream...
www.youtube.com
July 2, 2025 at 12:44 PM
on in 15min to talk about SZDT, Blake3, and censorship-resistant data
And you might be interested in this discussion that inspired BESSIE: github.com/BLAKE3-team/...
BLAKE3 should have a committing deterministic authenticated cipher · Issue #138 · BLAKE3-team/BLAKE3
The popular authenticated ciphers AES-GCM and ChaCha/Poly1305 are fast and work well in TLS, but they've seen a variety of issues in incautiously designed systems: forgery by nonce-disrespecting ad...
github.com
October 17, 2025 at 7:46 PM
And you might be interested in this discussion that inspired BESSIE: github.com/BLAKE3-team/...