Temel Özellikler
Profesyonel madencilik operasyonları için tasarlandı — güvenli, ölçeklenebilir ve sıfır kesinti
Tam Trafik Şifreli Tünel
Sorun
Karmaşık ağlarda düz metin ile iletilen madencilik trafiği ISP'ler tarafından kolayca tanınır, kısıtlanır ve engellenir. Trafik dinleme ve hashrate ele geçirme gerçek tehditlerdir.
Çözüm
HashRelay, madenciler ile havuzlar arasına bir şifreleme katmanı ekler. İstemci, Stratum trafiğini relay sunucusuna iletmeden önce TLS 1.3 veya QUIC tünellerinde kapsüller. ISP'ler yalnızca şifreli HTTPS/QUIC verisi görür.
Teknik öne çıkanlar
- 1TLS 1.3 sertifika modu (üretim için önerilir)
- 2Sertifikasız ortamlar için TCP + AES-256-GCM
- 3AES hızlandırması olmayan düşük performanslı CPU'lar için TCP + ChaCha20-Poly1305
- 4Sınır ötesi zayıf ağlar için QUIC (en düşük gecikme)
Çoklu Havuz Çoklu Coin Paralel Yönlendirme
Sorun
Birden fazla coin çalıştıran geleneksel madencilik çiftlikleri coin başına ayrı proxy'ler sürdürmek zorundadır — karmaşık yönetim, dağınık port atamaları ve zor sorun giderme.
Çözüm
Statik port eşlemeleri, tek bir HashRelay örneğinin birden fazla coini aynı anda farklı havuzlara yönlendirmesine olanak tanır. Port 3333 → BTC havuzu, port 4444 → ETH havuzu. Madenciler hiçbir şeyi değiştirmez.
Port eşlemeleri
+ Oluştur| Port | Havuz | Protokol | Topl. | Durum |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Açık | Etkin |
| 3334 | AntPool · BTC | QUIC | Açık | Etkin |
| 4444 | Poolin · LTC | TCP+TLS | Kapalı | Etkin |
| 5555 | Luxor · KAS | QUIC | Açık | Etkin |
| 6666 | Foundry · BCH | TCP+TLS | Kapalı | Duraklatıldı |
Teknik öne çıkanlar
- 1Her Stratum tabanlı coin için protokolden bağımsız şeffaf yönlendirme
- 2Her eşleme havuz adresi ve birleştirme ayarlarıyla bağımsız yapılandırılır
- 3Yapılandırma değişiklikleri gerçek zamanlı istemcilere iletilir, yeniden başlatma gerekmez
- 4Havuz başına Stratum ayrıştırma bağımsız olarak etkinleştirilebilir veya devre dışı bırakılabilir
İstek Birleştirme
Sorun
Binlerce madencinin her birinin ayrı tünel bağlantıları açtığı büyük çiftlikler muazzam bant genişliği ve sunucu kaynağı tüketir — ve havuz bağlantı yasağı riski taşır.
Çözüm
Yerleşik Aggregation Engine, Stratum protokolünü istemci tarafında ayrıştırır ve binlerce madenci isteğini yalnızca birkaç yukarı akış bağlantısında birleştirir. 1.000 madenci → 2 bağlantı.
Port eşlemeleri
+ Oluştur| Port | Havuz | Protokol | Topl. | Durum |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Açık | Etkin |
| 3334 | AntPool · BTC | QUIC | Açık | Etkin |
| 4444 | Poolin · LTC | TCP+TLS | Kapalı | Etkin |
| 5555 | Luxor · KAS | QUIC | Açık | Etkin |
| 6666 | Foundry · BCH | TCP+TLS | Kapalı | Duraklatıldı |
Teknik öne çıkanlar
- 1Stratum V1, V1-Ethash ve Stratum V2 destekler
- 2miners_per_conn oranı kontrol eder; varsayılan 500 madenci/bağlantı, otomatik ölçekleme
- 3extranonce2 alan bölümleme her madenciye benzersiz bir arama alanı sağlar
- 4JSON-RPC ID yeniden eşleme eşzamanlı istek ID çakışmalarını önler
Birleşik Operasyon Paneli ve Uyarılar
Sorun
Operasyon ekipleri Bitmain, MicroBT, Canaan uygulamaları arasında gidip geliyor — parçalı görünüm, yavaş tepki. Madenciler saatlerce çevrimdışı kalıyor; red artışı havuz sitesine manuel giriş demek.
Çözüm
HashRelay hashrate, çalışma süresi, red oranı ve donanım sağlığını tek panelde toplar. Ayna Stratum ayrıştırması asenkron — relay gecikmesine etki yok. Eşik aşımı → anında E-posta, Telegram veya Webhook.
Geçmiş ve istatistikler
Teknik öne çıkanlar
- 1Tüm çiftlik tek ekranda — uygulama karmaşasına son
- 2Madenci çevrimdışı: saniyeler içinde tespit
- 3Yüksek red: ≥%30'da uyarı (min. 10 share)
- 4Hashrate düşüşü: kayan pencere, çok kanallı bildirim
Dinamik Yapılandırma Sıcak Gönderimi
Sorun
Geleneksel proxy'ler her havuz yapılandırma değişikliğinde hizmet yeniden başlatması gerektirir ve kısa madenci bağlantı kopmalarına neden olur — ölçekte felaket olabilir.
Çözüm
Yönetici eşlemeleri panel veya API ile değiştirir; sunucu değişikliği veritabanı işleminde kaydeder ve kalıcı bağlantı üzerinden ilgili istemci düğümlerine anında iletir. Madenciler hiçbir şey hissetmez.
Port eşlemeleri
+ Oluştur| Port | Havuz | Protokol | Topl. | Durum |
|---|---|---|---|---|
| 3333 | F2Pool · BTC | TCP+TLS | Açık | Etkin |
| 3334 | AntPool · BTC | QUIC | Açık | Etkin |
| 4444 | Poolin · LTC | TCP+TLS | Kapalı | Etkin |
| 5555 | Luxor · KAS | QUIC | Açık | Etkin |
| 6666 | Foundry · BCH | TCP+TLS | Kapalı | Duraklatıldı |
Teknik öne çıkanlar
- 1Push olay türleri: CREATED, UPDATED, ENABLED, DISABLED, DELETED
- 2İstemci yerel dinleyicileri sıcak günceller, yeniden başlatma gerekmez
- 3Atomik veritabanı + push tutarlılığı sağlar
- 4Değişiklikler bir saniyenin altında etkin olur
TCP + QUIC Çift Protokol
Sorun
Sınır ötesi bağlantılarda yüksek paket kaybı TCP verimini çökertir. Ancak bazı ağlar UDP'yi engeller ve QUIC kullanılamaz hale getirir. Tek bir protokol tüm ortamlara uymaz.
Çözüm
HashRelay aynı anda TCP ve QUIC dinler. Gerçek ağ koşullarına göre yapılandırma dosyasında protokolünüzü seçin. Her ikisi de üretime hazır ve anında değiştirilebilir.
Teknik öne çıkanlar
- 1QUIC: sınır ötesi/zayıf ağlar için en iyi — düşük gecikme, paket kaybına toleranslı
- 2TCP + TLS sertifika: kararlı veri merkezi ağları için en iyi uyumluluk
- 3TCP + ChaCha20: sertifikasız dahili ağlar ve düşük performanslı CPU'lar için en iyi
- 4Her iki protokol aynı anda aktif; istemciler kuruluma göre seçer
Akıllı Otomatik Yeniden Bağlanma
Sorun
Ağ dalgalanmaları bağlantıları koparır ve madencilerin duraklamasına neden olur — hashrate geliri kaybedilir.
Çözüm
İstemci varsayılan 5 saniyelik aralıkla sınırsız yeniden bağlanma içerir. Yerel Stratum dinleyicisi yeniden bağlanma sırasında aktif kalır. Madenciler sıfır kesinti yaşar.
Teknik öne çıkanlar
- 1Heartbeat: 60 sn Ping/Pong aralıkları
- 23 ardışık kaçırılan heartbeat (~180 sn) yeniden bağlanmayı tetikler
- 3Madenciler tünel kurtarma sırasında yerel porta share göndermeye devam eder
- 4Ağ kararsızlığı sırasında hashrate kaybını en aza indirir
Yönetim API
Sorun
Ölçekte manuel işlem hata eğilimli ve yavaştır. Ekipler havuz yapılandırmaları, eşlemeler ve istatistikler üzerinde programatik kontrol gerektirir.
Çözüm
/api/v1/ adresindeki tam RESTful JSON API, betikleme, CI/CD pipeline entegrasyonu ve tüm HashRelay kaynaklarını yönetmek için üçüncü taraf sistem otomasyonunu sağlar.
Teknik öne çıkanlar
- 1Havuz yönetimi: CRUD işlemleri
- 2Canlı durumlu port eşleme yönetimi
- 3İstemci düğüm yönetimi ve token oluşturma
- 4İstatistik ve uyarı olay uç noktaları
Rust Performansı ve Kararlılık
Sorun
Madencilik relay'leri 7/24 aşırı yük altında çalışır. Betik dilleri GC duraklaması, sızıntı ve jitter getirir — milyon madenci ölçeğinde kabul edilemez.
Çözüm
HashRelay çekirdeği sıfırdan Rust — bellek güvenliği, zero-copy ve minimum CPU ile sağlam iletim.
Teknik öne çıkanlar
- 1Tam Rust yığını: relay, istatistik, yönetim
- 2Zero-copy: veriler mümkün olduğunca çekirdekte kalır
- 3GC duraklaması yok: sürekli yükte düşük gecikme
- 4Derleme zamanında bellek güvenliği
Donanım Telemetrisi ve Geçmiş
Sorun
Termal sorunlar ve güç sapması geç fark edilir. Her üretici farklı format — ortak trend görünümü yok.
Çözüm
Sıcaklık, güç tüketimi ve fan hızı düzenli toplanır. Birleşik depolama ve zaman aralığı sorgusu ile kök neden analizi kolay.
Donanım telemetrisi
ToplandıTeknik öne çıkanlar
- 1Otomatik periyodik toplama
- 2Sıcaklık, güç, fan RPM
- 3Trend karşılaştırması için tam geçmiş
- 4Operasyon paneli ve uyarılarla entegre
Uzaktan Madenci Konsol Erişimi
Sorun
Madenci web arayüzleri yalnızca LAN'da. Uzaktaki ekip giremiyor — sahaya gitmek veya rig başına VPN.
Çözüm
HashRelay şifreli tünelle her madencinin web arayüzüne ulaşır. Ayarlar, loglar, tanılama — sanki sahadasınız.
Worker’lar
1024 miner| Durum | Worker | Havuz | Hash 5m | Reject |
|---|---|---|---|---|
| Çevrimiçi | farm-a-01 | F2PoolBTC | 118.2 TH | 0.08% |
| Çevrimiçi | farm-a-02 | F2PoolBTC | 117.9 TH | 0.11% |
| Çevrimiçi | farm-b-07 | AntPoolBTC | 96.4 TH | 0.22% |
| Çevrimdışı | farm-b-12 | AntPoolBTC | — | — |
| Çevrimiçi | rack-c-03 | PoolinLTC | 8.6 GH | 0.05% |
| Çevrimiçi | rack-c-09 | LuxorKAS | 12.1 TH | 0.14% |
Teknik öne çıkanlar
- 1Madencide genel IP gerekmez
- 2Web arayüzüne şifreli tünel
- 3Her yerden, her zaman sorun giderme
- 4Erişim relay platformu üzerinden kontrol edilir
Birleşik Operasyon İzleme Duvarı
Sorun
Çok üreticili çiftlik = N izleme uygulaması. Metrikler ve uyarılar dağınık — operasyon verimliliği düşer.
Çözüm
HashRelay operasyon duvarı hashrate, çalışma süresi, red ve telemetriyi merkezde gösterir. Anomaliler vurgulanır ve bildirilir — N araç yerine tek platform.
- Worker farm-a-12 çevrimdışı > 5m00:42
- :3333 üzerinde reject artışı01:18
- İstemci düğümü edge-03 yeniden bağlanıyor02:05
Teknik öne çıkanlar
- 1Çiftlik KPI'ları tek ekranda
- 2Anomalilerde otomatik vurgulama ve uyarı
- 3Üreticiler arası birleşik görünüm
- 4Kontrol odası için hazır