Перед депозитом Stellar на M-адрес проверьте, сохраняет ли отправляющее приложение полное muxed-назначение и поддерживает ли его получатель для вашей заявки. M-адрес объединяет базовый G-аккаунт и идентификатор. Если отбросить ID, можно потерять сведения, по которым площадка относит поступление к клиенту. Альтернативу G-адрес плюс memo используйте только по явной инструкции получателя, не создавая её самостоятельно из найденной строки.
M-адрес не означает отдельный независимый кошелёк
В официальных FAQ Stellar описан виртуальный аккаунт поверх базового адреса. Идентификатор помогает, например, сопоставлять общий депозитный счёт с клиентом либо счётом на оплату. Это не автоматически отдельный финансируемый аккаунт реестра со своим набором ключей. Сервису всё равно нужно связать ID с записью внутренней системы. Валидная кодировка произвольного числа не создаёт такую запись и не доказывает, кому зачислится перевод.
Представление определено в SEP-23. У стандартного G-адреса и M-адреса разные кодировки, а не свободно заменяемая первая буква. По спецификации обычная форма содержит 56 символов, muxed — 69. Длина и контрольная сумма помогают распознать формат, но не подтверждают приём конкретного актива площадкой. Не превращайте правильный синтаксис в обещание внутреннего зачисления: это отдельная проверка с инструкциями получателя.
Проверьте три уровня совместимости
| Уровень | Главный вопрос | Что сохранить | Какой сбой возможен |
|---|---|---|---|
| Приложение отправки | Сохраняет ли полное muxed-назначение | Документированную поддержку и итоговое подтверждение | Отказ формата или потеря ID |
| Представление протокола | Закодированы ли нужные аккаунт и ID | Проверку доверенным кошельком либо SDK | Ручная правка или придуманный идентификатор |
| Получающий сервис | Распознаёт ли эту форму для вашего депозита | Актуальные инструкции клиента или заявки | Средства в пуле есть, внутренней привязки нет |
| Альтернативный путь | Предоставлены ли G-адрес и точный memo | Инструкцию с типом комментария | Декодированное число приняли за произвольный memo |
| Актив и сеть | Принимается ли выбранный актив | Экран конкретного пополнения | Поддержку адреса приняли за поддержку всех токенов |
Возможность протокола не равна реализации конкретного продукта. Один сервис может использовать M-адреса, другой — прежний способ с G-адресом и memo. Официальные FAQ отмечают, что старый метод продолжает работать. Поэтому не объявляйте любую G-инструкцию устаревшей и не считайте принятую отправителем M-строку гарантией распознавания любого ID получателем. Сверяйте конкретный маршрут и действующую заявку до оплаты. Иначе синтаксически правильная операция может оставить нерешённый вопрос атрибуции поступления.
Почему отправка в базовый пул теряет различие клиентов
Учебный пул P обслуживает клиентов с идентификаторами 41 и 42. Их M-назначения используют один базовый аккаунт, но разные ID. Если отправить просто в P, выбранное назначение больше не различает этих клиентов. Базовый аккаунт может совпасть, однако нужные сервису данные привязки не сохранены. Поступление в пул не является тем же доказательством, что зачисление на ожидаемый личный остаток. Номера и обозначение P здесь вымышлены, реальных адресов пример не содержит.
Не придумывайте ID только потому, что кодировка допускает число. Это не регистрация клиента у получателя. Также нельзя считать, что помещение любого декодированного ID в текстовое memo воспроизводит принятую площадкой процедуру. Тип и значение определяет её инструкция. Если поддержку пришлось уточнять, сохраните ответ до отправки. Обращение после импровизированной оплаты не гарантирует восстановления пропущенной информации и не заменяет предварительного согласования формата, который реально распознаёт система.
Отдельные сервисы действительно описывают оба варианта. Например, эта инструкция получателя показывает его M-форму и базовый адрес с memo ID. Это доказательство его процесса, а не правило всех бирж. Для разработчиков существует справка Stellar SDK со структурированным разбором. Ручное сокращение строки не равно корректному декодированию, а корректное декодирование ещё не удостоверяет внутреннюю схему зачисления другой компании.
Если форма отправки принимает только G
Остановитесь до изменения назначения. Проверьте поддерживаемое обновление отправителя и наличие официальной альтернативы у получателя. Если подходящего пути нет, уточните действия через официальную поддержку. Не отправляйте на угаданный базовый адрес в расчёте на последующий тикет. Ограничение программы — причина разобраться с совместимостью, а не подтверждение возвратности произвольного платежа. У другого кошелька также нужно проверять происхождение и поддержку, не раскрывая seed постороннему помощнику ради конвертации адреса.
Если получатель предоставил G-адрес с memo, сохраняйте их вместе с точным типом как одну инструкцию. Не удаляйте комментарий из-за общего текста, что muxed-аккаунты устраняют memo: он может описывать M-процесс, а вы пользуетесь альтернативным. В руководстве получения через LOBSTR есть контекст реквизитов кошелька, но депозит определяют текущие требования принимающей площадки. Особенно важно не переносить настройки одной заявки на следующую без повторной сверки назначения и актива.
- Откройте официальные инструкции получателя и определите актив и сеть.
- Скопируйте полное M-назначение и сохраните номер клиента либо заказа.
- Проверьте поддержку формата отправителем до подтверждения операции.
- При необходимости получите явную альтернативу G-адрес плюс memo с указанием типа.
- На подтверждении сопоставьте фактическое назначение и сохранённые данные маршрутизации.
- После отправки разделите успешную сетевую операцию и внутреннее зачисление сервиса.
Если отправка уже состоялась
Соберите идентификатор транзакции, фактическое назначение нужной операции, прежние инструкции и использованный memo. Если операций несколько, найдите именно платежную. Укажите, сохранилась ли M-форма, применяли ли документированный альтернативный путь или убрали ID без инструкции. Не доплачивайте постороннему за разблокировку и не считайте вторую отправку способом пометить первую. Возможность сверки зависит от контроля получателя и его записей; общего обещания возврата нет. При отсутствии самого базового аккаунта нужен отдельный разбор ошибки назначения.
Для обмена без регистрации используйте формат, актив и сеть текущей заявки. Статья не устанавливает поддержку muxed любым сервисом или маршрутом. Сохраняйте данные получателя целиком и проверяйте обе стороны до оплаты. Правильно закодированный адрес — одно условие; корректно отнесённый к клиенту депозит требует ещё и работающей процедуры получателя. Именно её нужно подтвердить, если отправитель предлагает урезать либо заменить выданное назначение.
Частые вопросы
Что означает Stellar muxed address для депозита?
Он объединяет базовый аккаунт и идентификатор виртуального назначения. Получатель должен понимать, как этот ID относится к его клиенту либо заказу.
Нужно ли Stellar memo, если указан M-адрес?
Следуйте конкретной инструкции получателя, а не общему правилу из другого процесса. Не удаляйте требуемые реквизиты и не создавайте альтернативу самостоятельно.
Можно ли выбирать Stellar memo text or ID наугад?
Нет, тип и значение должны совпадать с предоставленными получателем. При переходе к G-адресу нужен явно поддерживаемый альтернативный путь.