Vérification Blockchain

Vérifier un enregistrement

Les utilisateurs authentifiés peuvent vérifier tout enregistrement ancré sur la blockchain depuis la plateforme, et les contreparties peuvent vérifier les mêmes enregistrements sur la page de vérification publique sans se connecter. La vérification confirme que le document n'a pas été modifié depuis son ancrage : la plateforme recalcule le hachage SHA-256 du document actuel et le compare au hachage enregistré sur la blockchain. Une correspondance indique que le document est intact ; une discordance indique qu'il a été modifié depuis l'ancrage.

Ce que vous allez apprendre

Comment vérifier un enregistrement ancré depuis un dossier
Ce dont vous avez besoin pour effectuer une vérification (en application ou vérification publique)
Ce que signifie une vérification réussie ou échouée
Comment rechercher un enregistrement par hachage de transaction ou identifiant d'entité
Comment fonctionne le système de réessai et de transactions en attente

Exigence d'authentification

Vilulia propose deux chemins de vérification. Les contreparties qui reçoivent un enregistrement ancré peuvent le vérifier sur la page publique à l'adresse /verifysans compte ni connexion, par hachage de transaction, identifiant de règlement, identifiant de sentence ou en soumettant un hachage pour comparaison. L'API de vérification intégrée est distincte : elle nécessite une authentification, l'accès au dossier ou à l'entité, et la fonctionnalité blockchain_verification incluse dans votre abonnement.

Vérification depuis un enregistrement de dossier

Pour les sentences arbitrales, le statut de vérification blockchain est affiché directement dans l'onglet Sentencesdu dossier. Une fois qu'une sentence est émise et ancrée, le panneau affiche le hachage de transaction (tx_hash), le numéro de bloc, la date et l'heure de confirmation, le nom du réseau, ainsi qu'un lien pour consulter la transaction sur PolygonScan. Si une sentence n'a pas encore été ancrée, un bouton Vérifier sur la Blockchainest affiché pour initier l'ancrage. Il n'existe pas d'onglet Vérification séparé dans l'enregistrement du dossier.

La vérification est prise en charge pour les règlements, les sentences, les documents (finaux/exécutés uniquement) et les certificats de formation. Les pièces justificatives, les brouillons et les documents de travail ne sont pas enregistrés sur la chaîne.

Codes QR des certificats de formation

Les certificats de formation en PDF incluent un code QR qui encode une URL de vérification sous la forme https://vilulia.com/verify/{verification_code}. Le scan du code QR ouvre une recherche de vérification publique pour ce certificat, affichant le nom du titulaire, le titre du cours et la date d'émission. Aucune connexion n'est requise.

Vérification par hachage de transaction ou identifiant d'entité

Tout enregistrement ancré peut être vérifié par hachage de transaction (GET /api/v1/blockchain/tx/{tx_hash}) ou par type et identifiant d'entité (par exemple, GET /api/v1/blockchain/settlement/{id}, GET /api/v1/blockchain/award/{id}, GET /api/v1/blockchain/document/{id}, ou GET /api/v1/blockchain/certificate/{id}). La page de vérification publique couvre un sous-ensemble de ces routes sans connexion : GET /verify/tx/{tx_hash}, GET /verify/settlement/{id}, et GET /verify/award/{id}. Les administrateurs peuvent également consulter la page Historique de vérification Blockchaindans le tableau de bord d'administration, qui liste tous les enregistrements ancrés dans un tableau filtrable et paginé avec export CSV.

Transactions en attente

Lorsqu'une transaction est soumise au réseau Polygon mais que la confirmation expire, le système l'enregistre comme en attente et une tâche en arrière-plan continue de la surveiller. Le statut d'ancrage peut être interrogé via GET /api/v1/blockchain/anchor-status/{log_id} ou par entité avec GET /api/v1/blockchain/anchor-status/by-entity/{type}/{id}. Les valeurs de statut sont : pending, processing, submitted, confirmed et failed.

Logique de réessai

Le système d'ancrage réessaie automatiquement les échecs transitoires (erreurs réseau, délais d'attente, limites de débit, réponses 5xx) en utilisant un backoff exponentiel avec gigue complète, jusqu'à trois tentatives par défaut. Les échecs permanents (fonds insuffisants, signature invalide, exécution annulée) ne font pas l'objet de nouvelles tentatives. Si toutes les tentatives sont épuisées, l'enregistrement est marqué comme échoué et peut être soumis à nouveau manuellement.

Résultats de la vérification

Un résultat vérifiésignifie que le hachage SHA-256 du document actuel correspond au hachage enregistré sur la blockchain Polygon au moment de l'ancrage, confirmant que le document n'a pas été modifié. Un résultat de vérification échoué signifie que les hachages ne correspondent pas, indiquant que le contenu du document diffère de ce qui a été ancré. Un échec de vérification doit être examiné immédiatement.

Si le service blockchain est indisponible au moment de la vérification, la plateforme se replie sur la comparaison du hachage attendu avec le hachage stocké localement dans la base de données et le mentionne dans la réponse.

Articles connexes

Vous ne trouvez pas ce que vous cherchez ? Contacter le support