Cedalio

Name: Cedalio
Rating: 5.0 (2 reviews)

A database that is verifiable and auditable by default

5.0•2 reviews•

336 followers

A database that is verifiable and auditable by default

5.0•2 reviews•

336 followers

Visit website

Databases and backend frameworks

Cedalio helps you build apps with information that is auditable by default. Data used in your app can be traced back to its origin for verification, and even more, you can give your users real ownership & portability over their data across different apps.

Free Options

Launch tags:Developer Tools•Web3•Database

Launch Team

Wispr Flow: Dictation That Works Everywhere — Stop typing. Start speaking. 4x faster.

Stop typing. Start speaking. 4x faster.

Promoted

Cedalio

Maker

📌

Hi Product Hunt 👋, I'm Guido co-founder and CTO, also part of the founding team is @nicomagni and @luciana_reznik1 We are excited to introduce Cedalio, a serverless database that offers default auditability and traceability. After months of work, we have developed a platform that combines a familiar developer experience with the benefits of blockchain technology. 📚 TL;DR - 🥷 Cryptographically verifiable information: Cedalio ensures that data sources can be trusted by providing cryptographic verification mechanisms. - 🔎 Versioned auditable database: Our platform maintains an on chain immutable log of transactions, enabling versioning and auditability of the database. - 🔗 On-chain access control validation: Cedalio implements on-chain validation mechanisms to enforce robust access control and enhance security. - 💾 Serverless and highly available: The serverless architecture of Cedalio guarantees high availability, allowing developers to focus on building applications without worrying about infrastructure management. We've seen many unique use cases for Cedalio. Some of them are: building systems of record, establishing supply chain traceability, developing healthcare apps that handle patient data, and maintaining financial services audit logs. We can't wait to see what you build and are super excited about getting your feedback. We have plenty of ideas for further improvement and would love to hear what's most important to you. Interested? → Get started now at http://www.cedalio.com/ Do you have a new use case in mind? → Let us know on our Discord https://discord.gg/kSdhmb9UUT Do you want how it works under the hood? → Read our DocSite https://docs.cedalio.com/introdu...

Report

2yr ago

Voxme: AI coach, insights, guidance

Congrats to the makers of Cedalio! This auditable database is a game-changer. How does Cedalio ensure the data's integrity and prevent tampering?

Report

2yr ago

Cedalio

Maker

@ricardo_luz Hi Ricardo! Guido here co-founder & CTO. In a nutshell Cedalio uses smart-contracts to store access control rules, then each GraphQL operation before being executed by the gateway needs to be approved by the smart-contract for execution. Otherwise the operation is rejected. Then for operation that mutate the database, an operation log entry is created from the raw GraphQL operation and its execution context, persisted on IPFS and its CID is then committed into the smart-contract governing the database. Each operation log entry references the previous committed operation log entry CID. We are soon launching a verifier tool that would allow to reconstruct and verify any database that you own. We are also soon adding the possibility of verifying each GraphQL query response (client-side) by providing an SDK that computes the database merkle root hash (merkle root path will be accessible and persisted on IPFS) to check that the data comes from a database that hasn't been tampered and matches the operations accepted by the smart-contract. You can read more about Cedalio's design -> here https://docs.cedalio.com/technol...

Report

2yr ago

Congrats on the launch! 🙌🚀

Report

2yr ago

Cedalio

Maker

@andrei_costea2 Thanks!

Report

2yr ago

3Common

is this EOS-based? or how can you verify trustless interoperability?

Report

2yr ago

Cedalio

Maker

@budb Hi Bud, this is Guido co-founder and CTO at Cedalio. We are not EOS based, we can run on any EVM compatible chain. At the moment we are optimizing for Polygon PoS but we have plans to add support for other networks. In an nutshell Cedalio uses smart-contracts for access control, each operation must be allowed to be executed before being forwarded to the off-chain database layer. Then operations that update the state of the database are committed into an operation log. Each operation log entry contains the raw GraphQL operation plus the execution context. The operation log entry is persisted on IPFS and its CID committed into the smart-contract. Each operation log entry points to the previous committed operation log entry CID. You can read more about how Cedalio is designed here -> https://docs.cedalio.com/technol...

Report

2yr ago

3Common

@guidomb_cedalio my only worry with this model would be the hyper limited nature of EVMs/Bridges, as they’ve consistently shown their lack of ability to handle large amounts of data without requiring centralization, which would defeat the point of using blockchain. curious why choose an ethereum-based layer 2 over other layer-1 networks that offer higher throughput and have more current technology that doesn’t rely on virtual machines or bridges?

Report

2yr ago

Cedalio

Maker

@budb We have chosen Polygon as the first supported network for reasons, some of them being: the team had experience building on it, we think that the network has proven to be secure and reliable, transaction costs are cheap enough for our use case and Polygon has a strong brand which helps we talk with potential customers that are not too familiarized with the web3 ecosystem, which at the moment is our target audience. That being said, we are planning to add support for other EVM compatible networks specially on the zkEVM side like zkSync Era and Polygon's zkEVM. We are more that open to explore other chains if we see that there is enough demand for it.

Report

2yr ago

Empirical Health

💡 Bright idea

Very cool! Could you see Cedalio eventually making compliance with SOC2, HIPAA, etc easier?

Report

2yr ago

Cedalio

Maker

@bballinger Yeap totally this is something that we are working on. Can't provide an ETA yet but for sure this is something that we are exploring

Report

2yr ago

Cedalio

Maker

@bballinger Feel free to join our Discord https://discord.com/invite/kSdhm... or contact me directly at guido@cedalio.com. I'd love to know more about how we can help you

Report

2yr ago

DataTable.dev

Congratulations on the launch of your interesting product! I wish you all the best.

Report

2yr ago

Cedalio

Maker

@anna_starodub1 Thanks!

Report

2yr ago

It looks a truly valuable solution for devs! I appreciate the fact that we can somehow "forget" about the blockchain technology behind it and instead focus on the data. Is the data stored on-chain? How do you manage to provide auditability to sensitive data like health records?

Report

2yr ago

Cedalio

Maker

@bruno_volcovinsky Thanks Bruno! In a nutshell Cedalio uses smart-contracts to store access control rules, then each GraphQL operation before being executed by the gateway needs to be approved by the smart-contract for execution. Otherwise the operation is rejected. Then for operation that mutate the database, an operation log entry is created from the raw GraphQL operation and its execution context, persisted on IPFS and its CID is then committed into the smart-contract governing the database. Each operation log entry references the previous committed operation log entry CID. Data stored on chain: 1. Access rules. Basically a mapping between address and a compressed representation of which object types and which fields that address can access (read, write or both) 2. CID of the latest committed operation log entry that's persisted on IPFS. Currently the operation log is not encrypted but we are working on adding encryption pretty soon. Only the database / smart-contract owner (and the gateway delegate) will be able to decrypt it. As for auditability, all operations before being executed in the off-chain database need to be approved by the smart-contract and then committed to the operation log (soon to be encrypted). We will also soon launch a tool that will let database owners reconstruct and verify their database (for example is they no longer want Cedalio to be the gateway). Also we are working on providing an SDK for application to verify client-side that the response from a query is valid, meaning that the data is derived from database that was "accepted" by the smart-contract. The SDK will compute the database merkle root hash client-side and compare it to the latest database merkle root hash committed in the operation log. In order to do this we will provide access to the merkle root paths via IPFS. Merkle paths are computed from the each object fields until we get to the root of the database. Finally because access rules are on chain, users can check (and we will provide a tool make this easier) who allowed access to which address. Only the database owner and delegate (Cedalio's gateway) can modify the access rules. Then if a third-party wants to read data from your database you need to explicitly grant access to it and by doing an on chain transaction is executed to update the access rules. You can read more about Cedalio's design -> here https://docs.cedalio.com/technol...

Report

2yr ago

1 2 3 4