Створені у співпраці з великими інституціями, Token Extensions відкривають багату нативну функціональність, розроблену для складної поведінки, без компромісів щодо безпеки чи масштабованості. Почніть вже сьогодні.
Token Extensions — це стрибок уперед для протоколу Solana. Ознайомтеся з технічним поясненням, поглядом на конкретні Token Extensions та потенційними варіантами використання.
Token Extensions полегшують випуск стейблкоїна для вашого проєкту, забезпечуючи нативну підтримку стейблкоїнів та опції монетизації.
Транзакції більше не повинні відбуватися у вакуумі. Використовуючи Token Extensions для поєднання метаданих з транзакціями, установи можуть забезпечити спрощену звірку платежів.
Створіть ідеальний користувацький досвід. Використовуючи постійне делегування, передачу токенів можна обмежити цифровими активами, такими як NFT або картки лояльності, і полегшити оновлення токенів, прив'язаних до володіння реальними активами.
Емітенти на Solana можуть створювати Token Extensions, які нативно сприяють збереженню конфіденційності користувачів, маскуючи баланси рахунків та суми переказів, скільки надсилається в транзакції — зберігаючи при цьому права на аудит для забезпечення відповідності нормативним вимогам.
Хочете будувати? Зв'яжіться з нами.
Поширені запитання
Token Extensions — це нові функції на рівні токен-програми, які забезпечуються новою програмою карбування токенів з відкритим вихідним кодом, доступною в блокчейні Solana. Token Extensions забезпечують наступне покоління функцій для цифрових активів та стейблкоїнів у блокчейні Solana, наділяючи активи нативним набором розширених можливостей — від конфіденційності до доступу з токен-гейтингом та обов'язкових метаданих. Активи, викарбувані за допомогою цієї програми, можуть втілити обіцянку справжньої програмованості грошей та активів у блокчейні
Token-2022 — це технічна назва та репозиторій GitHub для нової програми токенів SPL, випущеної Solana Labs. Token Extensions, з іншого боку, — це те, що забезпечує новий стандарт токенів. Розглядайте їх як перелік нових можливостей та функцій, які тепер можуть працювати на рівні токен-програми.
Token Extensions бере основну функціональність токенів у Solana та наділяє їх абсолютно новим нативним набором функцій, які відкривають цілий новий спектр варіантів використання для цифрових активів. Раніше розробникам додатків доводилося покладатися на суміш спеціалізованих протоколів, кодових баз та проєктів для забезпечення справжньої програмованості. Карбування токенів з увімкненими Token Extensions дозволяє розробнику нативно мати доступ до всіх цих функцій програмованості з гнучкістю вирішувати, які функції вмикати або вимикати.
Кілька прикладів того, що можливо нативно з Token Extensions:
Існує кілька інших розширень, які забезпечують додаткову розширену функціональність для емітентів цифрових активів.
Токени, створені за допомогою Token Extensions, належать до нового протоколу. Хоча протокол є зворотно сумісним з існуючим стандартом SPL Token, dApps необхідно оновити для обробки токенів, створених з певними розширеннями.
Так, програма пройшла 5 аудитів від наступних компаній з безпеки: Halborn, Zellic, NCC, Trail of Bits та OtterSec.
Існує кілька проєктів, які ось-ось запустять RWA та стейблкоїни, використовуючи цю програму. Paxos нещодавно запустив USDP на Solana, використовуючи Token Extensions, GMO Trust планує запустити регульований стейблкоїн, а кілька інших великих підприємств планують запуск протягом 2024 року.
Так — однак деякі комбінації ще не готові працювати разом. Наприклад, transfer hooks та confidential transfers наразі не працюють разом. Для цього конкретного випадку розробляється виправлення, яке можна відстежити тут.
За винятком confidential transfers, усі розширення доступні для використання сьогодні. Confidential transfers стануть доступними після випуску версії 2.0 основного клієнта validator Agave та її прийняття мережею, що очікується до кінця 2024 року.
Так! Якщо зарезервовано необхідні повноваження, програму, що використовується для обох або будь-якого з цих розширень, можна оновити до нових PDA.
Хоча ви можете створити цільовий ATA для публічних переказів, власник цього облікового запису повинен налаштувати ключ шифрування, а отже, власник має налаштувати свій обліковий запис для прийняття конфіденційних переказів перед отриманням конфіденційних переказів.
Ні. Можна встановити лише один відкритий ключ ElGamal (який можна отримати з приватного ключа ed25519), і без складної реалізації спільного використання ключів цей єдиний ключ є єдиним, здатним проводити аудит сум переказів.
Документацію для розробників можна знайти тут.
