Solana neden başka bir Katman 1 seçeneği?
Solana ve SOL'ün neden bağımsız bir Katman 1 oluşturduğunu, performans odaklı tasarımının Ethereum Katman 2'lerinden nasıl farklılaştığını ve hangi ödünleşimlerin geride kaldığını öğrenin.

Bu sayfada
Hızlı okuma
Solana, ölçeklendirme sorusuna Ethereum'da uzlaşmak yerine bağımsız bir Katman 1 işleterek yanıt verir. Bu ders, SOL'ün neden Solana'nın yerel varlığı olduğunu, doğrulayıcı ve yürütme tasarımının nasıl hızlı işlemeyi hedeflediğini ve düşük bir ücretin tam bir karşılaştırma sayılmasından önce hangi güvenlik, doğrulama ve operasyonel ödünleşimlerin önemli olduğunu açıklar.
Akılda kalması gerekenler
- Solana, kendi kurallarına, doğrulayıcılarına ve geçmişine sahip bağımsız bir Katman 1'dir — Ethereum'da uzlaşmaz, bu yüzden bir Ethereum Katman 2'si değildir.
- SOL, Solana'nın yerel varlığıdır, ETH'nin bir versiyonu değildir, ve ikisi asla birbirinin yerine geçmeyen ayrı ağlara aittir.
- Ethereum'dan hiçbir şey miras alınmadığından, Solana'nın güvenliği ve doğrulaması kendi koşullarına göre değerlendirilmelidir.
- Bir Solana işlem ücreti yürütmeden önce tahsil edilir, bu yüzden başarısız bir işlem yine de size mal olur — tekrar tekrar denemeden önce bilinmesi gereken bir şey.
Solana neden bir Ethereum Katman 2'si değil?
Solana bağımsız bir Katman 1'dir: kendi ağ kurallarına, kendi doğrulayıcı setine, kendi işlem geçmişine ve kendi yerel varlığına, SOL'e sahiptir. Ethereum'un uzlaştırması için Ethereum'a toplu işlem göndermez. Bu, onu ayrı çalışan ama uzlaşma ilişkisi için Ethereum Katman 1'ine dayanan bir Ethereum rollup'ından farklı kılar.
Bu bir sıralama değil, bir ağ ayrımıdır. Solana ve Ethereum ikisi de uygulama barındırabilir, ama Solana kullanmak bir Ethereum L2'si kullanmak anlamına gelmez. SOL, Solana'nın yerel varlığıdır; daha hızlı bir Ethereum katmanı üzerindeki ETH değildir.
Solana kendi temel katmanının içine neyi koyar?
Solana, konsensüs için proof of stake kullanır. Proof-of-history tasarımı, olaylar arasındaki sıralama ve zamanın kriptografik olarak doğrulanabilir bir kaydını sağlar; protokol bunu konsensüsten önce kullanabilir. Proof of history, konsensüsün yerini almaz: doğrulayıcılar yine de Solana'nın kendi kuralları altında ağın durumunu yürütür, çoğaltır ve oylar.
Bu düzenleme, bir temel katmanda duyarlı sıralama ve yürütme peşinde koşmanın bir yoludur. Başlangıç seviyesindeki önemli nokta sınırdır: Solana'nın doğrulaması ve uzlaşması, Ethereum'dan ödünç alınmış güvenlik yerine, kendi sorumluluğudur.
Performans odaklı bir tasarım nerede yardımcı olabilir?
Her Katman 1'in işlemleri sıralaması, yürütmesi, sonuçları paylaşması ve katılımcıların ortaya çıkan durumu doğrulamasına izin vermesi gerekir. Solana'nın tasarımı, bu işlerdeki darboğazları azaltmaya odaklanır. Teknik materyalleri, işlemleri sıralayan programlanmış bir lider ve çakışmayan durum değişikliklerini paralel olarak işleyebilen bir runtime tarif eder.
Bu, bir uygulamanın neden kendi iş yükü için farklı bir temel katman seçebileceğini açıklamaya yardımcı olur. İşlem kapasitesini ya da düşük bir ücreti tam bir güvenlik puanı yapmaz. İlgili soru, ağın performansına nasıl ulaştığı ve doğrulayıcılarının bunu doğrulamaya devam etmek için ne yapması gerektiğidir.
Solana ağ haritasına nasıl oturur?
| Ağ ve yerel varlık | Katman ilişkisi |
|---|---|
| Bitcoin — BTC | Paylaşılan bir işlem geçmişi ve uzlaşma için bağımsız Katman 1. |
| Ethereum — ETH | Programlanabilir paylaşılan durum için bağımsız Katman 1. |
| Ethereum rollup'ı | Ayrı çalışan ve uzlaşmasını Ethereum'a bağlayan ölçeklendirme sistemi. |
| Solana — SOL | Kendi doğrulama ve uzlaşma kurallarına sahip bağımsız Katman 1. |
Harita, bir ticker listesinden daha kullanışlıdır. Bitcoin—BTC ve Ethereum—ETH, Katman 1 ağ-ve-varlık çiftleridir. Bir Ethereum rollup'ı, Ethereum'a bağlı bir ölçeklendirme sistemidir. Solana—SOL, başka bir Katman 1 ağ-ve-varlık çiftidir.
Hangi ödünleşimleri sormalısınız?
Bağımsız bir Katman 1, Ethereum'un uzlaşma güvenliğini miras almaz, bu yüzden güvenliği ve doğrulaması kendi koşullarına göre değerlendirilmelidir. Ağı kimin doğruladığını, konsensüsünün nasıl işlediğini ve doğrulayıcılarının hangi donanıma, bant genişliğine veya operasyonel güvenilirliğe ihtiyaç duyduğunu sorun. Bu sorular, bir uygulama hızlı hissettirse bile önemlidir.
Solana'nın kendi doğrulayıcı materyali, yüksek performanslı çalışmanın özel donanım ve yüksek kapasiteli ağ altyapısından fayda görebileceğini belirtir. Bu, bir yeni başlayanın doğrulayıcı işletmesi için bir neden değildir. Performansın, temel katmanı işletmek ve doğrulamak için gereken işle bağlantılı olduğunun bir hatırlatmasıdır.
Ücretler başka bir ödünleşimdir, bir hüküm değil. Solana işlemlerinin bir taban ücreti vardır ve bir öncelik ücreti içerebilir; ücreti ödeyen taraf, işlem başarısız olduğunda dahil, yürütmeden önce tahsil edilir. Bu, bir ağın ücret modelinin, güncel talebin ve bir uygulamanın işlem tasarımının hepsinin tek bir ilan edilmiş rakamdan daha fazla önem taşıdığı anlamına gelir.
Sonuç
Solana, bu yolda ölçeklendirmeye verilen üçüncü ayrı yanıtı temsil eder. Bir rollup'ın yaptığı gibi Ethereum'da uzlaşmak yerine, kendi ağ kurallarına, kendi doğrulayıcı setine, kendi işlem geçmişine ve kendi yerel varlığına sahip bağımsız bir Katman 1 işletir. SOL, Solana'nın yerel varlığıdır — daha hızlı bir Ethereum katmanı üzerindeki ETH değildir ve Solana kullanmak bir Ethereum L2'si kullanmak değildir. Bu, bir sıralama değil, ağ sınırları hakkında bir ifadedir.
Tasarımı, temel katmanın içinde duyarlı sıralama ve yürütme peşinde koşar: konsensüs için proof of stake, protokolün konsensüsten önce kullanabildiği doğrulanabilir bir sıralama ve zaman kaydı olarak proof of history, işlemleri sıralayan programlanmış bir lider ve çakışmayan durum değişikliklerini paralel olarak işleyebilen bir runtime. Proof of history konsensüsün yerini almaz; doğrulayıcılar yine de Solana'nın kendi kuralları altında yürütür, çoğaltır ve oylar.
Sonuç olarak, Solana'nın güvenliği ve doğrulaması kendi koşullarına göre değerlendirilmelidir, çünkü bunların hiçbiri Ethereum'dan miras alınmamıştır. Sorulmaya değer sorular, ağı kimin doğruladığı, konsensüsünün nasıl işlediği ve doğrulayıcılarının hangi donanıma, bant genişliğine ve operasyonel güvenilirliğe ihtiyaç duyduğudur — performans ile bunu sürdürmek ve doğrulamak için gereken iş birbirine bağlıdır. Ücretler de aynı özeni hak eder: bir Solana işleminin bir taban ücreti vardır ve bir öncelik ücreti içerebilir, ve ücreti ödeyen taraf, işlem başarısız olduğunda dahil, yürütmeden önce tahsil edilir. Tek bir ilan edilmiş rakam bir güvenlik puanı değildir, ve tanıdık bir ticker veya düşük bir ücret iki ağı asla birbirinin yerine geçebilir hâle getirmez.
Artık temel bir ağ haritanız var: Bitcoin—BTC bir Katman 1'dir, Ethereum—ETH kendi L2 ekosistemine sahip başka bir Katman 1'dir, ve Solana—SOL ayrı bir Katman 1'dir. Bu harita terimleri açıklar; varlıkları nerede tutacağınızı veya bir platformu nasıl kullanacağınızı yanıtlamaz.
Sırada, saklama, platform kontrolleri ve piyasaya girmenin daha güvenli yolları gibi ayrı soruları öğrenmek için Güvenli rotalar yazısını kullanın.
Sıkça sorulan sorular
Hayır. Solana, kendi ağ kurallarına, kendi doğrulayıcı setine, kendi işlem geçmişine ve kendi yerel varlığına sahip bağımsız bir Katman 1'dir. Ethereum'un uzlaştırması için Ethereum'a toplu işlem göndermez; onu bir Ethereum rollup'ından ayıran şey de budur. Bir Solana uygulaması kullanmak, bir Ethereum Katman 2'si kullanmak değildir.
Hayır. SOL, Solana'da işlem ücretleri ve ağ güvenliğine katılım için kullanılan Solana'nın yerel varlığıdır. ETH, Ethereum'un yerel varlığıdır. Ayrı kurallara sahip ayrı ağlara aittirler ve hiçbiri diğerinin daha hızlı bir katman üzerindeki versiyonu değildir.
Olaylar arasındaki sıralama ve zamanın geçişinin kriptografik olarak doğrulanabilir bir kaydını sağlayan bir tasarımdır; Solana'nın protokolü bunu konsensüse ulaşılmadan önce kullanabilir. Konsensüsün yerini almaz: doğrulayıcılar yine de Solana'nın kendi kuralları altında ağın durumunu yürütür, çoğaltır ve oylar.
Hayır. Bağımsız bir Katman 1, kendi doğrulaması ve uzlaşmasından sorumludur, bu yüzden güvenliğinin hiçbir parçası Ethereum'dan ödünç alınmamıştır. Bu yüzden konsensüsü, doğrulayıcı seti ve operasyonel gereksinimleri, Ethereum'a benzetilerek değil kendi koşullarına göre değerlendirilmelidir.
İkisi de uygulama barındıran bağımsız Katman 1 ağlarıdır, ama farklı tasarım kararları alırlar. Ethereum, kendisine geri uzlaşan bir Katman 2 rollup ekosistemi geliştirdi, Solana ise sıralama ve paralel yürütme tasarımı yoluyla işlem kapasitesini kendi temel katmanının içinde sürdürmeyi hedefler. İlgili karşılaştırma, her birinin performansına nasıl ulaştığı ve doğrulayıcılarının bunu doğrulamaya devam etmek için ne yapması gerektiğidir.
Tasarımı, işlemleri sıralama, yürütme ve sonuçları paylaşmadaki darboğazları azaltmaya odaklanır; bu da ağın kapasite için neyi ücretlendirdiğini etkiler. Düşük bir ücret bu tasarımı ve güncel talebi yansıtır — tek başına bir güvenlik ölçüsü değildir. İşlem kapasitesi ve maliyet, anlaşılması gereken ödünleşimlerdir, tam bir güvenlik puanı değil.
Evet. Solana'nın ücret yapısı bir taban ücret ve isteğe bağlı bir öncelik ücreti içerir, ve ücreti ödeyen taraf, işlem başarısız olduğunda dahil, yürütmeden önce tahsil edilir. Başarısız olan bir işlemi tekrar tekrar denemeden önce bunu bilmekte fayda var, çünkü her deneme bir şeye mal olabilir.
Hayır. Solana ve Ethereum, farklı adres biçimlerine sahip ve paylaşılan bir uzlaşma ilişkisi olmayan ayrı ağlardır, bu yüzden diğer ağa ait bir adrese göndermek fonları kaybetme riski taşır. Transfer etmeden önce her zaman adresle birlikte ağı da doğrulayın, çünkü tanıdık görünen bir arayüz iki ağı birbirinin yerine geçebilir hâle getirmez.
Hayır. Hız, birçok özellikten biridir, ve işlem kapasitesini artıran tasarım kararları, doğrulayıcıların ağı doğrulamaya devam etmek için ihtiyaç duyduğu donanımı, bant genişliğini ve operasyonel güvenilirliği değiştirebilir. Yararlı soru, bir ağın performansına nasıl ulaştığı ve bunun neyi gerektirdiğidir, işlem kapasitesini veya ücretleri bir hüküm olarak ele almak değil.
İlgili kripto paralar
Öğrenmeye devam et
Bu derse dayanarak önerilen sonraki okumalar.
- 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.
- 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.






