Ми щойно відкрили Giza SDK для будівельників. Ось як перейти від нуля до діючого фінансового агента. 🧵
Ініціалізуйте клієнта. Один екземпляр, який повторно використовується по всьому додатку.
Перше, що ви робите для будь-якого нового користувача — створюєте смарт-акаунт. Це забезпечує смарт-акаунт ERC-4337 через ZeroDev. Тут варто зрозуміти кілька речей: • Це детерміновано: один і той самий гаманець походження завжди генерує одну й ту ж адресу смарт-рахунку. Немає штату для зберігання з вашого боку. • Це самозбереження: користувач володіє акаунтом. Гіза ніколи не тримає їхні кошти. • Ця адреса — це те, куди ваш користувач надсилає депозит. Поки що нічого не заблоковано чи зобов'язано.
Після того, як користувач внесе внесок, активуйте його агента. Активація виконує кілька функцій під капотом: • Розподіляє депозиційний капітал за обраними протоколами • Надає сесійний ключ, щоб агент міг виконувати майбутні ребалансування без підписів користувача • І запускає цикл безперервної оптимізації З цього моменту агент працює цілодобово без додаткового втручання з вашого боку чи вашого користувача.
Обмежте агента вашого користувача вашим профілем ризику. Ці обмеження визначають межі ризику, в якому працює ваш агент — і вони застосовуються під час кожного циклу ребалансування, а не лише під час активації. Як будівельник, саме так ви виражаєте свою політику ризику. Ти встановлюєш правила. Агент не може їх порушувати.
Після активації відстежуйте все в режимі реального часу. Ці кінцеві точки дають вам усе необхідне для створення змістовної панелі продуктивності для ваших користувачів: Живий APR, поточний розподіл між протоколами та повна крива історичної вартості.
Симптоми відміни — це просто. Жодних блокувань, жодних затримок, окрім транзакції в блокчейні. Користувачі можуть вийти повністю або частково у будь-який час. Часткове відмовлення не перериває роботу агента, він продовжує оптимізувати те, що залишилося.
Модель сесійного ключа — це те, що робить усе це безпечним для автономного запуску. Коли користувач активує свого агента, він надає сесійний ключ із конкретними, обмеженими правами. Цей ключ сесії може: • Переміщення капіталу між затвердженими DeFi-протоколами • Виконання транзакцій ребалансування • Оплачувати бензин від імені користувача Цей ключ сесії явно не може: • Вивести кошти на будь-яку зовнішню адресу • Взаємодія з незатвердженими контрактами • Діяти поза визначеними вами обмеженнями Дозволи обмежені за часом і можуть бути відкличні. Кожна транзакція є в ланцюгу та підлягає аудиту. Агент виконує роботу, користувач контролює себе.
144