2

reference: https://legacy.docs.iota.org/docs/chronicle/1.1/overview What does the last point, as shown in the picture attached, mean?

"Chronicle stores transactions outside of the Tangle, therefore the immutability of transactions is dependent on the security of your database and the trustworthiness of your administrators."

If the situation is really so, what is the use of Tangle and all the work we are doing to achieve trust in trust-less system when immutability of transactions is dependent on the security of your database.

1
  • 1) it is an alpha version where some compromises have been made. 2) I doubt this is a good question for Stackexchange, as I doubt there is a non-opinion-based answer to it. – mihi Jul 13 at 19:12
2

Pretty much, in order to verify the validity of a transaction on IOTA you need a cone from the transaction that occurred connecting all the way to a present day transaction. Chronicle is a simple solution to that: store ALL transactions. If you are running chronicle then the only way to prove immutability is by maintaining your database of all transactions. Currently that's okay, but at scale this is impractical.

A more elegant solution is to store just enough transactions to prove the immutability, which I think is ultimately all we want. This is generally called a 'selective permanode' solution. The previous version on the old network was called AION.

It does not work, currently there are ways to do this but the best solution has not been developed yet. Really, there just has to be some effective way to make big jumps across large chunks of the ledger. This would allow small storage sizes to prove immutability of old data transactions.

We had some discussions on this on Discord. Another idea was using UTXOs directly, which would be awesome if we could do it, since a typical UTXO (so value transaction) lives easily for weeks or months on the tangle, so you can make timewarps that way. Sadly in the end it was decided to not include parent-hashes in the UTXO hash. In other words, you can change the parents of a value transaction without impacting the UTXO hash. So no immutable data there.

The best way that was currently proposed is to make custom value transactions which include the hash of their parent transactions in the data field. This way you can do those timewarps using value transactions. In theory with some smart usage of these, you can proof some data existed with Log(N) complexity, which is quite good. But it is not on the base layer, you need to make specific transactions to actually gain this immutability. Scissors

2
  • Thank you very much for the answer @Tsangares . I would like to ask one thing - can the immutability of stored data be made independent of the security issues of the database. I mean to say, there are two issues here - 1) how to deal with the size of storage when it scales. 2) The immutability is still dependent on the security of the database or the DBAs. I would like to know about this latter issue. What is its implication and whether this is a serious issue. – D Mitra Jul 15 at 14:40
  • @DMitra I'm a bit confused, if you can show a series of hashes that lead to a modern day IOTA transaction, it is practically impossible to spoof that. As long as you provide the data it will be valid. It is a series of hashes that would appear implausible to spoof. The general benefit of DLT/IOTA is that you can run generalized software to receive the benefits of an immutable public ledger; security kinda comes with the foundations of IOTA. Is this a satisfying response? – Tsangares Jul 21 at 3:39

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.