Stacks-wallet-web: Поддержка стандартного определения признаков для взаимозаменяемых токенов (SIP 010) (например, десятичных знаков)

@psq также упомянул об общей необходимости поддержки SIP010 в веб-кошельке (например, правильное отображение десятичных знаков, иллюстраций и символов), поэтому я немного расширю эту проблему.

https://github.com/stacksgov/sips/blob/hstove-feat/sip-10-ft/sips/sip-010/sip-010-fungible-token-standard.md

@markmhx круто!

мы можем как-нибудь отследить ETA этих предметов? например, как долго элемент остается в очереди и сколько времени требуется, чтобы пройти через канбан?

Хороший вопрос. Я оставлю это @andresgalante 😄

Полная поддержка токенов sip-010 в кошельке (или в проводнике), вероятно, выходит за рамки поддержки количества десятичных знаков, вытягивая изображения через uri и символ. Вместо того, чтобы полагаться на конечные точки api, которые обеспечивают баланс для собственных ft-токенов, вся информация должна быть получена через контракт, то есть баланс через get-balance-of , а переводы выполняются через функцию transfer вместо полагаясь на встроенную функцию четкости.

Невыполнение этого требования, скорее всего, вызовет расхождения, поскольку токену, возможно, потребуется выполнять другие действия при выполнении передачи (проверьте, что он может быть передан для 1 возможного примера).

И токен может даже не использовать собственный ft-токен в своей реализации (см. Пример Flexr, даже если, возможно, в этом случае это можно было бы улучшить). Подробнее об этом ниже.

В качестве дополнительной сложности еще неясно, как кошельки могут в общем случае находить все токены SIP-010, принадлежащие адресу. Если такой токен использует собственный ft-токен, адрес контракта может быть выведен из того, что возвращается из конечной точки получения балансов учетной записи (https://blockstack.github.io/stacks-blockchain-api/#operation/get_account_balance). В этом случае адрес контракта можно извлечь из SP32AEEF6WW5Y0NMJ1S8SBSZDAY8R5J32NBZFPKKZ.micro-nthng::micro-nothing , используя значение слева от :: .
Однако, если он не использует собственный токен, кошельку может потребоваться возможность вручную добавить адрес контракта токена (как это можно сделать в метамаске), чтобы иметь возможность взаимодействовать с токеном.

И я могу вспомнить несколько случаев, когда для реализации токена SIP-010 потребуется более одного собственного токена, поэтому не предполагайте, что между токеном SIP-010 и собственными токенами существует взаимно однозначное соответствие ...

Надеюсь, это поможет ... и мы будем рады разработать любое из вышеперечисленных, если это необходимо.

@philipdesmedt На данный момент я не могу оценить скорость нашей доски, но мы можем скоро начать с этапа разработки этой проблемы, и на этой неделе мы работаем над дорожной картой, чтобы сделать ее приоритетной над другими задачами.

@psq

Надеюсь, это поможет ... и мы будем рады разработать любое из вышеперечисленных, если это необходимо.

Будет ли кто-нибудь, кто хочет реализовать себя, когда у нас будет готов дизайн?

Будет ли кто-нибудь, кто хочет реализовать себя, когда у нас будет готов дизайн?

плохой выбор слова, под "развивать" я имел в виду объяснить, если нужно

Хотел сообщить, что это влияет на потенциальный запуск xBTC компанией Tokensoft.

@GinaAbrams рада видеть xBTC!

Я думаю, это повлияет на запуск каждого заменяемого токена, если только вы специально не запустите микроденоминированный токен, я полагаю

@GinaAbrams Есть ли какие-то особые аспекты стандарта, необходимые Tokensoft для запуска?

подтвердил, что попытка переноса токена sip-010 из веб-кошелька не работает. Ошибки с

В указанном вами контракте нет функции transfer .

как и ожидалось, поскольку предполагается, что сигнатура передаточной функции отличается.

Кроме того, сообщение, которое вы получаете при установке PostConditions.allow совпадает с пустым массивом постусловий с PostConditions.deny , что сбивает с толку или вводит в заблуждение.

сообщение, которое вы получаете при установке PostConditions.allow, аналогично пустому массиву постусловий с PostConditions.deny, что сбивает с толку или вводит в заблуждение.

Это похоже на несвязанную проблему UX, которую нам нужно исправить? Если так, не могли бы вы поднять вопрос?

сообщение, которое вы получаете при установке PostConditions.allow, аналогично пустому массиву постусловий с PostConditions.deny, что сбивает с толку или вводит в заблуждение.

Это похоже на несвязанную проблему UX, которую нам нужно исправить? Если так, не могли бы вы поднять вопрос?

добавлен как # 1120