Companies are already cancelling and limiting Claude subscriptions. Is this the turning point for AI?

Extra support could be added to try and retrieve the FUNDING file when browsing source forges. Good idea.

I read about Brave Rewards. It’s definitely not something I aim to replicate as a whole. Maybe they have nifty distribution methods worth copying? Would be interested in that.

I look forward to the feedback :) Enjoy your vacation!

Why? If the tracking picks it up, then it’ll be up to the user whether they want to transfer money via those methods. Someone did make me think that filtering donation methods would be useful. So if there are website that use a donation method you disapprove of or do not support, you don’t have to transfer money to them.

Is the main issue really tracking and consolidating microdonations, or is it transferring credit between these donation systems and traditional finance entities like banks and credit card networks?

They are 2 main issues. As mentioned, you want to transfer the money to the right person, which means tracking (or collection, whatever term you want to assign to it). And you want to transfer in the first place. Since there are so many systems, and some that don’t allow one-time donations, and people are all over the world, it definitely is a problem. That’s why not doing it monthly but annually could help. But that does make me think that it should be possible for the user to filter donation methods. For example filtering out direct transfers to accounts outside of your region due to transfer costs. Thanks, I can add that.

Which regulatory compliance things would apply to this in its current form? Or do you mean that connecting to a user’s bank account would incur the wrath of the authorities?

You typically want a slightly-more-elaborate approach than just handing the network a hash and then getting a file.

[…]

Blake 3 supports verified streaming as it is built upon merkle trees as you described. So is IPFS. As I mentioned, IPFS hashes are that of the tree, not the file contents themselves, but that doesn’t help when you have a SHA256 sum of a file and want to download it. Maybe there are networks that map the SHA256 sum to a blake3 sum, an IPFS CID, or even an HTTP URI, but I don’t know of one, hence the question here.

BitTorrent and Hyphanet have mechanisms that do this.

Do you know of a way to exploit that? A library maybe?

It’s quite simple: I want to retrieveFile(fileHash) where fileHash is the output of md5sum $file or sha256sum $file, or whatever other hashing algorithm exists.

I’m not sure what your concern is. I’d basically like to call a function retrieveFile(fileHash) and get bytes back. Or call retrieveFileLocations(fileHash) and get URIs back to where the file can be downloaded. Also, it’ll be opensource, so nothing to reverse engineer.

How do I retrieve a file from bittorrent with just its hash? Does WebMirror solve that? I’ll have a look at it…

If you sha256sum $file and send that hash to somebody, they can’t download the file from IPFS (unless it’s <2MB IINM), that’s the problem. And it can be any hashing algorithm md5, blake, whatever.

Jottacloud is what I want to use. Unlimited storage for ~100€/month

Close behind is 1fichier for 2€/TB/month or 12€/TB/year, but they are in France and “uptobox” (a similar provider) was shutdown by the US on French soil because they allowed providing links to the files.

You can probably find others in the list of storage systems supported by rclone