Новий план API від Helius справді потужний. Порівняно з цим, якщо ви все ще використовуєте в екосистемі Solana старий підхід з getSignaturesForAddress плюс getTransaction, проблем чимало: затримка в 2-10 разів вища, код надмірний та громіздкий, не кажучи вже про сортування на стороні сервера, пошук та розбиття на сторінки — ці вимоги просто неможливо обробити елегантно.
Перехід на getTransactionForAddress змінює все. Один виклик API вирішує всі потреби, продуктивність на максимумі, обсяг коду можна скоротити вдвічі. Особливо помітна ця різниця при роботі з великим обсягом історії транзакцій. Оптимізація базової інфраструктури часто залишається непоміченою, але її вплив на досвід розробника та продуктивність застосунку цілком реальний.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
11 лайків
Нагородити
11
4
Репост
Поділіться
Прокоментувати
0/400
RugResistant
· 14год тому
Стара методика дійсно є мукою, вона робить код громіздким і погано працює.
Це вже давно потрібно було оновити.
Версія Helius дійсно крута, один виклик — і двоє отримують результат.
Багато хто недооцінює інфраструктуру, але саме вона є ключовою.
Лінь користуватися старими API, ефективність значно гірша.
Переглянути оригіналвідповісти на0
UnruggableChad
· 14год тому
Блін, нарешті хтось сказав це відкрито... стара API-стратегія дійсно гальмувала проект, новий план — і прямо в політ
Переглянути оригіналвідповісти на0
RektRecorder
· 14год тому
哇靠, нарешті хтось докладно пояснив цю справу... раніше я вже скаржився, наскільки старий API був незадовільним
Цього разу новий план дій дійсно крутий, різниця у продуктивності очевидна неозброєним оком, кожен, хто використовує, знає
Переглянути оригіналвідповісти на0
GasFeeSurvivor
· 14год тому
Ой, нарешті хтось пояснив це докладно, стара система API дійсно може довести до істерики
Новий план API від Helius справді потужний. Порівняно з цим, якщо ви все ще використовуєте в екосистемі Solana старий підхід з getSignaturesForAddress плюс getTransaction, проблем чимало: затримка в 2-10 разів вища, код надмірний та громіздкий, не кажучи вже про сортування на стороні сервера, пошук та розбиття на сторінки — ці вимоги просто неможливо обробити елегантно.
Перехід на getTransactionForAddress змінює все. Один виклик API вирішує всі потреби, продуктивність на максимумі, обсяг коду можна скоротити вдвічі. Особливо помітна ця різниця при роботі з великим обсягом історії транзакцій. Оптимізація базової інфраструктури часто залишається непоміченою, але її вплив на досвід розробника та продуктивність застосунку цілком реальний.