Stellar terimler sözlüğü, sade Türkçeyle

Bu Stellar terimler sözlüğü, Stellar ağını kullanırken, XLM alırken ya da ağ üzerinde geliştirme yaparken en sık karşılaşacağın 40 terimi sade Türkçeyle ve konulara göre gruplayarak açıklıyor. Her maddede kısa ve doğru bir tanım, varsa da daha ayrıntılı bir rehbere bağlantı bulacaksın. Ağa yeni mi geldin? Önce Stellar Lumens nedir sayfasıyla başla, sonra bir cüzdan ya da borsa sana yabancı bir kelime kullandığında buraya dön.

Tanımlar resmi Stellar geliştirici dokümantasyonunu temel alıyor. Ücretler ve rezervler gibi rakamlar, doğrulayıcıların oylamayla değiştirebileceği ağ ayarları; bu yüzden onları kalıcı değil, güncel değerler olarak düşün.

Ağ ve konsensüs terimleri

Stellar ağının ne olduğu konusunda nasıl uzlaştığı ve uygulamaların bu geçmişi nasıl okuduğu.

Lumen (XLM)

Lumen, Stellar ağının yerel varlığı ve XLM ticker’ıyla işlem görüyor. Lumen’ler işlem ücretlerini öder ve her hesabın tutması gereken minimum bakiyeyi karşılar. USDC gibi token’ların aksine XLM’in bir ihraççısı yoktur ve trustline gerektirmez. Kaç tane olduğunu arz ve tokenomik rehberimiz anlatıyor.

Stroop (XLM’in en küçük birimi)

Stroop, XLM’in en küçük birimi: 1 stroop, 0,0000001 XLM’e eşit. Ücretler ve rezervler stroop cinsinden tanımlanır; taban ücret operasyon başına 100 stroop, yani 0,00001 XLM. Bir transferin gerçekte ne tuttuğunu ücretler ve hız sayfamızda görebilirsin.

Ledger (defter)

Ledger, belirli bir andaki tüm ağ durumunun, yani her hesabın, bakiyenin, emrin ve sözleşme kaydının anlık görüntüsü. Doğrulayıcıların üzerinde uzlaştığı işlemlerle yaklaşık her 5 saniyede bir yeni bir defter kapanır. Bir defter kapandığında içindeki işlemler kesinleşir.

Stellar Consensus Protocol (SCP, Stellar konsensüs protokolü)

SCP, doğrulayıcıların her yeni defter üzerinde nasıl uzlaştığını belirler. Stanford profesörü David Mazières’in bir makalesiyle tanıtılan Federated Byzantine Agreement’ın bir biçimi ve ne madencilik ne de staking kullanıyor. SCP canlılık yerine güvenliği önceler: ağ çatallanmaktansa durmayı tercih eder.

Quorum set (yeter sayı kümesi)

Quorum set, bir düğümün güvenmeyi seçtiği doğrulayıcıların listesi ve bunlardan kaç tanesinin uzlaşması gerektiğini belirleyen bir eşik. Bu güven tercihleri ağ genelinde birbiriyle kesiştiği için doğrulayıcılar tek bir merkezi otoriteye ihtiyaç duymadan uzlaşıya varır.

Validator (doğrulayıcı)

Doğrulayıcı, konsensüste defterler için oy veren bir Stellar Core düğümü. Doğrulayıcılar protokolden ödül kazanmaz; kuruluşlar onları ağa bağımlı oldukları için işletir. Herkes bir doğrulayıcı çalıştırabilir ama ona güvenip güvenmeyeceğine diğer doğrulayıcılar karar verir.

Tier 1 (birinci katman)

Tier 1, doğrulayıcıları çoğu quorum set’in merkezinde yer alan kuruluşlar grubu. Gereklilikler arasında kendi geçmiş arşivlerine sahip üç tam doğrulayıcı, coğrafi dağılım ve yüzde 99,9’un üzerinde çalışma süresi hedefi var. Yeni üyelere tek başına SDF değil, mevcut Tier 1 kuruluşları karar veriyor.

Horizon (REST API)

Horizon, cüzdanların ve explorer’ların uzun süredir Stellar verilerini okumak ve işlem göndermek için kullandığı REST API. SDF’nin herkese açık Horizon sunucusu yaklaşık bir yıllık geçmiş tutuyor; üçüncü taraf sağlayıcılar daha fazlasını saklayabilir.

Stellar RPC

Stellar RPC; güncel ağ durumu, akıllı sözleşmeler ve işlem gönderimi için bir JSON-RPC hizmeti. Kasım 2024’te Soroban-RPC olan adı değiştirildi. Yalnızca kısa bir yakın geçmiş penceresi, varsayılan olarak yaklaşık 7 gün tutuyor. SDF onu yeni geliştiriciler için başlangıç noktası olarak tanımlıyor.

Hesaplar ve anahtarlar

Hesap nedir, onu kim kontrol eder ve açık tutmanın maliyeti ne.

Account (hesap)

Hesap; bakiyeleri, imzacıları, trustline’ları ve ayarları tutan bir defter kaydı. Biri ona en az minimum bakiye kadar XLM yatırana kadar var olmaz. Güvenle nasıl açacağını cüzdan rehberimiz anlatıyor.

Public key (açık anahtar, G… adresi)

Açık anahtarın, hesabının adresi: “G” ile başlayan 56 karakter. Paylaşmak güvenlidir ve insanlar sana fonları bu adrese gönderir.

Secret key (gizli anahtar, S… anahtarı)

Gizli anahtar bir hesabın işlemlerini imzalar ve “S” ile başlar. Kimin elindeyse fonları o kontrol eder; bu yüzden asla bir web sitesine yapıştırma ya da kimseyle paylaşma. Çoğu cüzdan onu bir kurtarma ifadesinden türetir.

Base reserve (taban rezerv)

Taban rezerv, minimum bakiyelerin hesaplandığı birim; şu an 0,5 XLM. Bir ağ ayarı olduğu için doğrulayıcılar oylamayla değiştirebilir.

Minimum balance (minimum bakiye)

Her hesap iki taban rezerv (1 XLM) artı her alt kayıt için bir taban rezerv tutmak zorunda. Dolayısıyla üç trustline’ı olan bir hesabın en az 2,5 XLM’e ihtiyacı var.

Subentry (alt kayıt)

Alt kayıt, bir hesabın sahip olduğu ve defterde yer kaplayan her şey: bir trustline, açık bir emir, ek bir imzacı ya da bir veri kaydı. Her biri minimum bakiyeye 0,5 XLM ekler.

Sequence number (sıra numarası)

Her hesabın bir sıra numarası var ve her işlem sıradaki numarayı kullanmak zorunda. Bu, imzalanmış bir işlemin tekrar oynatılmasını engeller ve bir hesabın işlemlerinin sırasını sabitler.

Multisig (çoklu imza)

Multisig, bir hesaba her birinin bir ağırlığı olan birden fazla imzacı ve düşük, orta ve yüksek güvenlikli operasyonlar için eşikler tanımlamak demek. Ortak hazineler ve ek koruma için kullanılır; örneğin LOBSTR Vault bunu yapar. Ayrıntılar imzalar ve multisig dokümanlarında.

Muxed account (muxed hesap, M… adresi)

Muxed adres “M” ile başlar ve normal bir G hesabını 64 bitlik bir kimlikle birleştirir. Muxed hesaplar defterde ayrı olarak var olmaz: fonlar alttaki G hesabına düşer, kimlik ise platforma fonların hangi müşteriye ait olduğunu söyler. Memo’lara bir alternatiftir.

Varlıklar ve trustline’lar

Stellar’da token’lar nasıl çıkarılır ve gerçeğini kopyasından nasıl ayırt edersin.

Trustline (güven hattı)

Trustline, bir hesabın tek bir ihraççıdan tek bir varlığı tutmayı açıkça kabul etmesi. USDC alabilmen için hesabının Circle’ın USDC’sine güvenmesi gerekir ve her trustline rezervine 0,5 XLM ekler. Hangi ihraççılara güvenmen gerektiğini stablecoin rehberimiz gösteriyor.

Asset code (varlık kodu)

Varlık kodu, bir token’ın USDC ya da EURC gibi kısa adı: en fazla 4 karakter (“alphanumeric 4”) ya da 5 ila 12 karakter (“alphanumeric 12”). Kodlar benzersiz değildir; yani herkes USDC adında bir token oluşturabilir. Bir varlık, kodu ve ihraççısıyla birlikte tanımlanır.

Issuer (ihraççı)

İhraççı, bir varlığı oluşturan hesap. Bir varlığı benzersiz kılan şey kod ile ihraççının birleşimi; ciddi ihraççılar, kim olduklarını kontrol edebilmen için hesaplarını bir home domain’e bağlar.

Home domain (ana alan adı)

Home domain, bir hesaba kaydedilmiş bir web sitesi alan adı. Cüzdanları o kuruluşun stellar.toml dosyasına yönlendirir ve zincir üstündeki bir ihraççıyı gerçek dünyadaki bir şirkete bağlar.

stellar.toml (bilgi dosyası)

stellar.toml, SEP-1 ile tanımlanan ve bir kuruluşun alan adında /.well-known/stellar.toml yolunda yayımlanan standart bir bilgi dosyası. Kuruluşun hesaplarını, varlıklarını, doğrulayıcılarını ve anchor hizmetlerini listeler; cüzdanlar doğrulanmış varlık bilgilerini göstermek için bu dosyayı okur.

Authorization flags (yetkilendirme bayrakları)

Yetkilendirme bayrakları, bir varlığı kimin tutabileceğini kontrol eden ihraççı ayarları. AUTH_REQUIRED ihraççının her trustline’ı onaylaması gerektiği anlamına gelir, AUTH_REVOCABLE varlıkları dondurmasına izin verir, AUTH_IMMUTABLE bayrakları sonsuza dek kilitler, AUTH_CLAWBACK_ENABLED ise geri almayı açar. Düzenlemeye tabi stablecoin’ler ve tokenize menkul kıymetler uyum için bunları kullanır.

Clawback (geri alma)

Clawback, bir ihraççının varlığını, örneğin bir dolandırıcılık ya da mahkeme kararı sonrasında, bir sahibin hesabından geri almasını sağlar. Yalnızca ihraççı bu özelliği açtıktan sonra oluşturulan trustline’lar için geçerli; bu yüzden bir varlığı tutmadan önce bayraklarını kontrol et.

Claimable balance (talep edilebilir bakiye)

Claimable balance, fonları defterde bir veya daha fazla adı belirtilmiş hak sahibi için, isteğe bağlı zaman koşullarıyla kilitler. Kasım 2020’de Protocol 15 ile eklendi ve henüz trustline’ı olmayan birine varlık göndermeni sağlar; karşı taraf hazır olduğunda talep eder.

Ödemeler ve DEX

Stellar’da değeri taşıyan ve dönüştüren araçlar.

Memo (işlem notu)

Memo, bir işleme eklenen isteğe bağlı not: 28 bayta kadar metin, 64 bitlik bir kimlik numarası ya da 32 baytlık bir hash. Borsalar yatırmanı tanımlamak için genellikle bunu kullanır; eksik ya da yanlış bir memo fonların gecikmesine veya kaybolmasına yol açabilir. Borsanın verdiği memo’yu her zaman kopyala; XLM gönderme rehberimiz bunu ele alıyor.

Path payment (yollu ödeme)

Path payment bir varlık gönderip başka bir varlık teslim eder; dönüşümü ağ, yol boyunca emir defterleri ve likidite havuzları üzerinden yapar. Strict-send gönderdiğin tutarı, strict-receive ise ulaşan tutarı sabitler. Pek çok sınır ötesi ödemenin arkasındaki motor budur.

DEX (SDEX, merkeziyetsiz borsa)

Stellar DEX, protokole yerleşik merkeziyetsiz bir borsa: herhangi bir hesabın herhangi iki varlık arasında emir verebildiği yerel bir emir defteri. Akıllı sözleşme gerekmez. Stellar DeFi ve dApp’ler özetimize göz at.

Liquidity pool (likidite havuzu, AMM)

Stellar, Kasım 2021’de Protocol 18 ile yerel otomatik piyasa yapıcı (AMM) havuzlarını ekledi. Her havuz iki varlık tutar, işlemleri sabit çarpım formülüyle fiyatlar ve likidite sağlayıcılara giden yüzde 0,3 ücret alır. Aquarius gibi Soroban tabanlı protokoller de bunların yanında kendi havuzlarını işletir.

Pan-chan diyor ki

Stellar’da yeni başlayanların hatalarının çoğunu üç kelime çözer: rezerv, trustline ve memo. Kenarda biraz XLM tut, yalnızca gerçek ihraççıya güven ve bir borsanın istediği memo’yu asla atlama.

Anchor’lar ve SEP’ler

Stellar Ekosistem Önerileri (SEP’ler), cüzdanların, anchor’ların ve uygulamaların birlikte çalışmasını sağlayan ortak standartlar.

Anchor (çıpa kuruluş)

Anchor, Stellar’ı geleneksel paraya bağlayan, genellikle düzenlemeye tabi bir şirket: fiat yatırımları alıp token çıkarır ya da token’ları fiat karşılığında geri alır. MoneyGram’ın nakit hizmeti bu şekilde çalışıyor. Daha fazlası anchor’lar ve fiat geçişleri rehberimizde.

SEP-10 (web kimlik doğrulama)

SEP-10, yani Stellar Web Authentication, bir cüzdanın bir meydan okuma (challenge) işlemini imzalayarak bir Stellar hesabını kontrol ettiğini kanıtlamasını sağlar. Anchor’lar kullanıcıları ayrı bir şifreye gerek kalmadan giriş yaptırmak için bunu kullanır.

SEP-24 (barındırılan yatırma ve çekme)

SEP-24, barındırılan (hosted) yatırma ve çekmeleri kapsar. Cüzdan anchor’ın kendi web sayfasını açar; sen kimlik kontrollerini ve ödeme bilgilerini orada tamamlarsın, transferi de ardından anchor yürütür.

SEP-31 (sınır ötesi ödemeler)

SEP-31, gönderen bir anchor ile alan bir anchor arasındaki sınır ötesi ödemeler için bir API. Havale taşıyan şirketlere yönelik; örneğin Bitso, Latin Amerika’daki ödemeler için alıcı anchor rolü üstleniyor.

Soroban akıllı sözleşmeleri

Stellar’a 2024’te eklenen programlanabilir katman.

Soroban (akıllı sözleşme platformu)

Soroban, Stellar’ın akıllı sözleşme platformu; 20 Şubat 2024’te Protocol 20 ile ana ağda etkinleştirildi ve 19 Mart 2024’ten itibaren tamamen açıldı. Sözleşmeler Rust ile yazılıyor. Nasıl çalıştığını Soroban rehberimiz adım adım anlatıyor.

WASM (WebAssembly)

WASM ya da WebAssembly, Soroban sözleşmelerinin derlendiği kompakt ikili format. Doğrulayıcılar onu bir sanal alanda (sandbox) çalıştırır; ücretler de bir sözleşmenin kullandığı CPU komutlarını ve defter erişimini karşılar.

Stellar Asset Contract (SAC, Stellar varlık sözleşmesi)

Stellar Asset Contract, XLM ve USDC dahil her klasik Stellar varlığının standart bir token arayüzü üzerinden Soroban sözleşmelerinde kullanılmasını sağlayan yerleşik bir sözleşme. PayPal’ın PYUSD’si bunu kullanıyor.

State archival (durum arşivleme)

State archival defteri hafif tutar. Sözleşme verilerinin bir yaşam süresi (TTL) vardır ve canlı kalmak için kira öder; TTL dolduğunda veri silinmez, arşivlenir ve geri yüklenebilir. Protocol 23 sistemi yeniden düzenledi.

Ekosistem kuruluşları ve etkinlikler

Ağın arkasındaki isimler.

SDF (Stellar Development Foundation)

Stellar Development Foundation, Stellar’ın gelişimini ve büyümesini desteklemek için 2014’te kurulan kâr amacı gütmeyen kuruluş. CEO Denelle Dixon’ın liderliğindeki vakıf, görevi kapsamında XLM’in büyük bir kısmını tutuyor; son kontrolümüzde toplam arzın yaklaşık yüzde 29’u. Ayrıntıları tokenomik sayfamız açıyor.

Meridian (yıllık konferans)

Meridian, SDF’nin pek çok iş birliğinin duyurulduğu yıllık konferansı. 2019’da Mexico City’de başladı, 2020’de çevrim içi yapıldı, ardından Roma (2022), Madrid (2023), Londra (2024), Rio de Janeiro (2025) ve Lizbon’a (2026) gitti. Her birinden neler çıktığını iş birlikleri zaman çizelgemiz anlatıyor.

Keşfetmeye devam et

📘 XLM nedirTarihçesinden ücretlere, Stellar ve XLM'in açıklaması.Rehberi oku ⚓ Anchor'larNakit Stellar ağına nasıl girer, nasıl çıkarRehberi oku 🔎 ExplorerXLM bakiyelerini ve işlem hash'lerini sorgula.Rehberi oku 🧩 SorobanRust ve WebAssembly ile Stellar akıllı sözleşmeleri.Rehberi oku