"the" मूल्य जैसी कोई चीज़ नहीं है
पूछें कि Bitcoin की कीमत क्या है और ईमानदार जवाब एक सवाल है: कहाँ? हर एक्सचेंज अपनी order book चलाता है, अपने खरीदारों को अपने विक्रेताओं के खिलाफ मिलाता है। ये किताबें arbitrage से जुड़ी हुई हैं लेकिन कभी एक जैसी नहीं होती, इसलिए किसी भी समय एक ही asset अलग-अलग जगहों पर थोड़ी अलग कीमतों पर ट्रेड होती है।
ज्यादातर समय venues के बीच spread इतना छोटा होता है कि उसे ignore किया जा सकता है। जिस समय यह नहीं होता वह बिल्कुल वे समय होते हैं जो मायने रखते हैं: एक अचानक move, एक venue जिसके पास thin liquidity है, एक exchange जिसमें technical problem है जो ऐसे trades print करती है जो कोई और नहीं देखता। एक settlement जो एक venue को पढ़ता है वह उस venue के हर एक बुरे सेकंड को inherit करता है।
तो किसी भी चीज़ के लिए जो price पर settle होती है, असली सवाल यह नहीं है कि "क्या price सही है" — कोई भी single correct नहीं है — बल्कि "price का यह कौन सा construction पढ़ता है, और इसे कौन प्रभावित कर सकता है"।
एक oracle असल में क्या करता है
एक oracle वह machinery है जो कई disagreeing quotes को एक published number में बदलती है। naive version उन्हें average करता है, और naive version एक गलती है: एक average को outliers खींचते हैं, इसलिए एक single venue एक nonsense quote print करती है तो वह सभी के लिए result को move करती है।
standard construction इसके बजाय एक median का उपयोग करता है, आमतौर पर volume से weighted। एक median यह नहीं देखता कि एक outlier कितना extreme है और केवल गिनता है कि कितने sources agree करते हैं — तो एक broken venue कुछ नहीं move करती, और एक attacker को उनमें से एक के बजाय sources के majority को corrupt करना पड़ता है। यह single choice ही है जो ज्यादातर एक oracle को robust बनाता है।
- Multiple independent sources, ताकि कोई एक venue load-bearing न हो।
- Median rather than mean, ताकि एक outlier को average में लाने के बजाय outvoted किया जाए।
- Volume weighting, ताकि एक thin market एक deep market जितनी जोर से न बोल सके।
- Independent reporters, ताकि aggregation itself एक ऐसी machine न हो जिस पर कोई lean कर सके।
- A published record, ताकि number को afterwards में check किया जा सके बजाय trust पर लिया जाए।
वह last property वह है जिसकी players को सबसे ज्यादा परवाह करनी चाहिए, और यह है जिस पर सबसे कम चर्चा होती है। एक feed जिसे आप fact के बाद देख सकते हैं वह एक feed है जिसे आप audit कर सकते हैं। एक number जो एक house केवल अपने आप को quote करता है वह एक price नहीं है, यह एक claim है।
यह तय करता है कि एक bet fair है या नहीं
एक price-settled game के पास बिल्कुल एक जगह है जहाँ house बिना किसी को notice किए cheat कर सकता है: वह price जिस पर यह settle करता है। न payout table, जो published है; न rules, जो visible हैं; संख्या।
एक dishonest desk एक self-quoted price के साथ क्या कर सकता है यह विचार करें। इसे बहुत झूठ बोलने की ज़रूरत नहीं है। एक tenth of a percent, केवल settlement के समय पर apply किया गया, केवल उसी direction में जो इसके लिए suit करे — और high leverage पर एक tenth of a percent पूरी position है। manipulation किसी भी single case में invisible होगा और aggregate में devastating होगा।
यह है कि meaningful commitment "हमारी prices सटीक हैं" नहीं बल्कि एक structural है: वह संख्या जो chart draws करता है और वह संख्या जो settlement reads करता है same published number हैं, और यह हमारे लिए pick करने की नहीं है। Display और settlement को एक ही source से feed करना उस gap को remove करता है जहाँ trick रहती है।
ENGINE-VERIFIEDहमारे desk पर chart, entry, liquidation और close सभी एक tick buffer को read करते हैं जो एक single published feed से fed होता है। header price को same public market data से लिया जाता है जो chart plots करता है, इसलिए दोनों drift apart नहीं सकते, और एक tick जो trust करने के लिए बहुत पुरानी है वह fills और liquidations दोनों को blocks करती है।
किसी भी price-settled venue से क्या पूछें
एक careful player होने के लिए आपको एक oracle को audit करने की ज़रूरत नहीं है। आपको चार सवाल पूछने की ज़रूरत है और ध्यान देना है कि क्या जवाब बिल्कुल exist करते हैं।
| पूछें | एक बुरा संकेत |
|---|---|
| कौन सा फीड मेरी पोजीशन को सेटल करता है? | "हमारी आंतरिक कीमत" — वह एक निर्माण जिसे कोई और जांच नहीं सकता |
| क्या चार्ट सेटलमेंट के समान स्रोत से है? | दो अलग-अलग संख्याएं, या कहने में अनिच्छा |
| जब फीड रुक जाता है तो क्या होता है? | कोई प्रकाशित नीति नहीं, मामला दर मामला तय किया जाता है |
| क्या मैं कीमत स्वतंत्र रूप से देख सकता हूं? | एक फीड जो उनकी स्क्रीन के अलावा कहीं मौजूद नहीं है |
इस सब से लीवरेज्ड पोजीशन सुरक्षित नहीं होती — ऑड्स वही हैं जो हैं, और ×1000 पर दसवां प्रतिशत इसे खत्म करता है। इससे पोजीशन *ईमानदार* होती है, जो एक अलग और पहले का सवाल है।
遊हमारा डेस्क कैसे सेटल करता है
चार्ट, फिल और बस्ट प्राइस के लिए एक प्रकाशित फीडBTC ×1000 →
FAQ
विभिन्न एक्सचेंज विभिन्न Bitcoin कीमतें क्यों दिखाते हैं?
प्रत्येक अपनी स्वयं की ऑर्डर बुक चलाता है अपने स्वयं के खरीदारों और विक्रेताओं के साथ। आर्बिट्रेज उन्हें करीब रखता है लेकिन कभी समान नहीं, और जब बाजार सबसे तेजी से चलता है तब अंतराल बढ़ जाता है।
ऑरेकल औसत के बजाय माध्यिका का उपयोग क्यों करते हैं?
एक औसत आउटलायर्स द्वारा खींचा जाता है, इसलिए एक टूटा हुआ या हेराफेरी वाला स्थान परिणाम को स्थानांतरित करता है। एक माध्यिका केवल गिनती करती है कि कितने स्रोत सहमत हैं, इसलिए एक हमलावर को एक एकल फीड के बजाय बहुमत को भ्रष्ट करना पड़ता है।
क्या एक कैसीनो उस कीमत में हेराफेरी कर सकता है जिस पर एक लीवरेज्ड बेट सेटल होती है?
यह कर सकता है अगर यह कीमत को स्वयं उद्धृत करता है, और उच्च लीवरेज पर इसे केवल प्रतिशत के एक अंश की आवश्यकता होगी। यही कारण है कि सार्थक सवाल यह है कि क्या सेटलमेंट एक स्वतंत्र रूप से प्रकाशित फीड को पढ़ता है — एक जिसे आप स्वयं देख सकते हैं।
एक पुरानी कीमत को निपटान के लिए इस्तेमाल होने से क्या रोकता है?
एक ताजगी नियम। हमारे डेस्क पर अपनी ताजगी विंडो के बाद एक टिक को बिल्कुल कीमत के रूप में नहीं माना जाता है: यह भरण और परिसमापन दोनों को समान रूप से अवरुद्ध करता है जब तक कि एक लाइव नहीं आता।
स्रोत और संदर्भ
- Betkyo इंजन स्रोत: CryptoProEngine strictPrice() और चार्ट, भरण और परिसमापन के पीछे साझा टिक बफर
इस लेख में खेल