Bitcoin'in var olması neden gerekiyordu?
Bitcoin'in neden paylaşılan bir işlem geçmişine ihtiyaç duyduğunu anlamak için çifte harcama sorunuyla başlayın.
Bu sayfada
Hızlı okuma
Bitcoin, çifte harcamayı çözmek için oluşturuldu: aynı dijital değerin iki kez gönderilebilmesi riski. Bu ders, paylaşılan bir işlem geçmişinin bağımsız katılımcıların hangi transferlerin geçerli olduğu konusunda nasıl anlaştığını ve bu tercihin işlemleri neden geri almayı zorlaştırıp uzlaşmayı neden yavaşlattığını gösterir.
Akılda kalması gerekenler
- Bitcoin, çifte harcamayı çözmek için var: merkezi bir kayıt tutucusunun hangi ödemenin geçerli sayılacağına karar vermesi olmadan, aynı dijital birimin iki kişiye gönderilmesini engellemek.
- Paylaşılan, zaman damgalı geçmiş bu mekanizmanın kendisidir — katılımcıların her biri, tek bir operatörün defterine güvenmek yerine aynı kuralları doğrular.
- Operatörü ortadan kaldırmak, bir hatayı geri alabilecek tarafı da ortadan kaldırır; bu yüzden göndermeden önce alıcı adresini ve ağı kontrol edin.
- Ağı ve varlığı birbirinden ayrı tutun: Bitcoin, geçmişi koruyan protokoldür; BTC ise onun kuralları altında ihraç edilen varlıktır.
Başlamadan önceki harita
Bu, ağların ya da varlıkların bir sıralaması değil, nedensel bir zaman çizelgesidir. Soruları sırayla takip edin: her yanıt gerçek bir kısıtı ele alır ve bir sonraki ders için yeni bir ödünleşim bırakır.
- 2008 — Çifte harcamayı çözün. Bitcoin, güvenilir bir kayıt tutucusu olmadan dijital değerin iki kez harcanamaması için paylaşılan, zaman damgalı bir geçmiş önerdi.
- 2008'den itibaren — Tek bir temel katmanı doğrulayın. Bitcoin, temel katmanını tek bir işlem geçmişine ortak kuralları uygulamaktan sorumlu kıldı. Sonraki ders, bu ağı kendi yerel varlığından ayırır.
- 2015 — Paylaşılan kuralları programlayın. Ethereum, uygulamaların programlanabilir bir durumu paylaşabilmesi için akıllı sözleşmelere yönelik bir temel katman başlattı. Üçüncü ders, bu ağı ETH'den ayırır.
- 2015-2017 — Token davranışını standartlaştırın. ERC-20, token sözleşmelerine ortak bir arayüz kazandırarak uygulamaların birçok tokenle çalışmasına yardımcı oldu; bunu yaparken her bir tokenin risklerini ayrı tuttu.
- Aktivite arttıkça — Kıt blok alanını paylaşın. Artan talep, sınırlı doğrulama ve veri alanı için rekabet eder; bu da ücretleri ve onay süresini bir tasarım ödünleşimine dönüştürür.
- Bir yanıt — Bitcoin ödemelerini kanallara taşıyın. Lightning, birçok ödeme için ödeme kanalları kullanırken, uygulama ve nihai uzlaşma için Bitcoin'in temel katmanına dayanır.
- Başka bir yanıt — Ethereum yürütmesini rollup'lara taşıyın. Rollup'lar ayrı yürütülür ancak verilerini Ethereum Katman 1'e gönderir ve onunla uzlaşır; bu yüzden güvenlik sınırları hâlâ önemlidir.
- Farklı bir yol — Başka bir Katman 1 tasarımı seçin. Solana bağımsız bir Katman 1'dir; bu yüzden kendi doğrulayıcı, güvenlik ve işletim ödünleşimlerini yapar. Son ders, bu ağı SOL'den ayırır.
Bitcoin hangi sorunu çözdü?
Dijital bilgiyi kopyalamak kolaydır. Bu, bir fotoğraf ya da belge için faydalıdır, ama para için bir sorundur: aynı dijital birim iki kişiye gönderilebilseydi, hangi alıcı ona güvenmeliydi?
Bitcoin'den önce bu soruyu normalde bir banka ya da başka bir merkezi kayıt tutucusu yanıtlardı. Hangi ödemenin önce geldiğine karar verir ve defterini güncellerdi. Bitcoin ise bir ağın, tek bir operatör kaydın sahibi olmadan bu işi yapıp yapamayacağını sordu.
Yabancılar tek bir geçmiş üzerinde nasıl anlaşabilir?
Bitcoin, imzalı işlemleri, herkese açık doğrulama kurallarını ve önceki bloklara referans veren blokları bir araya getirir. Katılımcılar bir bloğu kabul etmeden önce aynı kuralları kontrol eder; bu yüzden daha önceki bir kaydı değiştirmek, ondan sonra birikmiş işi aşmak anlamına gelir.
Adımlar
Bir ödemeyi yetkilendirin
Sahip bir işlemi imzalar; bu da önerilen transferin bağımsız olarak denetlenebilir olmasını sağlar.
Paylaşılan kurallara göre doğrulayın
Ağ katılımcıları, aynı kaydedilmiş değeri tekrar harcamaya çalışan işlemleri reddeder.
Paylaşılan kaydı genişletin
Geçerli işlemler, kabul edilmiş geçmişin üzerine inşa edilen bloklara yerleştirilir.
Bu tasarım neyi feda etti?
Merkezi bir operatörün olmaması, geçerli bir işlemi basitçe geri alabilecek bir müşteri hizmetleri masasının da olmadığı anlamına gelir. Uzlaşma da zaman ve kaynak gerektirir. Bitcoin, her ödemeyi anlık, gizli ya da risksiz kılmaz; merkezi olarak yönetilen bir kayıt yerine açıkça doğrulanabilir bir kaydı tercih eder.
Bitcoin, BTC ile aynı şey midir?
| Terim | Ne anlama geliyor | Neden önemli |
|---|---|---|
| Bitcoin | Paylaşılan işlem geçmişini koruyan protokol ve ağ. | Katılımcıların kurallarını doğruladığı sistemdir. |
| BTC | Bitcoin'in kuralları altında ihraç edilen ve transfer edilen yerel varlık. | İnsanların bir bitcoin fiyatından ya da bakiyesinden söz ederken genellikle kastettiği şey budur. |
Sonuç
Bitcoin, dijital değeri kopyalamak kolay olduğu ve aynı birim iki kez harcanabiliyorsa paranın işlemeyeceği için var olur. Bitcoin'den önce bir banka ya da başka bir merkezi kayıt tutucusu, defterin sahibi olarak ve hangi ödemenin önce geldiğine karar vererek bunu çözerdi. Bitcoin'in yanıtı, bağımsız katılımcıların her birinin kendisi kontrol ettiği kurallar altında tek, paylaşılan, zaman damgalı bir geçmişi sürdürmesine izin vermekti.
İnsanların fark ettiği diğer her özelliği üreten şey bu tercihtir. Hiçbir operatör kaydın sahibi olmadığı için, hiçbir operatör onu sessizce yeniden yazamaz — ve hiçbir operatör sizin adınıza geçerli bir transferi geri alamaz. Uzlaşma emek ve zaman gerektirdiği için, uzlaşma bir veritabanı yazma işleminden daha yavaş ve daha maliyetlidir. Bunlar tasarıma sonradan eklenmiş kusurlar değildir; güvenilir aracıyı ortadan kaldırmanın bedelidir. Bir ağın hızlı, ucuz ve ödünleşimsiz biçimde güvenden bağımsız olduğu yönündeki her iddiayı, kanıt gerektiren bir iddia olarak ele alın.
Buradan taşınacak pratik alışkanlık, göndermeden önce alıcı adresini ve ağı kontrol etmektir; çünkü geçerli bir transferi geri almaya muktedir ya da istekli bir taraf bulunmayabilir. Ağı da kendi varlığından ayrı tutun: Bitcoin, paylaşılan geçmişi koruyan protokoldür; BTC ise onun kuralları altında ihraç edilen varlıktır.
Bitcoin, fiyatı olan bir varlıktan daha fazlasıdır. Kendi işlemlerini doğrulayan ve uzlaştıran bir ağdır. Bir sonraki derste inceleyeceğimiz temel ağ kavramı olan Katman 1'in arkasındaki fikir budur.
Sıkça sorulan sorular
Çifte harcama: aynı dijital birimin iki farklı kişiye gönderilebilmesi riski. Dijital bilgiyi kopyalamak kolaydır, bu yüzden paylaşılan bir kayıt olmadan bir alıcının, ödemenin başka bir yerde zaten yapılmadığını bilmesinin bir yolu yoktur. Bitcoin'in 2008 tarihli white paper'ı, katılımcıların merkezi bir kayıt tutucusu olmadan hangi transferlerin geçerli olduğu konusunda anlaşabilmesi için eşler arası, zaman damgalı bir geçmiş önerdi.
Aynı dijital değer birden fazla kez gönderildiğinde hangi alıcının ödemeye güvenmesi gerektiği sorusudur. Bir banka bunu, kendi defterinde hangi talimatın önce geldiğine karar vererek çözer. Bitcoin ise bunu, katılımcıların her işlemi tek bir paylaşılan geçmişe karşı doğrulamasını sağlayarak çözer; böylece zaten kaydedilmiş bir değeri harcamaya çalışan bir işlem reddedilir.
Bitcoin, Satoshi Nakamoto adı altında yayımlanan 2008 tarihli bir makaleyle tanıtıldı ve ağ, Ocak 2009'da faaliyete geçti. Satoshi Nakamoto bir takma addır ve arkasındaki kimlik hiçbir zaman ortaya çıkarılmamıştır. Tasarım, kimin yazdığını bilmeye bağlı değildir; çünkü katılımcılar bir yazara güvenmek yerine kuralları doğrular.
Hayır, ve bu ayrım önemlidir. Bitcoin, paylaşılan işlem geçmişini ve katılımcıların doğruladığı kuralları koruyan protokol ve ağdır. BTC ise bu kurallar altında ihraç edilen ve transfer edilen yerel varlıktır; insanların bir bitcoin fiyatından ya da bakiyesinden söz ederken genellikle kastettiği şey budur.
Çünkü onu geri alma yetkisine sahip merkezi bir operatör yoktur. Paylaşılan geçmişe kaydedilmiş geçerli bir transfer, aynı kuralları uygulayan katılımcılar tarafından kabul edilir ve bunu geri almak, ondan sonra birikmiş işi aşmak anlamına gelir. Bir iade, yalnızca alıcı değeri geri göndermeyi tercih ederse mümkündür.
Hayır. Tasarımının ortadan kaldırdığı asıl şey tam olarak budur. Düğümler protokol kurallarını bağımsız olarak doğrular ve kabul edilen geçmiş, bir operatörün yayımladığı bir geçmiş değil, katılımcıların bu kuralları uygulayarak üzerinde anlaştığı geçmiştir. Bir transfer ters gittiğinde başvurulacak bir müşteri hizmetleri masasının olmamasının nedeni de budur.
İmzalı işlemlerin, herkese açık doğrulama kurallarının ve önceki bloklara referans veren blokların bir bileşimi sayesinde. Sahip, herkesin yetkilendirildiğini kontrol edebilmesi için bir transferi imzalar; katılımcılar zaten kaydedilmiş bir değeri harcayan işlemleri reddeder ve geçerli işlemler, kabul edilmiş geçmişin üzerine inşa edilen bloklara yerleştirilir.
Hayır. Daha doğru bir tanım, takma isimli (pseudonymous) olduğudur. İşlemler, herkesin inceleyebileceği herkese açık bir geçmişe kaydedilir ve isimlere değil adreslere bağlıdır. Bir adres gerçek bir kimlikle ilişkilendirilirse, o adresle bağlantılı etkinlik de o kimlikle birlikte incelenebilir.
Hayır, tasarım bunu amaçlamaz. Bağımsız katılımcılar arasında uzlaşmaya varmak zaman ve kaynak gerektirir; bu yüzden transferler, tek bir şirketin veritabanı içindeki bir ödemeden daha yavaş tamamlanır ve ücretler sınırlı alan için rekabet eder. Bitcoin, hız ve maliyeti açıkça doğrulanabilir bir kayıt karşılığında feda eder.
İlgili kripto paralar
Öğrenmeye devam et
Bu derse dayanarak önerilen sonraki okumalar.
- Bitcoin: ilk Katman 1Bitcoin'in neden bir Katman 1 ağı olduğunu, kendi kurallarının BTC'yi nasıl güvence altına aldığını ve uzlaşmanın neden ödünleşimler içerdiğini öğrenin.
- Ethereum neden programlanabilir?Ethereum'un Katman 1 fikrini paylaşılan programlar, ETH gas'ı ve yeni ödünleşimlerle nasıl genişlettiğini görün.
- Neden bu kadar çok token var?ERC-20'nin tokenleri Ethereum uygulamaları arasında nasıl yeniden kullanılabilir hale getirdiğini ve paylaşılan bir standardın yine de neden önemli riskler bıraktığını öğrenin.
- Blok zincirleri neden tıkanır?Paylaşılan Katman 1 kaynaklarının neden sınırlı olduğunu, talebin nasıl ücretlere ve gecikmelere dönüştüğünü ve ölçeklendirmenin neden ödünleşimler yarattığını öğrenin.
