Сьогодні Solana змінюється назавжди ми вирішили найбільшу проблему даних/RPC, яка існує Історичні/архівні дані Solana — тепер перероблено Короткий контекст: сьогодні, коли ви запитуєте історичні дані (getBlock/getTransaction/getSignaturesForAddress), вони потрапляють у Google BigTable це і) повільно, іі) дорого, і) негнучко для запитів наприклад, ви фізично не можете отримати перший TX для адреси Solana, не повертаючись до нескінченного циклу з останнього передавання для зайнятих адрес це може зайняти тисячі дзвінків RPC — надзвичайно повільно, дорого та дратівливо Крім того, уявіть, що ви хотіли отримати останні 100 TX для адреси, як ви це робите? спочатку ви натискаєте getSignaturesForAddress, щоб отримати всі підписи tx, а потім викликаєте getTransaction на кожному tx, щоб отримати його деталі — у найгіршому випадку це може зайняти 1 001 RPC-дзвінок Вже ні Ми створили нову розподілену систему зберігання архівів, яка в 1 000 разів швидша, гнучкіша та масштабованіша Найкраща частина? ми представляємо новий метод API: getTransactionsForAddress За допомогою цього методу тепер ви можете: i) об'єднати виклики getSignaturesForAddress та getTransaction лише в 1 дзвінок замість 1 000 ii) ви можете шукати в зворотному порядку без необхідності обходу iii) ви можете шукати історичні транзакції за часом і діапазонами слотів (наприклад, отримати всі txn з 5 січня 2025 року по 5 лютого 2025 року) крім того: - дзвінки getBlock тепер у 10 разів швидші - дзвінки getTransaction тепер у 10 разів швидші - дзвінки getSignaturesForAddress тепер у 10 разів швидші У 10 разів менша затримка, у 100 разів менше RPC-дзвінків і в 1000 разів менше коду Насолодитися! Документи нижче