Rinkeby Testnet ve Mainnet İstemci Ayrımı (Rinkeby Testnet Ve Mainnet İstemci Ayrimi)

Aynı util klasörü, farklı zincir gerçeği

Bare Crypto ailesinde marketplace UI Rinkeby okuma/yazma düğümüne bağlanır; CBD All-Stars / Confident Gorillas mint yüzeyleri mainnet Infura ve cüzdan bağlayıcılarına kayar. Kod görünümü benzerdir — web3Utils, IPFS yardımcıları, metadata şekilleri — ama ağ kimliği, sözleşme adresleri ve risk modeli ayrılır. İstemci split'i bir repo politikası ve ADR konusudur.

Shared utils (shape)
  web3 helpers · IPFS upload/retrieve · metadata attrs
        ╱                         ╲
Marketplace SPA              Collection mint clients
  network: Rinkeby             network: Ethereum mainnet
  listings + viewer            whitelist / mint / reveal
  Infura test endpoint         Infura main + Web3Modal
        ╲                         ╱
   NEVER share one hardcoded project key across envs

Bu bölüm, OpenSea-benzeri testnet pazarını mainnet mint istemcilerinden ayırmanın neden 'sadece config' olmadığını anlatır.

Kavramlar ilk geçtiği yerde

📦 İstemci Split
Aynı ürün ailesinde testnet marketplace ile mainnet mint uygulamalarının bilinçli ayrılması.

📦 Paylaşılan Util
Ağdan bağımsız yardımcılar (ABI çağrı kalıpları, IPFS, metadata); ağ gerçeği config'te kalır.

📦 Rinkeby
Marketplace prototipinin bağlandığı Ethereum test ağı (dönemin seçimi; sonradan emekli).

📦 Mainnet Sertleştirme
Gerçek değer, cüzdan bağlayıcıları ve yanlış ağ uyarılarıyla production mint yüzeyi.

Util kopyalamak paylaşmak değildir; hangi invariant'ın ortak, hangisinin env'e özel olduğu yazılmalıdır.

İki istemci, iki risk

Marketplace: listing tarama, stale poll, test ETH. Mint client: ücretli mint, whitelist, reveal. Aynı Infura projesini ve aynı bundle sırlarını paylaşmak, test kotasını production ile birleştirir ve anahtar sızıntısını çoğaltır.

Ne paylaşılır, ne paylaşılmaz

Paylaşılabilir: metadata attribute şekli, IPFS pin/retrieve sarmalayıcıları, 'contract.methods.X.call' kalıpları. Paylaşılmaz: RPC URL/project id, sözleşme adresleri, zincir id varsayılanı, poll aralıkları, cüzdan connector seti.

ADR: Client split
  Decision: separate marketplace (Rinkeby) from mint (mainnet) apps
  Share: pure utils + metadata conventions
  Do not share: network endpoints, addresses, secrets
  Consequence: duplicate apps, clearer blast radius

Config disiplini

Dönemin kodunda Infura uçları kaynak dosyalarına gömülüyordu — case study bunu anti-pattern olarak işaretler, değeri yeniden basmaz. Doğru yön: build-time env, ağ başına uygulama veya net seçici, asla dokümanda gerçek proje kimliği yok.

OpenSea referansı burada biter

OpenSea tek üründe çok zincir/operasyon yürütür. Bare Crypto öğrenme yolunda testnet pazarını mainnet mint'ten ayırarak blast radius'u küçültür. Bu olgunluk eksikliği değil; bilinçli istemci sınırıdır.

Bu bölümde en çok karışan eşleştirmeler

❌ Marketplace Rinkeby'de çalışıyorsa mint de aynı endpoint'i kullanabilir
✓ Risk ve kota modelleri farklıdır

❌ Util dosyalarını kopyalamak = tek kaynak gerçeği
✓ Invariant'ları paketleyin; sırları değil

❌ Testnet adresi mainnet ABI ile 'yakın yeter'
✓ Yanlış zincir + yanlış adres = kullanıcı kaybı

❌ Dokümana Infura proje id yazmak öğreticidir
✓ Sızıntıdır; placeholder kullanın

Kendi sisteminizi denetleme listesi

1. Marketplace ve mint client'ta hangi dosyalar gerçekten ortak invariant?
2. RPC endpoint kaç yerde hardcoded?
3. Yanlış ağa bağlı cüzdanda UI ne yapıyor?
4. Rate-limit marketplace'i vurursa mint etkilenir mi (aynı proje)?
5. Split'i tek ADR paragrafında yazabiliyor musunuz?

Bu bölümden aklında kalması gerekenler

1. Rinkeby marketplace ile mainnet mint istemcileri bilerek ayrılır.
2. Paylaşılan util şekli ortaktır; ağ sırları ve adresler değildir.
3. OpenSea IA referansı, tek production stack zorunluluğu getirmez.

Aynı web3 yardımcısı, aynı zincir demek değildir.