Адреса W, которые Stellar собирается внедрить, решают одну и ту же задачу: как смарт-контракту различать поступления от разных клиентов.

CAP-84 в Bell (Protocol 30) позволяет добавлять к адресу контракта идентификатор клиента. Токены по-прежнему поступают на один и тот же контракт, а идентификатор указывается в событии перевода, чтобы бизнес-система могла определить, какому клиенту принадлежат средства. Это даёт протокольную поддержку для использования одного контракта несколькими клиентами при хранении средств на смарт-счетах.

Однако кошельки, установившие новую версию SDK, ещё не завершили адаптацию. SDK умеет разбирать адреса W, но приложениям также нужно обновить собственную логику проверки, отображения и хранения адресов. Возможность разобрать адрес и корректно зачислить средства в бизнес-системе — это две отдельные вещи, которые нужно проверить.

Официальное руководство по обновлению было обновлено 23 октября. Голосование по тестовой сети и основной сети запланировано соответственно на 3 и 23 ноября. Обновление вступит в силу только после одобрения валидаторами, а даты ещё могут измениться. Сейчас это следует рассматривать как задачу по подготовке интеграции.

Обновление протокола не гарантирует роста цены XLM. Перед переводом проверьте, поддерживает ли платформа-получатель этот тип адреса.

Код приглашения в Binance Wallet: MOLLY666