Chargement des prix…
🩸BEARISH

Allium restaure la livraison des données sur 18 chaînes

Les utilisateurs doivent toujours vérifier la couverture pour chaque entrepôt, chaîne et période concernée, tout en renouvelant leurs identifiants et en tenant compte des fonctionnalités de téléversement restreintes.

Allium restaure la livraison des données sur 18 chaînes
Allium restaure la livraison des données sur 18 chaînes
Allium restaure la livraison des données sur 18 chaînes
Allium restaure la livraison des données sur 18 chaînes

Allium indique que la livraison des données fonctionne normalement sur Snowflake, Databricks et BigQuery, après avoir détecté le 25 octobre un accès non autorisé à certains systèmes. Toutefois, les reconstitutions des données historiques sont toujours en cours, et des contrôles concluants sur un entrepôt ne confirment pas le rétablissement des autres.

Pourquoi c’est important

Les tables brutes et enrichies de 18 chaînes, dont Ethereum, Solana, Bitcoin, Base et Arbitrum, ont passé les contrôles d’exhaustivité et de fraîcheur d’Allium sur Snowflake et Databricks. La validation de Hyperliquid est toujours en cours. Pour les autres chaînes, les reconstitutions couvrant la période concernée se poursuivent, tout comme pour l’ensemble des chaînes sur BigQuery.

Allium précise que certains horodatages verified_until peuvent sembler obsolètes pendant la remise en service de la vérification automatique, et que ce décalage ne signifie pas que des données manquent. Les utilisateurs doivent distinguer ce problème d’horodatage des reconstitutions historiques toujours en cours.

Impact sur le marché

Pour les équipes qui utilisent Allium dans leurs travaux de recherche, de rapprochement ou dans leur infrastructure produit, il faut vérifier l’entrepôt, la chaîne et la période historique concernés. La mise à jour du 28 octobre confirme le retour à une livraison normale, mais ne garantit pas que toutes les données historiques soient complètes.

Les consignes de rétablissement d’Allium demandent de remplacer les clés API existantes et de définir un nouveau mot de passe, et recommandent l’authentification multifacteur. Les nouveaux téléversements et l’accès aux données déjà téléversées restent temporairement désactivés, ce qui limite les requêtes reposant sur des tables téléversées. L’achèvement des reconstitutions restantes et de la validation permettra de déterminer quand la couverture historique sera entièrement rétablie.

Tokens associés
$ETH $SOL $BTC $ARB $HYPE

Questions fréquemment posées

  1. Le retour à une livraison normale signifie-t-il qu’Allium a terminé le rétablissement des données historiques ?

    Non. Allium indique que les reconstitutions historiques sont toujours en cours, notamment pour les autres chaînes et pour toutes les chaînes sur BigQuery.

  2. Quelles chaînes ont passé les contrôles d’Allium sur Snowflake et Databricks ?

    Les tables brutes et enrichies de 18 chaînes ont passé les contrôles d’exhaustivité et de fraîcheur sur ces plateformes. La mise à jour cite notamment Ethereum, Solana, Bitcoin, Base et Arbitrum.

  3. Pourquoi un horodatage verified_until d’Allium peut-il sembler obsolète ?

    Allium attribue ce décalage à la remise en service de la vérification automatique. Selon l’entreprise, il ne signifie pas que des données manquent.

  4. Quels changements d’identifiants Allium recommande-t-il après l’incident ?

    Les consignes de rétablissement demandent de remplacer les clés API existantes et de définir un nouveau mot de passe. Allium recommande également l’authentification multifacteur.

  5. Quelles fonctionnalités d’Allium restent limitées pendant le rétablissement ?

    Les nouveaux téléversements et l’accès aux données déjà téléversées sont temporairement désactivés, ce qui empêche les requêtes reposant sur ces tables.

Attribution de la source
Agrégé de CryptoSlate · Vérifié · Dernière mise à jour il y a 6d
Ouvrir l'original →