BareNFTAuction: दावा, धनवापसी और आपातकालीन शक्तियां (Barenftauction)

बोली समाप्त; पैसे और एनएफटी (नॉन-फंगिबल टोकन) का निपटान एक ही समय में किया जाना चाहिए

BareNFTAuction मालिक द्वारा संचालित नीलामी की पेशकश करता है: NFT एस्क्रो में, बोली तुरंत पिछले maxBidder पर वापस आ जाती है, ClaimTokenFromAuctionByTokenId अंत में आरक्षित नियम के अनुसार NFT और ETH वितरित करता है। cancelAuctionByTokenId अधिकतम बोली वापस कर देता है और विक्रेता को NFT जमा कर देता है। आपातकालीन ट्रांसफरएनएफटी/ट्रांसफरफंड अभी भी मालिक के पास है - पुनर्प्राप्ति और गलीचा एक ही दरवाजे से।```text Owner escrow NFT → createNewAuction(endBlock, reserve, id, start) | bid() > maxBid ── refund previous maxBidder | endBlock reached | claim: maxBid < reserve? refund + NFT→seller else ETH→seller, NFT→maxBidder | cancel / emergency transfer*

## पहले उल्लेख पर अवधारणाएँ```text
📦 English auction
Acik artan teklif; her yeni bid onceki lideri gecer ve iade tetikler.

📦 Reserve price
Max bid rezervin altindaysa satis olmaz; NFT seller'a, bid iade.

📦 Claim settlement
Bitiste seller veya maxBidder'in NFT/ETH dagitimini cagirmasi.

📦 Push refund
Yeni bid geldiginde onceki maxBidder'a aninda ETH iadesi.
```पुश रिफंड यूएक्स को सरल बनाता है लेकिन असफल कॉल के साथ पूरी बोली को लॉक कर सकता है; पुल-पेमेंट एक वैकल्पिक एडीआर है।

## एडीआर: मालिक द्वारा बनाई गई अंग्रेजी नीलामी

निर्णय: केवल स्वामी ही नई नीलामी बनाएँ; एंडब्लॉक > ब्लॉक.नंबर; पिछली नीलामी समाप्त होने तक समान टोकनआईडी के लिए कोई नया नहीं है। कारण: बेयर क्रिप्टो ऑपरेटर कैलेंडर के साथ अपनी शोकेस नीलामी का प्रबंधन करता है। मूल्य: कोई अनुमति रहित विक्रेता नीलामी नहीं; setTokenContract और setOwner भी मालिक में हैं - प्रोटोकॉल सतह ऑपरेटर कुंजी पर निर्भर करती है।

## बोली लगाना, दावा करना, प्रवाह रद्द करना

बोली, आरंभिक बोली और अधिकतम बोली पर जाँच; कॉल{वैल्यू} के साथ पिछला maxBidder लौटाता है, फिर maxBid/maxBidder को अपडेट करता है। दावाटोकनफ्रॉमऑक्शनबायटोकनआईडी: मैक्सबिडर या एनएफटी विक्रेता; यदि maxBid < आरक्षित + NFT विक्रेता को वापसी; अन्यथा विक्रेता को ETH, maxBidder को NFT। रद्द करना, धन वापसी + खुली नीलामी में एनएफटी वापस। ये तीन तरीके एस्क्रो के 'पैसे और एनएफटी एक साथ' अपरिवर्तनीय की रक्षा करने का प्रयास करते हैं।```text
bid → refund old leader → set new leader
claim:
  no bid → NFT seller
  below reserve → refund + NFT seller
  else → pay seller + NFT winner
cancel → refund leader + NFT seller
```## असफलता: अटका हुआ रिफंड, दुःख, आपात्कालीन स्थिति

यदि पिछला बोलीदाता अनुबंध वापस कर देता है और प्राप्त कर लेता है, तो नई बोली आवश्यकता (सफलता) - दु:खदायी वेक्टर के साथ अटक जाती है। भले ही विक्रेता.कॉल दावे में विफल हो जाए, कोड एनएफटी हस्तांतरण जारी रखने का जोखिम उठा सकता है (सफलता नियंत्रण एथ पक्ष पर गायब हो सकता है)। आपातकालीन ट्रांसफरएनएफटी दावे की प्रतीक्षा किए बिना एनएफटी वापस ले लेता है; मैक्सबिडर ईटीएच अनुबंध में बंद रह सकता है। प्रदर्शन: प्रत्येक बोली बोली[] सरणी की ओर बढ़ती है; लंबे नीलामी इतिहास से गैस और भंडारण का दृश्य बढ़ता है।

## इस एपिसोड में सबसे भ्रमित करने वाला मैचअप```text
❌ Ingiliz artirmasi = herkes auction acabilir
✓ Bu implementasyonda createNewAuction owner-only'dir

❌ Reserve altindaki bid otomatik yanar
✓ Claim yolunda maxBidder'a iade edilir; NFT seller'a doner

❌ Emergency NFT cekmek bid'leri de temizler
✓ transferNft ETH iadesini otomatik yapmaz; fonlar kontrata sikisabilir

आपके अपने सिस्टम की चेकलिस्ट

1. दावा कौन कर सकता है - सिर्फ मैक्सबिडर या टोरेंट भी?
2. यदि पिछले बोलीदाता को रिवर्स प्राप्त होता है तो नई बोली का क्या होगा?
3. रिजर्व के तहत दावा करने के बाद यूआई क्या स्थिति दिखाता है?
4. धन के लिए रद्दीकरण और आपातकालीन हस्तांतरणएनएफटी के बीच क्या अंतर है?
5. बोली[] का इतिहास कितना बढ़ सकता है? क्या देखने की कोई सीमा है?

इस अनुभाग से याद रखने योग्य बातें

1. BareNFTAuction मालिक द्वारा संचालित अंग्रेजी नीलामी + दावा/रिटर्न है।
2. पुश रिफंड यूएक्स की आसानी दुःख और अटकी हुई बोली के जोखिम को एक साथ लाती है।
3. आपातकालीन एनएफटी निकासी स्वचालित रूप से ईटीएच पक्ष का निपटान नहीं करती है।

नीलामी में अंतिम ब्लॉग पर्याप्त नहीं है; एक दावा पथ जो धन और एनएफटी के लिए एक साथ बंद हो, आवश्यक है।