Storing data on the bitcoin blockchain

[TheArchaeologist]

I mean, technically the distinction between a file and data (and anything digital really) is rather arbitrary ¯\_(ツ)_/¯

Agreed!

However I was mainly responding to OP who said: "My idea is nothing but to come up with a standard for storing files on the blockchain, so Alice can put a file on the blockchain with a certain filename, can give that filename to Bob and Bob can read the file without too much pain." and then saying: "See, even Microsoft does this now".  In that context: storing a small amount of data using the standard OP_RETURN is not the same as Microsoft now storing files in the bitcoin blockchain.

[unsigned_long_long]

Data != Files

Data ~= Files  

A file is nothing but some data with an associated key. What I'm talking about is storing data, with a key so it is easily retrieved. Files are traditionally identified by an extension such as ".jpeg" but this is quite wasteful so I propose replacing it with a number (maybe 3 or 4 byte or a VarInt). So you have:

1. Raw data
2. Key (filename)
3. Data type (1=jpg, 2=png, ...)

FYI, Bitcoin SV is already doing something like this, and they already have a system devised for splitting up large files into several OP_RETURN transactions, but I'm not sure if they have a keying mechanism. That is the icing on the cake. - but the idea could be taken further with features such as splitting up large files, versioning, and whatever else.

So, to re-phrase, my idea is to come up with a *standard* store data on the blockchain (not a new idea, already being done my MS and others), together with a key (possibly a new idea, but I won't be so arrogant as to think somebody else has not already thought of it).

And this would be a standard - it would not be limited to BTC core, it would be a standard that could be implemented on any blockchain.

that is all.

[TheArchaeologist]

Data != Files

Data ~= Files  

A file is nothing but some data with an associated key. What I'm talking about is storing data, with a key so it is easily retrieved. Files are traditionally identified by an extension such as ".jpeg" but this is quite wasteful so I propose replacing it with a number (maybe 3 or 4 byte or a VarInt). So you have:

1. Raw data
2. Key (filename)
3. Data type (1=jpg, 2=png, ...)

FYI, Bitcoin SV is already doing something like this, and they already have a system devised for splitting up large files into several OP_RETURN transactions, but I'm not sure if they have a keying mechanism. That is the icing on the cake. - but the idea could be taken further with features such as splitting up large files, versioning, and whatever else.

So, to re-phrase, my idea is to come up with a *standard* store data on the blockchain (not a new idea, already being done my MS and others), together with a key (possibly a new idea, but I won't be so arrogant as to think somebody else has not already thought of it).

And this would be a standard - it would not be limited to BTC core, it would be a standard that could be implemented on any blockchain.

that is all.

Do you have any idea what it would cost to store even a simple .jpg picture on the bitcoin blockchain? Also, what if that picture would show unwanted/illegal stuff? It would mean all full nodes in the entire world would now store this unwanted/illegal stuff.

Just my two cents: You are having an idea for a standard for something that is not wanted in any way on the bitcoin blockchain. The moment it would become a standard I would for sure turn off my node. I can't imagine any other public blockchain would ever try to accomplish this. You want to store/exhcange files use usenet/torrent or whatever.

[unsigned_long_long]

Do you have any idea what it would cost to store even a simple .jpg picture on the bitcoin blockchain?

Typically I would expect people to store small text files, not jpegs, because they cost too much. If somebody wants to put a small image of their new born baby or a recently lost loved one, I would expect it. But such an image could cost $10 or more so market dynamics will decide

Also, what if that picture would show unwanted/illegal stuff?
It would mean all full nodes in the entire world would now store this unwanted/illegal stuff.

There already is illegal images on the bitcoin BTC blockchain, so you're hosting them on your node. I don't expect this to become the de-facto method by which sickos distribute their sick images. It makes no sense economically and the blockchain makes it easy for them to get caught, so I don't expect this to be a problem.

You are having an idea for a standard for something that is not wanted in any way on the bitcoin blockchain.

Not wanted by you, maybe. Do you speak for the entire community? I'm sure many people would welcome a way to store small, critical pieces of data, safe in the knowledge that the data can never be lost and they can access it any time in the future.

This is not just about private individuals storing their favourite cat pictures though, you need to think bigger. How about law firms storing important legal information? Think bigger.

The moment it would become a standard I would for sure turn off my node.

I don't give a flying fuck

I can't imagine any other public blockchain would ever try to accomplish this.

Bitcoin SV are very bullish on this idea and are already doing it.

You want to store/exhcange files use usenet/torrent or whatever.

Usenet is 90's tech. Torrents are 00's tech and also outdated. Torrents are great for sharing transient data but if you want persistence torrents are useless. Your response is not just condecending, but shows up your mental laziness.

 This is not the use case I'm discussing.

Ok that's my last post in this thread. Mod, can you please lock/delete this thread ? I'm clearly wasting my time.

[vapourminer]

Not wanted by you, maybe. Do you speak for the entire community? I'm sure many people would welcome a way to store small, critical pieces of data, safe in the knowledge that the data can never be lost and they can access it any time in the future.

This is not just about private individuals storing their favourite cat pictures though, you need to think bigger. How about law firms storing important legal information? Think bigger.

what happens when the encryption is inevitably broken and all those sensitive files are now out in the open?

EDIT: as the thread starter you can lock this thread yourself i believe. but an answer to my question 1st would be cool.

[pooya87]

FYI, Bitcoin SV is already doing something like this, and they already have a system devised for splitting up large files into several OP_RETURN transactions, but I'm not sure if they have a keying mechanism. That is the icing on the cake. - but the idea could be taken further with features such as splitting up large files, versioning, and whatever else.

it is because these altcoins have no use cases as a cryptocurrency or anything else. so their owners have to come up with different "ideas" that could invent some use case and create spam so that the coin doesn't look abandoned when you look at how many transactions are being made every day.

i find it very strange that they are splitting the data into multiple OP_Return outputs instead of one since each output will have at least 10 extra repeated bytes! i already explained why it is the worst in my previous comment.

The moment it would become a standard I would for sure turn off my node.

it won't. and you don't need to shut down your node, you can easily reject anything that you think is non-standard as your node is already doing it.

[unsigned_long_long]

what happens when the encryption is inevitably broken and all those sensitive files are now out in the open?

I don't agree that encryption will inevitably be broken. That's a straw-man argument. If you're really worried about encryption, nobody said you had to use a standard encryption algorithm like AES-256. You could use a 512-bit or 1024 bit AES if you like. If you're worried about quantum attacks you can use a quantum-resistant encryption scheme. Heck, you can use 10 different quantum algorithms and 10 classical algorithms strung together.

I never said anything about encrypting anyway - the data could be non-sensitive data. It could be hashes or timestamps. If it is encrypted data, then it's really no more risky than storing it in the cloud. In fact it's a trade-off. If you store your data in the cloud you run the risk of them losing your data or confiscating it. When it comes to encryption you have 2 choices with the cloud: they manage the keys, or you manage the keys. Of course you can do both and double-encrypt your data.

The bottom line is: you need to take care of your own keys. If they get compromised, either through a physical attack or cyber attack, the attacker will be able to access your data whether you store it on a private cloud or on a public blockchain. So the issue comes down to key management. There are several ways to do this, most notably key distribution so there are multiple keys in different physical locations.

The bottom line is: If you are a law firm, and you have sensitive data, any time you need to access that data, you need to grab the encrypted data from somewhere, decrypt it, then view it, or do whatever you need to do. Whether that somewhere is a public blockchain or private cloud is irrelevant, so long as you're using a decent encryption scheme. It's just transferring bytes which are absolutely useless to anybody not in possession of the keys and with knowledge of the encryption scheme.

[pooya87]

~
Most likely because it's easier than creating new standard and waiting exchange/user update their client software.

but bcash -> bcashsv is a hard fork, in fact there has been at least 4 or 5 hard forks there which means the exchange/users have had to update their clients multiple times already. being centralized and having very small number of nodes, users and miners also helps a lot.

[Wind_FURY]

The moment it would become a standard I would for sure turn off my node.

I don't give a flying fuck

Then that's why your "BIP"/"proposal"? No would give a flying fuck about that too. The Core developers have made sure they made design-decisions to regulate the block size, to maintain decentralization, and maintain the network's security.

[gmaxwell]

There already is illegal images on the bitcoin BTC blockchain,

Not so: People have falsely claimed there were on a number of occasions but to the best of my knowledge that has always just been bamboozled media people talking about simple URLs to long dead hidden services, not "illegal images" themselves.  Also, data buried in an effectively inaccessible location that requires special tools and knowledge to access isn't the same as a file serving service practically or legally.

This is not just about private individuals storing their favourite cat pictures though, you need to think bigger. How about law firms storing important legal information? Think bigger.

Doing so would be somewhere between entirely pointless and professional misconduct.

Ultimately the Bitcoin system doesn't exist to shove your data retention costs onto others-- Piling every proof-of-work quorum system in the world into one dataset doesn't scale. Existing nodes don't provide random access to the blockchain and if anything you should expect them to provide less in the future rather than more.

The moment it would become a standard I would for sure turn off my node.

I don't give a flying fuck

When you originally created this thread "I don't give a flying fuck" was about what I thought of your proposal. Yet I kept my response matter of fact.  Too bad you didn't extend similar courtesy to other participants here. You were even warned that what you were asking for wasn't going to get a loving response, so it seems silly to be offended by the predictable outcome...

Ok that's my last post in this thread. Mod, can you please lock/delete this thread ? I'm clearly wasting my time.

As you wish.