Bir Geth Düğümü Çalıştırın: Ethereum Ağında Go-Ethereum

Cüzdan trafiğiniz için Infura uç noktasına güvenmeyi bırakmaya karar verdiniz. Belki bir arkadaşınız size 32 ETH stake etme konusunda yardımcı olmayı teklif etti. Belki de dApp'iniz lansman gününde bir hız sınırlaması nedeniyle çökme tehlikesiyle karşı karşıya. Sebep ne olursa olsun, bir sonraki cümle her zaman aynıdır: Bir Geth düğümü çalıştırmanız gerekiyor.

Bu cümle göründüğünden daha karmaşık. Go-ethereum'un kısaltması olan Geth, 2014 yılında Jeffrey Wilcke ve küresel bir açık kaynak ekibi tarafından Go programlama dilinde yazılmış orijinal Ethereum yürütme istemcisidir. Geniş bir SSD'ye sahip modern bir dizüstü bilgisayar bunu çalıştırabilir. Aylık 30 dolarlık bir Hetzner kutusu da çalıştırabilir. İnsanları zorlayan kısımlar kurulum komutları değil, etrafındaki seçimlerdir: hangi senkronizasyon modunu seçmeli, Geth'i hangi konsensüs istemcisiyle eşleştirmeli, Birleştirme işleminden sonra ne olacak, disk dolduğunda düğümü nasıl canlı tutmalı (gece 2'de)?

Bu kılavuz, donanım alışverişinden kuruluma, anlık senkronizasyona, birleşme sonrası konsensüs istemcisiyle eşleştirmeye, JavaScript konsoluna, hesaplara ve Clef'e, doğrulayıcı kurulumuna ve sık karşılaşılan sorunlara kadar tüm süreci kapsar. Kılavuzun sonunda, beyaz günlükler ekranda belirdiğinde makinenizin tam olarak ne yaptığını ve durduğunda ne yapmanız gerektiğini bileceksiniz.

Geth Düğümü Nedir ve Günümüzde Neden Önemlidir?

Bir Geth düğümü, go-ethereum istemcisini çalıştıran ve Ethereum'un eşler arası ağına bağlı bir bilgisayardır. Makine blokları indirir. Her işlemi doğrular. Ethereum Sanal Makinesi üzerinde akıllı sözleşmeleri çalıştırır. Dünya durumunun senkronize bir kopyasını tutar. Dışarıdan bakıldığında, birkaç portta dinleyen sessiz bir işlem gibi görünür. İçeride ise, defter için başkasının sözüne inanmayı reddeden inatçı bir muhasebecidir. Blok zinciri verilerinin kendi kopyasını tutar, cüzdanınızın hesap bakiyelerini kontrol etmesine veya zincire işlem göndermesine izin verir ve dApp'inizin başkasının API'si aracılığıyla değil, doğrudan blok zinciriyle etkileşim kurmasına olanak tanır.

2026'da bunların neden önemi var? Konsantrasyon. Ethereum üzerindeki halka açık dApp trafiğinin çoğu, az sayıda barındırılan RPC sağlayıcısı üzerinden akıyor: Infura, Alchemy, QuickNode ve birkaç küçük şirket. Yalnızca Infura, geçen yıl 600 milyardan fazla blockchain isteğine hizmet verdi. Çoğunlukla güvenilirler. Ancak aynı zamanda tek bir hata noktası oluşturuyorlar: Bir bölgede bir sağlayıcı çöktüğünde, o uç noktaya yönlendirilmiş cüzdanların yarısı, biri sorunu çözene kadar eski bakiyeler ve takılı kalmış işlemler gösteriyor. Kendi Geth düğümünüzü çalıştırdığınızda, bu tür hataların tamamı sizin sorununuz olmaktan çıkıyor.

Bu aynı zamanda bir sayı oyunu. Etherscan'in düğüm takipçisi, Nisan 2026 itibarıyla dünya çapında yaklaşık 13.678 aktif Ethereum düğümü sayıyor. Bunların %37,55'i (yaklaşık 5.171 düğüm) Amerika Birleşik Devletleri'nde bulunuyor. Almanya %16,05'ine, Çin ise %12,06'sına sahip. Bir düğüm daha oluşturmak kahramanlık değil. Sadece faydalı ve ağ, insanların bunu yapmaya devam etmesini sessizce bekliyor.

Bunun daha derin bir nedeni de var. Ethereum, herkesin izin istemeden doğrulayabilmesi sayesinde Ethereum olarak kalıyor. Geth, bu doğrulamayı yapan en popüler istemci. Her bağımsız operatör yeni bir Geth düğümünü çevrimiçi hale getirdiğinde, zinciri ele geçirmek biraz daha zorlaşıyor. Bu mantık Birleşme'den önce de vardı ve o zamandan beri zayıflamadı.

Geth, Go Ethereum ve Ethereum Protokolü

Üç isim, tek proje. İnsanlar bunları konuşmalarda bir araya getiriyor ve hiçbir sorun çıkmıyor, ama işte gerçek ayrıntılar.

Ethereum protokolü kod değildir. Sarı kağıtta ve uzun bir EIP yığınında yazılı bir spesifikasyondur ve herkes bunun için bir istemci yazabilir. Go Ethereum, bazen go-ethereum olarak da yazılır, Ethereum protokolünün Go diliyle yazılmış uygulamasıdır. Geth, Go Ethereum içinde komut satırında çalıştırdığınız, bayraklarla yapılandırdığınız ve Ethereum ağıyla etkileşim kurmak için kullandığınız komut satırı programıdır. Depodaki diğer her şey, onun etrafına sarılmış kütüphaneler ve yardımcı programlardır. Bir "Geth düğümü", Geth'i başlattığınız, onu bir `chaindata` dizinine yönlendirdiğiniz ve Ethereum ana ağıyla iletişim kurmasına izin verdiğiniz bir makinedir.

Aynı protokol için farklı istemciler mevcuttur. C# ile yazılmış Nethermind, Java ile yazılmış Besu, Rust ile yazılmış Erigon ve Reth. Aynı veri iletim formatı. Farklı kod, farklı performans, farklı geçmişler.

Geth, bunların en eskisi. 400'den fazla kişi katkıda bulundu; Péter Szilágyi yıllardır projeyi yönetiyor. Ana sayfası Ethereum Vakfı; kaynak kodu GitHub'da ethereum/go-ethereum adresinde; lisansı ise ikili dosyalar için GNU Genel Kamu Lisansı, GPL-3.0 ve kütüphane kodu için LGPL-3.0'dır. Bu yazıyı yazdığım sırada mevcut kararlı sürüm v1.17.2'dir — kod adı "EMF Suppressor" — 30 Mart 2026'da yayınlandı. Üç CVE'yi (CVE-2026-26313, -26314, -26315) yamaladı ve istemciye, Prag öncesi geçmişi zaten budanmış olan zincirlerle nasıl senkronize edileceğini öğretti.

Geth ile birlikte birkaç kardeş araç da geliyor. Clef, özel anahtarlarınızı düğümden ayrı tutan ayrı bir imzalayıcıdır. Abigen, bir Solidity ABI'sini gerçekten kullanabileceğiniz Go bağlamalarına dönüştürür. `evm` aracı, belirli bir şeyi hata ayıklamanız gerektiğinde bayt kodunu izole bir şekilde çalıştırmanıza olanak tanır. Hiçbiri zorunlu değil. Bir hafta içinde en az birine ihtiyaç duyacaksınız.

Bir Düğüm Çalıştırmanın Nedenleri: Gizlilik, Hız, Egemenlik

Kendi Geth düğümünü çalıştıran çoğu kişi bunu üç nedenden dolayı yapar. Öncelikle gizlilik. Bir cüzdan barındırılan bir RPC ile iletişim kurduğunda, bu sağlayıcı her adresi, her sözleşme çağrısını ve her fiyat teklifi isteğini görür. Kendi kendine barındırılan bir düğüm bu bağlantıyı koparır. Sağlayıcı mevcut değildir. Cüzdanınız makinenize sorar, makineniz ağa sorar ve yalnızca makineniz bu modeli görür.

İkinci neden ise performanstır. Barındırılan RPC'ler kısıtlanır. Infura'nın ücretsiz katmanı günde 100.000 istekle sınırlıdır; Team katmanı ise günlük 75 milyon istek için aylık 225 dolara mal olur. Yerel bir düğüm, trafiğinizi bellek hızında ve çağrı başına sıfır maliyetle sunar. Her sayfa yüklemesinde durumu çeken bir dApp için gecikme farkı fark edilir. Bellek havuzunu tarayan bir arbitraj botu için ise, işlemi gerçekleştirmek ile işlemin geçip gitmesini izlemek arasındaki farktır. Ana ağın kendisi 2026'nın ilk çeyreğinde yaklaşık 200,4 milyon işlem gerçekleştirdi ve 16 Ocak'ta 2,88 milyon işlemle zirve yaptı; bu nedenle ağa ayak uydurabilen bir düğüm gerçek bir iş yapıyor demektir.

Üçüncüsü egemenliktir. Ethereum'da stake yaparsanız, ağ, sırası geldiğinde doğrulayıcınızın bir blok yayınlamasını bekler. Bu yayınlamayı paylaşımlı bir RPC'ye devretmek teknik olarak izinlidir ancak operasyonel olarak kırılgandır. Kendi yürütme katmanı istemcinizi çalıştırırsanız, slotunuzu kontrol edersiniz. Aynı şey ciddi dApp geliştiricileri, zincir içi analistler, MEV arayıcıları ve işi Ethereum'un özellikle kendileri için kullanılabilir olmasına bağlı olan herkes için de geçerlidir.

Birleşmenin Ardından: Geth ve Konsensus İstemciniz

Eylül 2022'den önce, tek bir Geth süreci her şeyi yapıyordu. Ağ ile bağlantı kuruyordu. EVM'yi çalıştırıyordu. İş ispatı madenciliği yoluyla rekabet eden bloklar arasından bir kazanan seçiyordu. Birleşme (Merge) bu işi ikiye böldü. Geth hala EVM'yi çalıştırıyor ve durumu saklıyor. İkinci bir program - konsensüs istemcisi - artık hisse ispatını (proof-of-stake) yönetiyor: doğrulayıcılar arasında blokları paylaşıyor, neyin geçerli sayılacağına oy veriyor ve Geth'e hangi çatalın kanonik olduğunu söylüyor.

Dolayısıyla her modern Geth kurulumu tek bir işlem değil, bir çift işlemden oluşur. Yanında çalışacak bir konsensus istemcisi seçin. Seçenekler Lighthouse (Rust), Prysm (Go), Teku (Java), Nimbus (Nim) ve Lodestar (TypeScript)'tır. İki işlem, bir kez oluşturduğunuz ve `--authrpc.jwtsecret` ile her iki tarafa da ilettiğiniz bir JWT gizli anahtarı ile korunan, Engine API adı verilen özel bir kanal üzerinden birbirleriyle iletişim kurar.

Geth'i tek başına, bir konsensus istemcisi olmadan başlattığınızda, günlüklerde "Birleşme sonrası ağ, ancak hiçbir işaretçi istemcisi görülmedi. Lütfen zinciri takip etmek için bir tane başlatın!" gibi bir şey yazacaktır. Düğüm orada kibar ve işe yaramaz bir şekilde bekleyecektir. Geth tek başına artık tam bir Ethereum düğümü değildir. Birim, çift (double) halindedir.

Burada istemci çeşitliliği önemlidir. Ethereum topluluğu, operatörlerden, ayrımın her iki tarafındaki uygulamalara da yayılmalarını ister, çünkü doğrulayıcıların üçte ikisinden fazlası aynı hatalı istemciyi kullanırsa, bir şey bozulduğunda bu doğrulayıcılar 32 ETH'lik tam kesinti cezasıyla karşı karşıya kalırlar. clientdiversity.org'un son rakamlarına göre, 2026'da Geth, yürütme istemcilerinin yaklaşık %41'ini oluşturacak; Stake.fish'in 2026 raporu ise %50'ye yakın olduğunu söylüyor. Her iki durumda da, bu oran 2023'teki %86'nın üzerinde bir orandan düşmüş olsa da, topluluğun ideal olarak kabul ettiği %33'lük güvenlik eşiğinin üzerindedir. Bu nedenle bazı yeni operatörler, Geth daha kolay bir ilk adım olmasına rağmen, kasıtlı olarak Nethermind, Besu veya Reth'i seçiyorlar.

7 Mayıs 2025'te aktif hale gelen Prague + Electra yükseltmesi olan Pectra, bir operatörün günlük işleyişini de yeniden şekillendirdi. EIP-7251, doğrulayıcı başına maksimum etkin bakiyeyi 32 ETH'den 2.048 ETH'ye çıkardı. Eskiden 1.000 ayrı doğrulayıcıyı yöneten bir staking operatörü artık bunları 16 büyük doğrulayıcıda birleştirebilir. EIP-6110, para yatırma ve aktif hale gelme arasındaki bekleme süresini yaklaşık 12 saatten yaklaşık 13 dakikaya indirdi. EIP-7002, doğrulayıcılara, orijinal para yatırma imzalayan kişiden rica etmek yerine, kendi para çekme işlemlerini tetikleme olanağı sağladı. 2026'da Geth eşleştirilmiş bir doğrulayıcı yığını çalıştırmak, 2024'e göre önemli ölçüde daha basittir.

Donanım: Geth düğümleri için CPU, RAM ve SSD

2026'daki dürüst donanım standardı, resmi belgelerin kabul ettiğinden daha yüksek. Son üç yılı değil, önümüzdeki üç yılı planlayın.

Depolama alanı, yeni operatörleri şaşırtan bir konu. Anlık senkronizasyonlu, budanmış bir Geth tam düğümü bugün yaklaşık 650 GB depolama alanına sahip. Geth'in kendi belgelerine göre haftada yaklaşık 14 GB daha ekleniyor. Bir konsensus istemcisi ekleyin. Birkaç aylık büyüme payı ekleyin. Hizmet vermeyi planladığınız tüm L2 RPC trafiğini ekleyin. Kısa sürede 4 ila 8 TB NVMe depolama alanına ulaşırsınız.

Disk türü hakkında birkaç söz. SATA SSD'ler teknik olarak çalışıyor. Ancak yük altında senkronizasyonları durduruyor ve doğrulama işlemlerini kaçırıyorlar. NVMe, 2026'da bir seçenek olmaktan çıkacak. Dönen diskler yıllardır kullanışlı değil. Sağlayıcınız yalnızca ucuz pakette SATA sunuyorsa, daha fazlasını ödeyin. Hesaplama acımasız: Takılı kalan bir SATA disk, her dönemde kaçırılan doğrulama ödüllerine mal oluyor.

RAM ikinci tuzak. En son 2023'te güncellenen resmi Geth donanım sayfası hala 16 GB diyor. 2026'ya gelindiğinde, Cherry Server'lar, Chainstack ve bacloud, çalışma tabanı olarak 32 GB'ı, rahat bir çözüm olarak da 64 GB'ı belirlemiş durumda. Geth, bellekte önemli miktarda durum verisi önbelleği tutuyor. Konsensüs istemcisi de kendi payını istiyor. Prometheus, Grafana ve gerçekten kullandığınız diğer her şeyi eklediğinizde, 16 GB hızla tükeniyor.

Üçü arasında en kolayı CPU. Modern masaüstü işlemciler, Geth'in ne yapacağını bilemeyeceği kadar fazla işlem gücüne sahip. Saat hızı neredeyse hiç önemli değil. Çekirdek sayısı ve modern komutlar daha önemli. AVX2, imza doğrulamasını hızlı tutuyor. Sekiz çekirdek, senkronizasyon artışının makinenizi kilitlemesini önlüyor. İleriye baktığımızda, blok gaz limiti 2024 ortası ile Kasım 2025 arasında 30 milyondan 45 milyona ve ardından 60 milyona çıktı. Ethereum Vakfı, 2026'ya kadar 100 milyondan fazla olacağını ima ediyor. Boyutlandırma yaparken göz önünde bulundurmanız gereken eğri bu, geçen yılki yük değil.

Ethereum Blok Zinciri için Geth Senkronizasyon Modları

Senkronizasyon modu, yeni bir Geth operatörünün çevirdiği en önemli ayardır. Yanlış seçerseniz, aslında ihtiyacınız olmayan verileri indirmekle bir hafta kaybedersiniz.

Snap varsayılan ayardır ve neredeyse her zaman doğru seçimdir. Eşlerden son durum anlık görüntüsünü alır, ardından sessizce başlıkları ve makbuzları doldurur. İyi bir donanımda birkaç gün içinde çalışan bir Geth düğümü elde edersiniz. Cüzdanlara, dApp'lere ve doğrulayıcılara sorunsuz bir şekilde hizmet eder. Yapamadığı tek şey, "Vitalik'in 7 Ekim 2017'deki bakiyesi neydi?" gibi geçmişe dönük soruları yanıtlamaktır. Eğer bu sizin için önemli değilse, senkronizasyon modu hakkında düşünmeyi bırakabilirsiniz.

Tam senkronizasyon hala mevcut. Çoğu insanın buna ihtiyacı yok. Tam mod, her bloğu başlangıç bloğuna kadar geri götürür ve her işlemi yeniden çalıştırır, böylece istemci anlık görüntüye güvenmek yerine blok zincirini uçtan uca doğrulayabilir. Anlık görüntü konusunda endişeliyseniz veya budanmış bir geçmiş arşivi oluşturuyorsanız kullanışlıdır. Normal işlemler için kullanışlı değildir.

Arşivleme en ağır olanıdır ve 2025, arşiv düğümlerinin değiştiği yıldır. v1.16 sürümüne kadar, bir arşiv düğümü 12 ila 20 TB hızlı SSD anlamına geliyordu - esasen küçük bir sunucu. v1.16, geçmiş durumu ters farklar olarak depolayan ve ana ağda disk gereksinimlerini yaklaşık 1,9 ila 2,0 TB'ye düşüren yol tabanlı bir arşivleme moduyla geldi. Bu, Geth'in kapladığı alanı Erigon'unkine (~1,77 TB) yaklaştırıyor. İlk başta, yol tabanlı arşivleme geçmiş Merkle kanıtlarını (eski bloklarda `eth_getProof`) desteklemiyordu. DeFi indeksleyicileri ve diğer kanıt yoğun iş yükleri hala eski hash tabanlı arşivlemeye ihtiyaç duyuyordu. Şubat 2026'da yayınlanan v1.17.0, bazı yapılandırmalarda yol tabanlı moda kanıt desteği ekledi - tam sürümünüz için sürüm notlarını kontrol edin. Tipik arşiv operatörleri blok gezginleri, adli tıp ekipleri ve ciddi analiz şirketleridir. Bu kılavuzu okuyan çoğu kişi asla bir arşive ihtiyaç duymayacaktır.

Küçük bir not: Eski `--syncmode "light"` bayrağı olan hafif istemci modu kullanımdan kaldırılmıştır ve artık ana ağda desteklenmemektedir. Eğer 2026 tarihli bir eğitimde Geth'i hafif modda başlatmanız gerektiği söyleniyorsa, o eğitim güncel değildir.

Ubuntu, macOS ve Windows'a Geth Kurulumu

Kurulum adımı kısa. Dizüstü bilgisayarınızdaki platformu değil, gerçekten çalıştırmayı planladığınız platformu seçin.

Linux / Ubuntu (iş yükünü taşıyan işletim sistemi)

Üretim ortamındaki Geth düğümlerinin çoğu Ubuntu üzerinde çalışır. Ethereum ekibi bir PPA (Kişisel Paket Erişimi) sağlar ve Ubuntu paket yöneticisi aracılığıyla üç komutla çalışan bir ikili dosya elde edebilirsiniz:

```

sudo add-apt-repository -y ppa:ethereum/ethereum

sudo apt-get update

sudo apt-get install ethereum

```

Doğrulamak için `geth version` komutunu çalıştırın. PPA, en son kararlı sürümü takip eder. Üretim ortamında genellikle `apt-get install ethereum=1.17.2-...` gibi bir komutla bilinen, sorunsuz bir sürümü sabitlersiniz ve "apt ne zaman isterse" şeklinde değil, daha sakin bir programla yükseltme yaparsınız.

macOS (geliştirici dostu)

macOS'ta Homebrew bu işi hallediyor. İki satır yeterli:

```

brew tap ethereum/ethereum

brew install ethereum

```

Mac'ler test ağı deneyleri ve dApp geliştirme için harika. Ancak neredeyse hiç kimse Mac üzerinde ana ağ doğrulayıcısı çalıştırmıyor. Güç yönetimi çok agresif ve macOS, yanlış zamanda beacon düğümünüzü uyku moduna geçirmekten çekinmiyor.

Windows

geth.ethereum.org adresinde ve projenin GitHub sürümler sayfasında `.exe` yükleyiciler ve `.zip` arşivleri bulunmaktadır. Yükleyiciyi çalıştırın, PATH'inizi düzenlemesine izin verin, ardından bir Komut İstemi veya PowerShell açın ve `geth version` komutunu çalıştırın. Cevap vermesi gerekir.

Windows Server, bağımsız bir Geth düğümünü sorunsuz bir şekilde barındırabilir. Doğrulayıcı yığınları genellikle Linux tabanlıdır çünkü konsensüs istemcileri Linux öncelikli olarak sunulur, ancak isterseniz farklı sistemleri bir arada kullanabilirsiniz. Bu kılavuzun geri kalanı komutlarını Linux kabuk stiliyle yazmaktadır. PowerShell'e çevirmek çoğunlukla yol ayırıcıları ve satır devamlılığını sağlamanın farklı bir yoluyla ilgilidir.

Liman işçisi

`docker pull ethereum/client-go:stable` komutu size temiz bir konteyner sağlar. Docker, sunucunuzu bozmadan yeni bir Geth sürümünü test etmenin açık ara en kolay yoludur. Ekibiniz zaten konteyner tabanlı bir yapıya sahipse, saygın bir üretim dağıtımı da olabilir. Bir uyarı: `chaindata`'yı tutan Docker birimi NVMe üzerinde olmalıdır. Bunu normal bir EBS birimine, HDD veri deposuna veya Mac'te bir Docker Desktop birimine koymak, Reddit'teki tüm "senkronizasyon takılı kaldı" başlıklarını yeniden oluşturacaktır.

Kaynaktan derleme

Kaynak koddan derlemeler için Go 1.23 veya daha yenisi ve bir C derleyicisi gereklidir. `make geth` yalnızca node'u derler. `make all` ise size tam yardımcı program paketini sağlar: geth, clef, abigen, evm, devp2p, rlpdump. Henüz paketlenmemiş bir sürüme ihtiyacınız olduğunda veya bir çatal olarak sürdürmek istemediğiniz özel bir yamanız olduğunda kaynak koddan derlemeleri tercih edin.

Geth'i Çalıştırın: İlk Senkronizasyon ve JSON-RPC Konsolu

İkili dosya yüklendi, JWT gizli anahtarı oluşturuldu, konsensüs istemcisi hazır. Ana ağdaki bir sunucuda ilk komut kabaca şöyle görünür:

```

geth \

--ana ağ \

--datadir /var/lib/geth \

--senkronizasyon modu snap \

--http \

--http.addr 127.0.0.1 \

--http.port 8545 \

--http.api eth,net,web3 \

--authrpc.addr 127.0.0.1 \

--authrpc.port 8551 \

--authrpc.jwtsecret /etc/geth/jwt.hex \

--authrpc.vhosts localhost

```

Burada üç port görev yapıyor. TCP ve UDP üzerinden 30303 portu, Ethereum'un geri kalanıyla olan eşler arası bağlantınızı sağlıyor. Cüzdanınızın ve komut dosyalarınızın geçtiği HTTP-RPC kapısı olan 8545 portu ve yalnızca konsensüs istemciniz tarafından erişilebilen ve JWT gizli anahtarıyla korunan Engine API'si olan 8551 portu.

Çalışmakta olan düğümü kurcalamak için Geth konsolunu bağlayın. (Bu, düğümün API'lerine bağlı bir JavaScript konsoludur.) İkinci bir kabuk açın:

```

geth attach http://127.0.0.1:8545

```

Artık her JSON-RPC metodu bir JavaScript çağrısı. `eth.blockNumber`. `net.peerCount` (ana ağda otuz civarı sağlıklıdır). `eth.syncing` düğüm güncellendiğinde `false` döndürür. Bakiyeyi mi öğrenmek istiyorsunuz? `web3.fromWei(eth.getBalance('0x...'), 'ether')`. İşte tüm etkileşimli yüzey bu.

Sonra log dosyası var. Ona dikkat edin. Görmek istediğiniz satır `Imported new chain segment` satırıdır. Bu, Geth'in ana düğümü yakaladığı ve Ethereum blok zinciri ağından gelen her yeni işlem listesini ağ üzerinden işleyerek hızı koruduğu anlamına gelir. Loglarınızda sadece `Looking for peers` yazıyorsa, güvenlik duvarı gelen P2P bağlantılarını engelliyor demektir. TCP ve UDP'de 30303 portunu açın, Geth'i yeniden başlatın ve tekrar deneyin. Bu, on vakadan dokuzunda işe yarar.

Otomasyon için, kullanmaya değer her Ethereum kütüphanesi HTTP üzerinden JSON-RPC veya `--ws` parametresini de eklerseniz WebSocket üzerinden iletişim kurar. ethers.js, web3.js, viem. Go istemcisi, Python istemcisi. Hepsi yerel Geth düğümünüzü tıpkı Infura gibi ele alır; onları `http://127.0.0.1:8545` adresine yönlendirin ve durun. Kod aynı kalır. Değişen tek şey, çağrıya kimin cevap verdiğidir.

Geth Kullanımı: Hesaplar, Clef ve İşlemler

Geth hâlâ bir hesap yöneticisi içeriyor, ancak modern öneri, imzalama işlemini Clef çalıştırarak düğümden ayırmaktır. Clef, anahtarlarınızı tutan ve bir şey onları kullanmaya çalıştığında her seferinde açık onay isteyen küçük, ayrı bir programdır.

Clef üzerinden hesap oluşturmak şu şekilde gerçekleşir:

```

clef newaccount --keystore /var/lib/geth/keystore

```

Clef en az on karakterden oluşan bir parola istiyor. Şifrelenmiş bir anahtar deposu dosyası yazıyor ve size bir adres veriyor. Bu adres, harici olarak sahip olunan bir hesap (EOA) – donanım cüzdanı veya MetaMask'ın oluşturacağı türden bir hesap. Olağanüstü bir şey yok.

Geth'in Clef'i kullanmasını sağlamak için, düğümü Clef'in IPC soketine yönlendirin: `--signer=/path/to/clef.ipc`. Bu andan itibaren, ister Geth konsolundan ister JSON-RPC API'sini kullanan bir dApp'ten gelsin, her işlem isteğinin Clef terminalinde onaylanması gerekir. Bu, Geth ekibinin 2026'da önerdiği modeldir. Anahtarlar düğümün dışında bulunur. Düğüm kendi başına tek bir wei bile harcayamaz.

Konsoldan aktarım şu şekilde görünür:

```

eth.sendTransaction({

from: '0xca57f3b40b42fcce3c37b8d18adbca5260ca72ec',

to: '0xce8dba5e4157c2b284d8853afeeea259344c1653',

value: web3.toWei(0.1, 'ether')

});

```

Clef belirir. Onaylarsınız. İşlem mempool'a girer ve birkaç saniye sonra bir blokta yer alır. Bu tek satırın ardında, Geth nonce aramasını, ücret tahminini, imzanın Clef'e aktarılmasını, yayınlamayı ve dahil etme kontrolünü yaptı. Aynı döngü her dApp altında çalışır.

Daha karmaşık işler için, aynı JSON-RPC uç noktası işlem gönderimlerini, olay aboneliklerini, görünüm fonksiyonu çağrılarını ve izlemeleri kabul eder. Bir kütüphane açısından bakıldığında, yerel Geth örneğiniz barındırılan bir düğümden ayırt edilemez; tek farkı daha hızlı olması, çağrı başına ücretsiz olması ve size ait olmasıdır.

Doğrulayıcı Kurulumu: Ether Yatırın ve Ödüller Kazanın

Geth düğümünüz senkronize edildikten ve bir konsensus istemcisiyle eşleştirildikten sonra, bir doğrulayıcı eklemek çoğunlukla yapılandırma işlemidir. Yeni bir düğüm kurmazsınız. Yürütme katmanı (Geth) işini yapmaya devam eder. Konsensus istemcisi üstte bir doğrulayıcı rolü üstlenir: her dönemde onayları imzalar ve protokol doğrulayıcınızı seçtiğinde, Geth'ten blok içeriğini bir araya getirmesini ister.

Çevrimiçi hale getirilmesi gereken üç hareketli parça var. İlk olarak 32 ether'lik depozito geliyor. Resmi depozito CLI'sı ile doğrulayıcı anahtarları oluşturuyorsunuz, depozito işlemini ana ağdaki sözleşmeye gönderiyorsunuz ve aktivasyonu bekliyorsunuz. İkincisi, doğrulayıcı istemci süreci. Bu süreç, beacon düğümüyle birlikte çalışır, imzalama anahtarınızı tutar ve program dahilinde onayları imzalar. Üçüncüsü, temel ödüle ek olarak işlem sıralama ödülleri istiyorsanız MEV-Boost veya bir röle kurulumudur. Geth'in kendisi doğrulayıcıyı çalıştırmaz. Bunu konsensüs istemcisi yapar. Geth, doğrulayıcınızın sırası geldiğinde gerçek blok yükünü oluşturan yürütme uç noktasıdır.

Günlük olarak, doğrulayıcılar üç sayıya önem verir: kaçırılan onaylamalar, senkronizasyon çalışma süresi ve disk baskısı. Kaçırılan onaylamalar neredeyse her zaman, liderin gerisinde kalan bir düğüme, bu da neredeyse her zaman disk G/Ç veya eş kaybına dayanır. Geth'te disk baskısı klasik suçludur. Önerilen NVMe spesifikasyonunun altına düşerseniz, onaylama etkinliğiniz düşer. Bununla birlikte ödüller de düşer.

Çoğu ev kullanıcısı, Intel NUC, Beelink veya özel bir Ryzen sistemi gibi özel bir mini PC kullanıyor. Donanım maliyeti tek seferlik 800 ila 2.000 dolar arasında değişiyor. Elektrik ve internet ise aylık 10 ila 20 dolar daha ekliyor. Coin Bureau'nun 2026 yılı verilerine göre, profesyonel bir Hetzner doğrulayıcının maliyeti aylık 30 ila 40 dolar, bir AWS temel tam düğümünün maliyeti 100 doların altında ve bir AWS arşiv düğümünün maliyeti ise yaklaşık 1.500 dolar. Tek başına stake etme, temel ödül üzerinden yaklaşık %4 yıllık getiri sağlıyor ve MEV-Boost ile bu oran %5-6'ya çıkıyor; ev donanımında ise bugünkü ether fiyatıyla yaklaşık 4 ila 6 ayda başa baş noktasına ulaşıyor. 2025 yılının sonlarında ağda yaklaşık 1,06 milyon aktif doğrulayıcı bulunuyordu ve bu doğrulayıcılar 35 ila 37 milyon ETH (arzın %29 ila %31'i) tutuyordu. Lido tek başına stake edilen toplamın %27,7'sini kontrol ediyor. Coinbase ise %8,4'ünü. Her ek bağımsız doğrulayıcı, bu yoğunluğu sessizce diğer yöne doğru kaydırıyor; bu da solo staking'in hala insanların yaptığı bir şey olmasının nedenlerinden büyük ölçüde biridir.

Test ağı mı yoksa ana ağ mı: Ethereum düğümünü nerede çalıştırmalı?

Ana ağda (mainnet) başlamayın. Test ağında hatalar ucuzdur ve asla bedavadan daha ucuz olmaz. Geth, desteklenen her ağı tek bir bayrakla yönetir.

2026 yılında önem vermeniz gereken iki Ethereum test ağı, uzun süredir çalışan ve doğrulayıcı odaklı test ağı olan Holesky ve daha hafif, uygulama odaklı olan Sepolia'dır. Sepolia Geth düğümü mü istiyorsunuz? `--mainnet` yerine `--sepolia` kullanın. Holesky mi? `--holesky` kullanın. Veri dizininiz, ana ağınızın `chaindata` dizininden ayrı bir yolda olmalıdır. Aynı klasörü tekrar kullanırsanız, zincir kimliği eşleşmediği için Geth başlamayı reddeder; bu da düzeltilmesi otuz saniye, bulunması bir saat süren bir hata mesajıdır.

Testnet ether ücretsizdir. Paradigm Multifaucet ve faucet.sepolia.dev adresindeki Sepolia faucet gibi musluklar, sözleşmeleri dağıtmak, entegrasyon testleri çalıştırmak ve birkaç bin işlem göndermek için yeterli miktarda Sepolia ETH dağıtacaktır. "Ether" sahtedir. Geri kalan her şey gerçektir: EVM aynı şekilde davranır, JSON-RPC API'si aynıdır, konsensüs istemcinize olan bağlantı aynıdır, operasyonel zorluklar aynıdır. Herhangi bir şeyi ana ağa yönlendirmeden önce, sisteminizi bir hafta boyunca Sepolia üzerinde çalıştırın.

Eski test ağları artık yok. Ropsten, Rinkeby, Kovan, Goerli - hepsi kullanımdan kaldırıldı. Eğer bir eğitim videosu hala Geth'i `--ropsten` ile başlatmanızı söylüyorsa, bu birleştirme öncesi bir sürümdür ve sekmeyi kapatmalısınız.

Gerçekten özel bir ortam için kendi ağınızı çalıştırın. Geth'in `--dev` modu, tek düğümlü bir zinciri saniyeler içinde başlatır; bu da birim testleri için harika bir özelliktir. Çok makineli özel ağlar için özel bir `genesis.json` dosyası yazın, bunu makineler arasında paylaşın ve her Geth işlemini yeni bir chaindata klasörüne işaret eden `--datadir` parametresiyle başlatın. Kurtosis çerçevesi, elle kablolama yapmak istemiyorsanız tüm bunları tek bir komutun arkasına paketler.

Geth Düğümünde Sık Karşılaşılan Sorunlar ve Sorun Giderme Yöntemleri

Geth olaylarının çoğu küçük bir kalıplar kümesine girer. Şekli tanıdıktan sonra çözüm genellikle hızlıdır.

Senkronizasyon birkaç yüzdede takılı kaldı. Geth düğümünüz çevrimiçi ancak yetişemiyor: eş sayısı çok düşük, bant genişliğiniz doygunluğa ulaşmış veya disk yetişemiyor. Konsolda `net.peerCount` değerini kontrol edin. On beşin altındaysa, gelen P2P portunuz güvenlik duvarı tarafından engellenmiştir. 30303 TCP ve UDP portlarını açın. Sağlıklıysa, senkronizasyon sırasında Linux'ta `iostat -xm 5` komutunu çalıştırın; SSD %100 kullanım oranına ulaşıyorsa, G/Ç sınırlaması yaşıyorsunuz ve daha hızlı depolama alanına ihtiyacınız var. Sürüme özgü bir not: Geth v1.17.1 (3 Mart 2026), özellikle v1.17.0'daki bir anlık senkronizasyon hatasını düzeltmek için yayınlandı; bu sürümde takılı kaldıysanız, yükseltme çözüm olacaktır.

"Birleştirme sonrası ağ, ancak hiçbir işaretçi istemcisi görülmedi." Mutabakat istemcisi çalışmıyor, JWT gizli anahtarı eşleşmiyor veya mutabakat istemcisi yanlış AuthRPC portuna yönlendirilmiş. JWT yolunu, 8551 portunu ve her iki işlemin de aynı gizli dosya ile başlatıldığını kontrol edin.

Disk gece boyunca doluyor. Snap senkronizasyonu, ilk durum düzeltme aşamasında disk kullanımını artırabilir. Budama işlemi daha sonra otomatik olarak çalışır. 1 TB'lık bir SSD ile başladıysanız, kafa sonunda sizi yakalayacaktır. Çözüm her zaman daha fazla alan sağlamaktır, daha agresif budama değil, çünkü Geth'in budama mekanizması zaten ayarlanmıştır. Chaindata'yı daha büyük bir NVMe'ye taşıyın ve rsync ile aktarın.

Geth başlatılamıyor: "Bu Geth sürümüyle uyumlu veritabanı bulunamadı." Önceki çalıştırma farklı bir zincir kimliği, daha eski bir Geth sürümü veya bozuk bir durumla yapılmış olabilir. `chaindata` klasörü uyumsuz. Ya yeni bir veri dizinine yeniden senkronize edin ya da önceki Geth sürümüne geri dönün.

Doğrulayıcıda eksik onaylar. Geth düğümünüz her yeni bloğu doğru şekilde okuyor ancak doğrulayıcı hala onayları kaçırıyorsa, öncelikle disk basıncına, sonra ağa, son olarak da CPU'ya bakın. Netdata gibi izleme araçlarındaki desen açıkça bellidir: Onay pencereleri sırasında disk için PSI (Basınç Duraklama Bilgisi) %30 veya daha fazlasına ulaşır.

RPC istekleri yavaştır. `eth_getLogs` veya `debug_traceTransaction`'ı yoğun bir şekilde kullanan ağır bir dApp istemcisi, Geth'in işlemcisini aşırı yükleyebilir. Bu trafiği ayrı bir düğüme taşıyın veya pahalı çağrıları sınırlandırmak için `--rpc.gascap` ve `--rpc.txfeecap` seçeneklerini kullanın.

Son bir alışkanlık. İlk hafta boyunca, Geth'in gerçek yük altında sorunsuz çalışmasını sağlamak için logları sürekli olarak izleyin. Netdata, Prometheus + Grafana veya basitçe `journalctl -fu geth` gibi araçlar, erken arıza modlarını belirgin hale getirir. İkinci haftaya gelindiğinde, eksik onaylar ve disk doluluk oranı hakkında uyarı almak yeterli olacaktır.

Geth ve Diğer Ethereum İstemcileri: Avantajlar ve Dezavantajlar

Geth varsayılan ilk adımdır. Ancak tek adım değildir ve "geçiş yapmalı mıyım?" sorusunun cevabı ihtiyaçlarınıza bağlıdır.

Toplulukta Geth dışında bir şey seçmenin gerekçesi, istemci çeşitliliğidir. Eğer tek bir yürütme istemcisi ana ağda üçte ikilik süper çoğunluğu aşar ve hatalı bir yükseltme yayınlarsa, o istemcideki doğrulayıcılar cezalandırılma riskiyle karşı karşıya kalır. Doğrulayıcı filonuzu iki istemciye bölmek bu riski yarıya indirir. Tek bir ana stake eden için matematik daha basittir: canlı tutabileceğiniz, iyi çalıştırabileceğiniz ve yalnızca belirli bir nedeniniz varsa değiştirebileceğiniz birini seçin. Düğüm mimarisi hepsinde benzerdir, bu nedenle daha sonra değiştirmek göründüğünden daha kolaydır. Özellikle Erigon ve Reth artık merak konusu değil, birincil istemciler olacak kadar olgunlaşmıştır.

Marco Lucchetti

Marco Lucchetti is a senior content strategist and blockchain analyst at Plisio. With over 7 years of experience in cryptocurrency research, DeFi protocols, and payment technologies, Marco specializes in creating clear, data-driven content for a global crypto audience. His work focuses on transaction tracing, crypto compliance, and the future of blockchain infrastructure.