Stacks-wallet-web: फंगिबल टोकन (एसआईपी 010) के लिए मानक विशेषता परिभाषा का समर्थन करें (उदाहरण के लिए दशमलव)

@psq ने वेब वॉलेट में SIP010 समर्थन के लिए यहां एक सामान्य आवश्यकता का भी उल्लेख किया है (उदाहरण के लिए दशमलव, कलाकृति और प्रतीकों को सही ढंग से दिखाना) इसलिए मैं इस मुद्दे को थोड़ा चौड़ा करूंगा।

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

@markmhx कूल!

क्या हम किसी तरह इन वस्तुओं का ईटीए ट्रैक कर सकते हैं? उदाहरण के लिए कोई वस्तु कितने समय तक बैकलॉग में रहती है और कानबन के माध्यम से जाने में कितना समय लगता है?

अच्छा प्रश्न। मैं इसे @andresgalante . पर छोड़ दूँगा

एक वॉलेट (या एक्सप्लोरर) में पूरी तरह से सिप-010 टोकन का समर्थन शायद दशमलव की संख्या का समर्थन करने से परे है, कलाकृति को यूरी और प्रतीक के माध्यम से खींच रहा है। एपीआई एंडपॉइंट्स पर भरोसा करने के बजाय, जो देशी फुट-टोकन के लिए शेष राशि प्रदान करते हैं, सभी जानकारी अनुबंध के माध्यम से प्राप्त की जानी चाहिए, यानी शेष राशि get-balance-of माध्यम से, और स्थानान्तरण के बजाय transfer फ़ंक्शन के माध्यम से किए गए स्थानान्तरण मूल स्पष्टता समारोह पर निर्भर है।

ऐसा करने में विफलता संभावित रूप से विसंगतियों का कारण बन सकती है क्योंकि हस्तांतरण करते समय टोकन को अन्य चीजें करने की आवश्यकता हो सकती है (जांचें कि इसे 1 संभावित उदाहरण के लिए स्थानांतरित किया जा सकता है)।

और एक टोकन अपने कार्यान्वयन में एक देशी फुट-टोकन का भी उपयोग नहीं कर सकता है (उदाहरण के लिए फ्लेक्सर देखें, भले ही इस मामले में इसे बेहतर किया जा सके)। इस पर और नीचे।

एक अतिरिक्त कठिनाई के रूप में, एक बात जो अभी तक स्पष्ट नहीं है, वह यह है कि सामान्य स्थिति में, वॉलेट एक पते के स्वामित्व वाले सभी SIP-010 टोकन कैसे ढूंढ सकते हैं। यदि ऐसा टोकन एक देशी फुट-टोकन का उपयोग करता है, तो अनुबंध के पते का अनुमान लगाया जा सकता है कि गेट अकाउंट बैलेंस एंडपॉइंट (https://blockstack.github.io/stacks-blockchain-api/#operation/get_account_balance) से क्या लौटाया गया है। इस मामले में, अनुबंध का पता SP32AEEF6WW5Y0NMJ1S8SBSZDAY8R5J32NBZFPKKZ.micro-nthng::micro-nothing से :: बाईं ओर के मान का उपयोग करके निकाला जा सकता है।
हालांकि, अगर यह एक देशी टोकन का उपयोग नहीं कर रहा है, तो टोकन के साथ बातचीत करने में सक्षम होने के लिए वॉलेट को टोकन के अनुबंध पते (जैसे आप मेटामास्क में कर सकते हैं) को मैन्युअल रूप से जोड़ने की क्षमता की आवश्यकता हो सकती है।

और मैं कुछ मामलों के बारे में सोच सकता हूं जहां एक एसआईपी -010 टोकन को लागू करने के लिए एक से अधिक देशी टोकन की आवश्यकता होगी, इसलिए यह न मानें कि एसआईपी -010 टोकन और देशी टोकन के बीच एक से एक मैपिंग है ...

उम्मीद है, यह मदद करता है... और जरूरत पड़ने पर उपरोक्त में से कोई भी विकसित करने में खुशी होगी।

@philipdesmedt मैं इस समय अपने बोर्ड की गति का अनुमान नहीं लगा सकता, लेकिन हम जल्द ही इस मुद्दे के डिजाइन चरण के साथ शुरू कर सकते हैं और हम इस सप्ताह रोडमैप पर काम कर रहे हैं ताकि इसे अन्य कार्यों पर प्राथमिकता दी जा सके।

@psq

उम्मीद है, यह मदद करता है... और जरूरत पड़ने पर उपरोक्त में से कोई भी विकसित करने में खुशी होगी।

एक बार जब हमारे पास डिज़ाइन तैयार हो जाते हैं, तो क्या यह कोई ऐसा व्यक्ति होगा जो खुद को लागू करना चाहेगा?

एक बार जब हमारे पास डिज़ाइन तैयार हो जाते हैं, तो क्या यह कोई ऐसा व्यक्ति होगा जो खुद को लागू करना चाहेगा?

शब्द की खराब पसंद, "विकसित" से, मेरा मतलब है कि यदि आवश्यक हो तो आगे की व्याख्या करें

यह कहना चाहता था कि यह Tokensoft द्वारा xBTC के संभावित लॉन्च को प्रभावित करता है।

@GinaAbrams xBTC को देखकर उत्साहित हैं!

मुझे लगता है कि यह हर फंगसेबल टोकन के लॉन्च को प्रभावित करता है, जब तक कि आप विशेष रूप से एक माइक्रो-डिनोमिनेटेड टोकन लॉन्च नहीं करते हैं, मुझे लगता है

@GinaAbrams क्या लॉन्च के लिए टोकनसॉफ्ट द्वारा आवश्यक मानक के कोई विशेष पहलू हैं?

पुष्टि की है कि वेब वॉलेट से एक सिप-010 टोकन स्थानांतरित करने का प्रयास काम नहीं करता है। त्रुटियों के साथ

आपके द्वारा निर्दिष्ट अनुबंध में transfer फ़ंक्शन नहीं है।

जैसा कि अपेक्षित है, क्योंकि यह मानता है कि स्थानांतरण फ़ंक्शन हस्ताक्षर अलग है।

साथ ही, PostConditions.allow सेट करते समय आपको जो संदेश मिलता है वह PostConditions.deny साथ पोस्टकंडिशन की एक खाली सरणी होने के समान है, जो भ्रमित करने वाला या भ्रामक है।

PostConditions.allow को सेट करते समय आपको जो संदेश मिलता है, वह PostConditions.deny के साथ पोस्टकंडिशन की एक खाली सरणी के समान है, जो भ्रमित करने वाला या भ्रामक है।

यह हमारे लिए पैच करने के लिए एक असंबंधित UX समस्या की तरह लगता है? यदि हां, तो इसके लिए कोई मुद्दा खोलने पर विचार करें?

PostConditions.allow को सेट करते समय आपको जो संदेश मिलता है, वह PostConditions.deny के साथ पोस्टकंडिशन की एक खाली सरणी के समान है, जो भ्रमित करने वाला या भ्रामक है।

यह हमारे लिए पैच करने के लिए एक असंबंधित UX समस्या की तरह लगता है? यदि हां, तो इसके लिए कोई मुद्दा खोलने पर विचार करें?

#1120 . के रूप में जोड़ा गया