<p>Seems that the new 1.5 nxt version is giving users the ability to attach up to 40kb worth of data in the blockchain. See here: </p>

<p><a href="https://i.sstatic.net/sVX4R.png" rel="nofollow noreferrer">NXT 1.5 decentralized storage on the blockchain</a></p>

<p>Also found the discussion of <strong>NXT Transient Data</strong> where data can be stored on the blockchain temporarily and then removed after a certain amount of time to reduce blockchain bloat. As discussed bye Jean-Luc: <a href="https://nxtforum.org/general-discussion/price-speculation/msg126548/#msg126548" rel="nofollow noreferrer">https://nxtforum.org/general-discussion/price-speculation/msg126548/#msg126548</a></p>

<blockquote>
  <p>We could add a "transient data" attachment that can have larger size,
  but is only kept in the blockchain for a limited time, say 24 hours.
  The hash of the complete attachment will be included in the
  transaction bytes that are signed and will be kept permanently, so
  that transaction signature can always be verified, but the actual data
  will be deleted after this expiration period. Then the bloat to the
  blockchain and extra traffic will be limited to those attachments for
  the last 24 hours. This wouldn't be that useful for images for goods
  that sellers keep in stock permanently, but for short lived items, or
  even message with picture type of attachment, may work. Just an idea.</p>
</blockquote>

<p>Decentralized file storage released on production blockchain:</p>

<p><img src="https://i.sstatic.net/sVX4R.png" alt="enter image description here"></p>

CC BY-SA 3.0
2015-04-08T00:41:49.727Z
2015-06-27T20:28:58.547Z
2015-06-27T20:28:58.547Z
Patoshi パトシ
<p>I'm curious to how would one store a 30kb file on the NXT blockchain since the NXT protocol can attach a 1000byte message. My test scenario is storing a 30kb midi file on the nxt blockchain and then call it back to form the file again either in the browser or as a downloaded file. I want to be able to do this via the local nxt client through its api and also via online services that have their api open to query the nxt blockchain. What I need to know and confirm is the following:</p>

<ul>
<li>Due to the 1000byte limit, I'd imagine it would be about 30+ separate messages to form this file.</li>
<li>To reform the file, we would need to mark each message in proper order to concatenate it. </li>
<li>Can all of this be done using only javascript and query remote nxt blockchain api's?</li>
<li>Do we need to turn bytecode into base64 for decentralized storage?</li>
<li>What other issues might we encounter?</li>
</ul>

<p>If we can get a test scenario working, technically we can store/retrieve/embed data onto our websites/apps without needing a centralized server. </p>

CC BY-SA 3.0
2014-10-30T19:33:15.230Z
a better test example is storing this 1kb chess game on the nxt blockchain: http://1kchess.an3.es/ and then retrieving it again using js and embed it onto a webpage.
Patoshi パトシ
CC BY-SA 3.0
2015-04-06T12:42:43.943Z
Does NXT support BIP16? Look at the http://webbtc.com/tx/ccf9eb596e7fb04e88c27ef63b465212413490906730facc9a8d7b22b06f9344 This transaction contains large amount of "extra data". Download it in binary and view as raw data in hex editor
amaclin
CC BY-SA 3.0
2015-04-07T16:24:20.247Z
If you add it in 30 separate messages, you'll need to keep track of where the messages are in the block chain, which will take 30*(32+4) ~= 1kb data. Doesn't seem like very efficient storage.
morsecoder
CC BY-SA 3.0
2015-04-08T00:59:19.717Z
seems like the new nxt client supports larger attachments!
Patoshi パトシ
<blockchain><nxt><decentralization><storage>
How to store 30kb file using Decentralized Blockchain Data Storage on NXT (nxtcoin) by attach messages?
Patoshi パトシ
# How to store 30kb file using Decentralized Blockchain Data Storage on NXT (nxtcoin) by attach messages?

(Asked by: username_0 on 2014-10-30)

I'm curious to how would one store a 30kb file on the NXT blockchain since the NXT protocol can attach a 1000byte message. My test scenario is storing a 30kb midi file on the nxt blockchain and then call it back to form the file again either in the browser or as a downloaded file. I want to be able to do this via the local nxt client through its api and also via online services that have their api open to query the nxt blockchain. What I need to know and confirm is the following:

* Due to the 1000byte limit, I'd imagine it would be about 30+ separate messages to form this file.
* To reform the file, we would need to mark each message in proper order to concatenate it.
* Can all of this be done using only javascript and query remote nxt blockchain api's?
* Do we need to turn bytecode into base64 for decentralized storage?
* What other issues might we encounter?

If we can get a test scenario working, technically we can store/retrieve/embed data onto our websites/apps without needing a centralized server.

**Tags:** blockchain, nxt, decentralization, storage

> **Comments:**
> **username_0**: a better test example is storing this 1kb chess game on the nxt blockchain: http://1kchess.an3.es/ and then retrieving it again using js and embed it onto a webpage.  
> **username_1**: Does NXT support BIP16? Look at the http://webbtc.com/tx/ccf9eb596e7fb04e88c27ef63b465212413490906730facc9a8d7b22b06f9344 This transaction contains large amount of "extra data". Download it in binary and view as raw data in hex editor  
> **username_2**: If you add it in 30 separate messages, you'll need to keep track of where the messages are in the block chain, which will take 30*(32+4) ~= 1kb data. Doesn't seem like very efficient storage.  
> **username_0**: seems like the new nxt client supports larger attachments!  

---

## 1 answers

### Answer by username_0 on 2015-04-08. Score: 2 | Accepted answer

Seems that the new 1.5 nxt version is giving users the ability to attach up to 40kb worth of data in the blockchain. See here:

[NXT 1.5 decentralized storage on the blockchain](https://i.sstatic.net/sVX4R.png)

Also found the discussion of **NXT Transient Data** where data can be stored on the blockchain temporarily and then removed after a certain amount of time to reduce blockchain bloat. As discussed bye Jean-Luc: <https://nxtforum.org/general-discussion/price-speculation/msg126548/#msg126548>

> We could add a "transient data" attachment that can have larger size,
> but is only kept in the blockchain for a limited time, say 24 hours.
> The hash of the complete attachment will be included in the
> transaction bytes that are signed and will be kept permanently, so
> that transaction signature can always be verified, but the actual data
> will be deleted after this expiration period. Then the bloat to the
> blockchain and extra traffic will be limited to those attachments for
> the last 24 hours. This wouldn't be that useful for images for goods
> that sellers keep in stock permanently, but for short lived items, or
> even message with picture type of attachment, may work. Just an idea.

Decentralized file storage released on production blockchain:

![enter image description here](https://i.sstatic.net/sVX4R.png)


---

