Cette page liste les problèmes connus et les solutions de contournement pour Blockchain Analytics. Pour obtenir une liste des bugs, des nouvelles fonctionnalités et d'autres informations de version, consultez la section Notes de version.
Pour filtrer cette page, effectuez une ou plusieurs des opérations suivantes : sélectionnez une catégorie, saisissez un terme de recherche ou cliquez sur un en-tête de colonne pour trier les résultats.
| Catégorie | Objet | Description |
|---|---|---|
| Ethereum | Données des comptes |
|
| Avalanche Ethereum Fantom Optimism Tron |
Adresses |
Étant donné que Blockchain Analytics indexe les adresses telles qu'elles sont renvoyées par l'API JSON-RPC du nœud en amont, les adresses des ensembles de données Blockchain Analytics sont indexées en minuscules.
Utilisez
Exemple : SELECT * FROM bigquery-public-data.blockchain_analytics_ethereum_mainnet_us.transactions WHERE to_address = LOWER("0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48") AND block_number = 17641663; |
| Ethereum | Fraîcheur des données | Blockchain Analytics indexe Ethereum une fois l'engagement finalisé. L'indexeur attend la validation des deux tiers des validateurs Ethereum avant d'indexer les données. Pour cette raison, les données sont généralement en retard de deux époques (ou 64 emplacements) par rapport au dernier bloc. Cela représente environ 12 à 15 minutes de retard |
| Polygone | Fraîcheur des données | Les données Polygon resteront en retard d'environ 24 heures par rapport à la pointe de la chaîne. |
| Ethereum | Traces | Blockchain Analytics indexe et normalise les traces Ethereum au format Parity traces. |
| Avalanche Ethereum Fantom Optimism Tron |
UINT256 | Pour effectuer un calcul UINT256 sans perte, vous devez utiliser des UDF. Les UDF sont soumises à des limites de quota, de débit et de délai d'inactivité, comme décrit dans Fonctions définies par l'utilisateur, Limites. |
| Avalanche Fantom Optimism Tron |
Reçus de transaction manquants | Il peut manquer des lignes dans le tableau des reçus de transaction pour les chaînes concernées. Cela affecte actuellement moins de 0,1 % de toutes les transactions par chaîne. |
| Avalanche Fantom Optimism Tron |
Partitionnement et clustering des tables |
Les tables des chaînes concernées ne sont pas partitionnées. Les tables sont mises en cluster
par les colonnes utilisées pour former la clé primaire de la table. Consultez les
|
| Avalanche Ethereum Fantom Optimism Tron |
Cohérence du schéma entre les chaînes |
Les ensembles de données de toutes les chaînes comportent les tables suivantes :
Les tables des ensembles de données Avalanche, Fantom, Optimism et Tron partagent les mêmes schémas de table. L'ensemble de données Ethereum inclut des tables supplémentaires et de légères différences de schéma par rapport à Avalanche, Fantom, Optimism et Tron. Toutes les tables de l'ensemble de données Ethereum incluent la colonne d'horodatage des blocs. Pour en savoir plus, consultez la page des schémas. |