Certyo vs AWS QLDB
La base de données ledger managée d'Amazon a été abandonnée en juillet 2025. Comprenez ce qui s'est passé, ce que les clients ont perdu et comment Certyo offre une alternative indépendante de tout fournisseur.
Qu'était AWS QLDB ?
Amazon Quantum Ledger Database (QLDB) était une base de données ledger entièrement managée lancée en 2019. Elle fournissait un journal de transactions transparent, immuable et cryptographiquement vérifiable détenu par une autorité centrale de confiance — AWS elle-même.
QLDB offrait des transactions ACID complètes via PartiQL (un langage de requête compatible SQL), un auto-scaling serverless pouvant atteindre environ 20 000 transactions par seconde, et un historique complet des révisions de documents où chaque modification était cryptographiquement chaînée au bloc précédent. Il était positionné pour les applications bancaires, financières, e-commerce, logistiques et gouvernementales.
Pourquoi Amazon l'a abandonné
AWS a annoncé la fin de vie de QLDB mi-2024 et l'a définitivement arrêté le 31 juillet 2025. Aucun nouveau client n'était accepté dans les mois précédant la fermeture.
AWS n'a fourni aucune explication formelle. Les analystes du secteur suggèrent que QLDB a souffert d'une faible adoption — pris dans un positionnement entre les acheteurs de bases de données traditionnelles qui n'avaient pas besoin de fonctionnalités ledger et les partisans de la blockchain qui voulaient la décentralisation. AWS a simplement envoyé des emails aux clients existants et mis à jour la documentation.
Le fossé de migration
AWS recommande la migration vers Aurora PostgreSQL avec pgAudit pour la journalisation d'audit. Cependant, cette migration fait perdre les trois différenciateurs clés de QLDB :
- Pas de vérification cryptographique — pgAudit est de la journalisation, pas de la preuve. Il n'y a pas de chaîne de hash ni d'arbre Merkle pour prouver mathématiquement que les données n'ont pas été altérées.
- Pas de journal immuable — un administrateur de base de données privilégié peut modifier ou supprimer n'importe quel enregistrement historique. L'immutabilité doit être imposée au niveau applicatif.
- Pas d'historique de révision des documents — l'historique complet des versions de chaque document doit être implémenté manuellement sous forme de tables à dimensions lentement changeantes.
En résumé, migrer de QLDB vers Aurora PostgreSQL signifie perdre la raison même pour laquelle les clients avaient choisi QLDB.
Comment Certyo comble le vide
Certyo répond à chaque capacité que les clients de QLDB valorisaient — et ajoute l'indépendance fournisseur que QLDB n'a jamais eue :
- Preuve cryptographique : hachage SHA-256, arbres Merkle et preuves d'inclusion par enregistrement — ancrés sur la blockchain Polygon, pas au sein de l'infrastructure d'un fournisseur.
- Ancrage immuable : les racines on-chain ne peuvent être altérées par personne — ni Certyo, ni un fournisseur cloud, ni un administrateur de base de données.
- Pérennité fournisseur : même si Certyo cesse ses activités, chaque ancre et manifeste IPFS reste publiquement vérifiable. L'arrêt de QLDB prouve que ce risque est réel.
- Zéro garde de données : Certyo stocke des hash, pas des documents. Vos données sensibles restent dans vos systèmes. Cela simplifie la conformité HIPAA, RGPD et CCPA.
Comparaison des fonctionnalités
| Capacité | Certyo | AWS QLDB (était) |
|---|---|---|
| Statut | Actif | Abandonné juillet 2025 |
| Modèle de confiance | Décentralisé (Polygon + IPFS) | Centralisé (géré par AWS) |
| Preuve cryptographique | Arbre Merkle + ancrage on-chain | Journal à chaîne de hash |
| Vérifiabilité publique | PolygonScan + IPFS | No —Nécessite un accès à l'API QLDB |
| Verrouillage fournisseur | Aucun (protocoles ouverts) | Total (AWS uniquement) |
| Pérennité | L'on-chain est permanent | No —Le service a été arrêté |
| Modèle de données | Hash uniquement (couche de preuve) | Document complet (format Ion) |
| Langage de requête | API REST (recherche, filtre, vérification) | PartiQL (compatible SQL) |
| Transactions ACID | N/A (couche de preuve) | ACID complet |
| Throughput | Élevé (parallélisme Kafka 12 partitions) | ~20K TPS (serverless) |
| Latence d'immutabilité | Différée (~minutes) | Immédiate au commit |
| Multi-tenancy | Complet (tenant + client + 8 rôles RBAC) | Ledger unique par compte |
| Exposition PHI/PII | Aucune (hash uniquement) | Élevée (stocke les documents complets) |
| Exportation de preuves | Packages prêts pour la conformité | No —Export S3 manuel |
| Streaming d'événements | Natif Kafka | No —Export vers S3/Kinesis |
| Historique des documents | Cycle de vie des transitions d'état | Historique complet des révisions |
Vous migrez depuis QLDB ?
Discutez avec notre équipe de l'ajout de preuves d'intégrité indépendantes de tout fournisseur à vos systèmes existants — aucun remplacement de base de données requis.