टोकनची दशांश स्थानं आणि सर्वात लहान एकक|SEEDBAO

30 सेकंदांचा सारांश

«माझ्याकडे थोडं शिल्लक आहे, पण वॉलेट 0 दाखवतंय», «तीच रक्कम इथे 8 दशांश स्थानांत, तिथे फक्त 2 स्थानांत दिसते» — या दोन्हींचं मूळ एकच आहे: साखळीवर दशांश कधीच साठवला जात नाही. टोकन कॉन्ट्रॅक्टमध्ये एक पूर्णांक नोंदलेला असतो, आणि दशांश बिंदू वॉलेट किंवा एक्स्चेंज दाखवतानाच, त्या टोकनने जाहीर केलेल्या स्थानांनुसार लावतं. उरलेले गोंधळ बहुतांशी याच एका गोष्टीचे परिणाम आहेत.

हा लेख काय करत नाही ते आधी: तो ट्रेडिंग शिकवत नाही, कोणतं टोकन घ्यावं हे सांगत नाही, आणि कोणत्याही टोकनची स्थानं ठरवून लिहीत नाही — एकाच नावाचं टोकन वेगवेगळ्या साखळ्यांवर वेगळं कॉन्ट्रॅक्ट असू शकतं, त्यामुळे वापरताना कॉन्ट्रॅक्ट त्या वेळी जे देईल तेच अंतिम. इथे फक्त यंत्रणा समजावली आहे, आणि ती स्वतः तपासण्याची एक पद्धत दिली आहे.

नेहमीप्रमाणे स्पष्टपणे: टोकनची दशांश स्थानं बघायला फक्त खुला ब्लॉकचेन एक्सप्लोरर लागतो — खातं नको, वॉलेट जोडणं नको, कोणतंही अप्रूव्हल नको. लेखातून जोडलेल्या इतर मार्गदर्शकांत बायनान्स तुमच्या भागात वापरता येतं असं गृहीत धरलं आहे; निर्बंध असलेल्या भागांत नोंदणी किंवा वापर करू नका, आणि VPN वापरून बंधनं टाळू नका.

क्रिप्टो मालमत्ता (VDA) आणि NFT यांवर कोणतंही नियमन नाही आणि त्या अत्यंत जोखमीच्या ठरू शकतात. अशा व्यवहारांत नुकसान झाल्यास कोणत्याही नियामकाकडून भरपाई किंवा दिलासा मिळण्याचा मार्ग उपलब्ध नाही.

साखळीवर पूर्णांक असतो, दशांश नाही

हा या लेखाचा पाया आहे, म्हणून तो आधी पक्का करू. इथेरियमवर टोकनची शिल्लक बघायची असेल तर कॉन्ट्रॅक्टचा balanceOf वापरला जातो, आणि ERC-20 मानकात त्याचा परतावा uint256 असतो — म्हणजे ऋणचिन्हाशिवाय पूर्णांक. कॉन्ट्रॅक्टमध्ये «अर्धं टोकन» असं काही नसतं; तिथे फक्त एक मोठा पूर्णांक असतो.

मग दशांश बिंदू येतो कुठून? decimals नावाच्या दुसऱ्या पद्धतीतून. मानक त्याबद्दल सरळ सांगतं: ते टोकन किती दशांश स्थानं वापरतं तो आकडा परत मिळतो. उदाहरणार्थ 8 मिळालं, तर टोकनची संख्या 100000000 ने भागल्यावर जो आकडा येतो तोच वापरकर्त्याला दिसणारा आकडा. म्हणून साखळीवर 250000000 नोंदलेलं असेल आणि decimals 8 असेल, तर वॉलेटमध्ये 2.5 दिसतं.

ही रचना गोंधळ घालण्यासाठी नाही, तर दशांश गणितातल्या चुका टाळण्यासाठी आहे. पैशाचा हिशेब दशांशात केला की बेरजा वाढत गेल्यावर «0.1 अधिक 0.2 म्हणजे 0.3 नाही» अशा प्रकारच्या तफावती येतात. पूर्णांकात हिशेब ठेवला की बेरीज-वजाबाकी अचूक राहते, आणि रूपांतर फक्त शेवटी, दाखवतानाच एकदा होतं. पारंपरिक हिशेबात रुपयांऐवजी पैशांत नोंद ठेवतात, ते याच कारणासाठी.

एका ओळीत: साखळीवर पूर्णांक, दशांश बिंदू दाखवणाऱ्या थराने लावलेला. वेगवेगळ्या स्क्रीनवर स्थानं वेगळी दिसली, तरी बदलतं एवढंच की बिंदू कुठे लागतो आणि पुढची किती स्थानं कापली जातात — साखळीवरचा तो पूर्णांक सुरुवातीपासून शेवटपर्यंत तसाच असतो.

प्रत्येक टोकनची स्थानं वेगळी का असतात

स्थानं टोकन काढणाऱ्यानेच कॉन्ट्रॅक्टमध्ये ठरवलेली असतात; ती साखळीने ठरवलेली नसतात, त्यामुळे ती वेगवेगळी असू शकतात. अधिकृत दस्तऐवजांत थेट दिलेली दोन उदाहरणं:

नाणं	सर्वात लहान एकक	एका नाण्यात किती
ETH	wei	1 ether = 10¹⁸ wei (18 स्थानं)
BTC	सातोशी satoshi	1 BTC = 100,000,000 सातोशी (8 स्थानं)

या दोन ओळी अधिकृत दस्तऐवजांत जशाच्या तशा दिलेल्या आहेत. यांखेरीज इतर कोणत्याही टोकनची स्थानं हे संकेतस्थळ ठरवून लिहीत नाही — स्टेबलकॉइन आणि इतर कॉन्ट्रॅक्ट टोकनची स्थानं ती काढणारेच ठरवतात, आणि एकाच नावाचं टोकन वेगवेगळ्या साखळ्यांवर बहुधा वेगळं कॉन्ट्रॅक्ट असतं. म्हणून «अमुक नाण्याची किती स्थानं» हा प्रश्नच अपुरा आहे; बरोबर प्रश्न नेहमी «या साखळीवरच्या या कॉन्ट्रॅक्टची किती स्थानं» असा असतो.

मानकातला एक बारकावा: ERC-20 मध्ये decimals ही पद्धत ऐच्छिक आहे. मानकात स्पष्ट लिहिलं आहे की ती वापरसुलभतेसाठी आहे, पण इंटरफेस आणि इतर कॉन्ट्रॅक्ट्सनी ती असेलच असं गृहीत धरू नये. बहुतांश नीट टोकन ती देतात, पण नियमाच्या पातळीवर ती अनिवार्य नाही — पुढच्या «स्वतः कसं तपासायचं» भागात ती कधीकधी सापडत नाही, त्याचं कारण हेच.

शिल्लक 0 दिसली, तरी ती खरंच 0 नसते

हा सर्वात जास्त विचारला जाणारा प्रकार. स्क्रीनवर 0 किंवा 0.00 दिसतं, पण तुमच्या लक्षात असतं की थोडं शिल्लक असायला हवं — बहुतेक वेळा पैसे गेलेले नसतात, तर दाखवायची स्थानं पुरत नाहीत.

समजा एखादं टोकन 18 स्थानांचं आहे आणि तुमच्याकडे अगदी थोडं उरलं आहे; माणसाला वाचता येईल अशा रूपात तो आकडा 0.000000000000000123 असा येतो. ती स्क्रीन फक्त 8 स्थानांपर्यंत दाखवत असेल, तर तिला 0.00000000 एवढंच दाखवता येतं — आणि पूर्णांकित केल्यावर ते नुसतं शून्य दिसतं. पैसे आहेत; ती स्क्रीन एवढी स्थानं मावू शकत नाही एवढंच.

«मावत नाही» की «खरंच संपले» हे ठरवायचं कसं: पत्ता ब्लॉकचेन एक्सप्लोररवर एकदा टाका. एक्सप्लोरर बहुधा पूर्ण स्थानं दाखवतो, किंवा किमान साखळीवरचा तो मूळ पूर्णांक तरी दाखवतो. ही पायरी कशी करायची ते या संकेतस्थळावरच्या साखळीवरचा व्यवहार स्वतः तपासा या लेखात सविस्तर आहे. तो लेख रक्कम कमी झाली (फी, चुकीची ओळ वाचणं, प्लॅटफॉर्मने आधीच कापणं) याबद्दल आहे; हा लेख स्थानं जुळत नाहीत याबद्दल आहे — या दोन गोष्टींची नेहमी सरमिसळ होते.

एक व्यवहारी वस्तुस्थिती: असं उरलेलं अगदी थोडं शिल्लक बहुधा काढताच येत नाही. कुणी ते कापून घेतलेलं नसतं; ते एका नेटवर्क फीएवढंही नसतं, एवढंच. अशा वेळी ते नाहीच असं समजून सोडून देणं सोपं पडतं — काही पैशांसाठी त्याहून महाग फी भरण्यात अर्थ नाही.

किमान किती पाठवता येतं: साखळीची मर्यादा आणि प्लॅटफॉर्मची मर्यादा वेगळ्या

«किमान किती पाठवता येतं» या प्रश्नाची दोन पूर्णपणे वेगळी उत्तरं आहेत, आणि ती एकत्र केली की गोंधळ होतो.

साखळीची मर्यादा म्हणजे 1 सर्वात लहान एकक, म्हणजे तो पूर्णांक 1 घेणं. ही मर्यादा इतकी खाली आहे की तिला व्यवहारात अर्थ नाही; कोणतंही टोकन एवढं थोडं पाठवता येतं.
प्लॅटफॉर्मची मर्यादा ही एक्स्चेंज किंवा वॉलेटने स्वतः ठरवलेली असते आणि ती बरीच वरची असते. तिचा अचूकतेशी संबंध नाही, खर्च आणि जोखीम व्यवस्थापनाशी आहे: प्रत्येक विथड्रॉवलला नेटवर्क फी लागते आणि यंत्रणेवर भार पडतो, त्यामुळे ठरावीक रकमेखाली प्लॅटफॉर्मला ते तोट्याचंच ठरतं.

म्हणून «किमान विथड्रॉवल रक्कम» अशी सूचना येऊन तुम्ही अडलात, तर ती प्लॅटफॉर्मची अट आहे — साखळी तुम्हाला अडवत नाही. हा आकडा प्रत्येक ठिकाणी वेगळा असतो आणि नेटवर्क फीनुसार बदलतोही, त्यामुळे तुम्ही व्यवहार करता त्या वेळी विथड्रॉवल पानावर जे दिसेल तेच अंतिम; हे संकेतस्थळ कोणताही आकडा ठरवून लिहीत नाही.

तिसरी एक मर्यादा याच हिशेबात येते: अदलाबदलीची किमान रक्कम. पहिला स्वॅप करताना ती समोर येते; पहिला स्वॅप या लेखात स्लिपेज, नेटवर्क फी आणि किमान रक्कम मिळून तो व्यवहार परवडतो का हे कसं ठरतं, ते दिलं आहे.

एखाद्या टोकनची स्थानं स्वतः कशी तपासायची: तीन पायऱ्या

1कॉन्ट्रॅक्ट पत्ता मिळवा, आणि साखळी बरोबर आहे ना ते बघा

एकाच नावाचं टोकन वेगवेगळ्या साखळ्यांवर वेगळं कॉन्ट्रॅक्ट असतं, त्यामुळे आधी कोणत्या साखळीवरचं ते नक्की करा. पत्ता अधिकृत ठिकाणाहून किंवा तुमच्याच खात्यातल्या मालमत्तेच्या तपशिलातून घ्या — चॅटमधून कॉपी करू नका. ही तीच सवय आहे जी वॉलेट सुरक्षेच्या सवयी या लेखात पुन्हा पुन्हा सांगितली आहे.

2त्या साखळीच्या एक्सप्लोररवर ते कॉन्ट्रॅक्ट उघडा

टोकन कॉन्ट्रॅक्टच्या पानावर बहुधा Decimals ही ओळ थेट दिलेली असते; एकदा बघितलं की झालं. ती सापडली नाही, तर कॉन्ट्रॅक्टच्या read-only पद्धतींमधून decimals चालवूनही ती मिळते. दोन्ही मार्गांनी काही मिळालं नाही, तर वरचा तो बारकावा आठवा — ही पद्धत मुळात ऐच्छिकच आहे.

3एकदा रूपांतर करून बघा

साखळीवरचा पूर्णांक 10 च्या decimals घाताने भागा; जो आकडा येईल तोच माणसाला दिसणारा आकडा. उलट दिशेने, तुम्हाला जेवढं पाठवायचं आहे ते तेवढ्याच पटीने गुणा; तोच आकडा प्रत्यक्षात साखळीवर लिहिला जातो.

इंग्रजी नावं (एक्सप्लोरर मराठीत नसतो): Decimals = दशांश स्थानं · Contract Address = कॉन्ट्रॅक्ट पत्ता · Token Tracker = टोकनचं पान · Read Contract = वाचनासाठीच्या पद्धती · Total Supply = एकूण पुरवठा · Balance = शिल्लक. एक्सप्लोररचा इंटरफेस पूर्ण इंग्रजीत असतो, त्यामुळे ही नावं ओळखीची असणं पुरेसं आहे.

भारतात एक प्रसंग वारंवार येतो: प्लॅटफॉर्मचं App शिल्लक दोनच स्थानांत दाखवतं, आणि तीच रक्कम एक्सप्लोररवर अठरा स्थानांत दिसते. यात काहीही चुकलेलं नाही — दोन्ही एकाच पूर्णांकाची दोन वेगळी मांडणी आहे. हिशेब जुळवताना नेहमी साखळीवरचा पूर्णांक हा आधार धरा, स्क्रीनवरचा आकडा नाही.

शेवटी एक: अनोळखी टोकन समोर आलं, तर decimals हाही एक बघण्यासारखा धागा आहे. स्थानं विचित्र असणं, किंवा कॉन्ट्रॅक्टने ही पद्धत दिलेलीच नसणं — दोन्ही थोडं जास्त सावध राहण्याजोगं. अनोळखी टोकन ओळखण्याच्या इतर बाजू पत्ता दिल्यावर समोरच्याला काय दिसतं या लेखात आहेत.

नेहमीचे प्रश्न

तीच रक्कम दोन स्क्रीनवर वेगवेगळ्या दशांश स्थानांत का दिसते?

कारण स्थानं ही दाखवणाऱ्या थराची निवड आहे. साखळीवर एक पूर्णांक साठवलेला असतो, आणि प्रत्येक स्क्रीन आपल्या मांडणीनुसार किती स्थानांपर्यंत दाखवायचं ते ठरवते; उरलेली स्थानं कापली जातात किंवा पूर्णांकित होतात. साखळीवरचा पूर्णांक बदललेला नाही, तुमची मालमत्ताही बदललेली नाही.

वॉलेट 0 दाखवतंय, म्हणजे माझे टोकन गेले का?

असं नाही. शिल्लक अगदी थोडी असेल आणि त्या स्क्रीनची स्थानं पुरत नसतील, तर ती 0 किंवा 0.00 दिसते. पत्ता एक्सप्लोररवर टाकला की पूर्ण स्थानं बहुधा दिसतात. एक गोष्ट लक्षात ठेवा: एवढी थोडी शिल्लक बहुधा एका नेटवर्क फीएवढीही नसते, त्यामुळे ती काढता न येणं हेच नेहमीचं आहे.

decimals साखळी ठरवते का?

नाही, ती टोकन काढणाऱ्याने कॉन्ट्रॅक्टमध्ये ठरवलेली असते. त्यामुळे वेगवेगळ्या टोकनची वेगळी असू शकते, आणि एकाच नावाचं टोकन वेगवेगळ्या साखळ्यांवर वेगळंही असू शकतं. ERC-20 मानकात तर ही पद्धत ऐच्छिक आहे — इंटरफेसने ती असेलच असं गृहीत धरू नये असं मानकात स्पष्ट लिहिलं आहे, जरी बहुतांश नीट टोकन ती देत असली तरी.

किमान किती पाठवता येतं?

याची दोन उत्तरं आहेत. साखळीची मर्यादा 1 सर्वात लहान एकक एवढी असते, जिला व्यवहारात अर्थ नाही; प्रत्यक्षात तुम्ही अडता ते प्लॅटफॉर्मने ठरवलेल्या किमान विथड्रॉवल रकमेवर, आणि ती अचूकतेमुळे नव्हे तर खर्च व जोखमीमुळे असते. हा आकडा प्रत्येक ठिकाणी वेगळा असतो आणि बदलतोही; तुम्ही व्यवहार करता त्या वेळी पानावर जे दिसेल तेच अंतिम.

तपासलेले स्रोत

EIP-20 टोकन मानक (मूळ मजकूर) — balanceOf चा परतावा uint256; decimals ही पद्धत OPTIONAL म्हणून नोंदवलेली असून, इंटरफेस व इतर कॉन्ट्रॅक्ट्सनी ती असेलच असं गृहीत धरू नये असं मानकात लिहिलं आहे; तिचा अर्थ «ते टोकन किती दशांश स्थानं वापरतं तो आकडा — उदा. 8 म्हणजे टोकनची संख्या 100000000 ने भागल्यावर वापरकर्त्याला दिसणारा आकडा». «साखळीवर पूर्णांक असतो» आणि «स्थानं वेगळी का» हे विभाग यावर तपासले.
ethereum.org: «Intro to Ether» — wei हे ether चं सर्वात लहान एकक, 1 ether = 10¹⁸ wei. तक्त्यातली ETH ची ओळ यावर तपासली.
Bitcoin.org शब्दसंग्रह — «सातोशी हे साखळीवर नोंदल्या जाणाऱ्या बिटकॉइनचं सर्वात लहान एकक; 1 बिटकॉइन = 100,000,000 सातोशी». तक्त्यातली BTC ची ओळ यावर तपासली.

वरील अधिकृत / विश्वासार्ह संदर्भ आहेत. पानांवरचा मजकूर आणि इंटरफेसमधली नावं कधीही बदलू शकतात; तुम्ही उघडाल तेव्हा जे दिसेल तेच अंतिम · तपासणी: सप्टेंबर 2026. तक्त्यातल्या या दोन ओळींखेरीज इतर कोणत्याही टोकनची स्थानं इथे ठरवून दिलेली नाहीत; किमान विथड्रॉवल रक्कम तुम्ही व्यवहार करता त्या वेळी पानावर दिसेल तीच अंतिम.

पुढे वाचा