NEAR as public DataBase – DataChain

3 min read
To Share and +4 nLEARNs

Info disbalance problem

Informational disbalance in today’s world – what Govs and Big Corps know about citizens and the opposite – seems to be a cause for most systematic failures: public goods quality and availability, free speech, social capital quality, manipulations on social media, etc.
This reason is simple – without negative feedback no system can be sustainable.

How NEAR started

To my best knowledge early days Near was developed by bright minds who were heavily engaged with distributed databases projects. Thus there is a good chance that by its origin Near shall look for the adoption as a database, not as a distributed computer or arbitrage machine.

Main usage of NEAR

Data by DappRadar

Some of top of most used Dapps on Near write metadata on-chain. Basically attestation of different kinds.

So this may prove the idea of positioning and adjusting NEAR as a public, immutable, distributed, open database.
There is a very important aspect – data privacy – and it has been addressed via existing encryption tools and ZKs development.



Unified open source service including bullet -proof contract or set of similar contracts that will allow to write, index and read ZK proofs in an efficient and convenient way.

It is up to applications to cover storage expenses or let users pay to record/read those proofs.


If you find that you’re unable to maintain the desired level of privacy while using NEAR’s public network, such as not wanting to disclose any public activity linked to a particular address, there’s an alternative within the ecosystem. Calimero is an application platform that utilizes the same underlying engine as NEAR but operates in a private or federated mode. Within a Calimero chain, everything remains concealed from the public eye. However, through the Calimero-to-NEAR bridge, you have the option to selectively reveal certain information, accompanied by cryptographic proof, in the public domain if you choose to do so.

Data Availability layer

Plug NEAR’s DA layer into your L2 framework and start publishing transaction data on a blockchain with a proven trajectory of 100% uptime over its lifetime.

Utilizing NEAR as storage data availability with a focus on lowering rollup DA fees.

  • Blob Store Contract: A contract that provides the store for arbitrary DA blobs.
  • Light Client: A trustless off-chain light client for NEAR with DA-enabled features.
  • RPC Client: The defacto client for submitting data blobs to NEAR.
  • Integrations: Proof of concept works for integrating with L2 rollups.

Examples of Using

  1. As User when I submit an online form I want to have immutable, verifiable proof to prevent the form owner from data alteration/deletion. Like email confirmation but time stamped on NEAR – working prototype nStamp
  2. Alice promised Bob to love him forever. So Alice nStamped this message

    I will love you forever, Bob.near. Yours, Alice.near

    and share the nStamp transaction with Bob.
    So both A and B can verify the encrypted message, its origin, and timestamp.
    While naive Chris has no idea about that deal and still sends flowers, gifts and NFTs to A.

  3. Voting – timestamped proof that voter voted for valid candidate without disclosing the actual choice

Know more possible use cases – leave at your comments bellow.

Please login to see this form


13 thoughts on “NEAR as public DataBase – DataChain”

  1. Technically it works, no problem. But what is about legal matters and thus about it's practical usage in a real life? Currently any court will not accept those time/date stamped proofs as a valid evidence, any state will not accept a president selected by a such voting, nobody will accept it as a real estate ownership proof, etc., etc., until the NEAR database will be accepted everywhere & by everybody as something official, that could be used instead of all official registers those are managing by state autorities now. I.e., first a so called 'mass adoption' of crypto in whole must become.So, maybe this tech will become as mass somewhere in a far future. But  it's too early to say about it's mass usage in the nearest prospective.

      1. I think it's impossible just improve the existing offical registers. Just because they would not agree to use a decentralized crypto things, those can't be fully controlled by them. That is a such nature of the existing social&politic&financial system – it exists while has a full control, and any move to the decentralization will kill them.Mass adoption = a total dismounting of existing politic&financial system in whole world + then the full it's replacement by a new one, based on a decentralized crypto tech. This only is as available option, just because a decentralized by design crypto is not compartable with the centralized power which we have currently in real life.  They are like 2 different galaxies, like God and Devil – never can stay together at one side, always against each other. So, any other way such as attemps of legalization of crypto, integration, or any other kind of symbiosis, etc. is just a stillborn baby, at my opinion.

  2. > While naive Chris has no idea about that deal and still sends flowers, gifts and NFTs to A.What does this sentence imply? If Chris cared enough to query the nStamp database, he would have known that Alice and Bob are in love, thus sparring him of the unrequited flowers & NFTs? 

Leave a Comment

To leave a comment you should to:

Scroll to Top
Report a bug👀