Solana yakın zamanda Solana Doğrulama Hizmeti (SAS) adı verilen yeni bir özellik tanıttı. Bu, Solana Ana Ağında devreye alınmış açık ve izinsiz bir doğrulanabilir sertifika protokolüdür. SAS, güvenilir yayıncıların kullanıcı cüzdanlarıyla off-chain bilgileri ilişkilendirmesine olanak tanır; bu bilgiler KYC kontrol sonuçları, coğrafi uygunluk, üyelik veya doğrulama durumu gibi unsurları içerebilir. Bu sertifikalar imzalı ve doğrulanmış olup, farklı uygulamalar arasında tekrar kullanılabilir, böylece on-chain hassas verilerin açığa çıkmasına veya tekrar doğrulama adımlarına ihtiyaç duyulmaz.
SAS'ın piyasaya sürülmesi, Solana ekosistemine tarafsız ve izin gerektirmeyen bir doğrulama katmanı sağladı ve uyumluluk, erişim kontrolü, itibar sistemleri ve programlanabilir kimliklerin gerçekleştirilmesine yardımcı oldu. Bu, yalnızca nihai kullanıcılar için daha kaliteli ve daha kolay bir deneyim sunmakla kalmaz, aynı zamanda geliştiricilere yeni olanaklar da sağlar.
SAS ve oracle'lar, off-chain bilgileri on-chain'e taşıyan mekanizmalar olsalar da, konumlandırma, kullanım amacı, güven modeli ve çalışma şekli açısından belirgin farklılıklar göstermektedir. Aşağıda detaylı bir karşılaştırma bulunmaktadır:
doğrulama hizmetleri vs oracle: Ana özelliklerin karşılaştırması
| Özellik | doğrulama hizmeti | oracle |
|-----|--------|------|
| Ana Amaçlar | Off-chain kimlik, durum, davranış gibi öznel veya statik bilgileri on-chain sertifikasına dönüştürmek | Off-chain nesnel, dinamik verileri (örneğin fiyat, hava durumu vb.) on-chain'e sağlamak |
| Veri Türü | Öznel/Olay Tabanlı: Örneğin yaş doğrulama, doğrulama durumu, organizasyon üyeliği | Sayısal/Gerçek Tabanlı: Örneğin kripto para fiyatları, dış API verileri, meteorolojik veriler |
| Veri Yapısı | Yeniden kullanılabilir, cüzdan ile bağlanan doğrulama "mühürü" | İşlem sırasında gerçek zamanlı olarak kullanılan veriler (örneğin fiyat feed'i) |
| Güven Kaynağı | Belirli "güvenilir yayıncılar" (örneğin KYC kuruluşları, DAO, cihaz üreticileri) tarafından imzalanmış kanıt | Birden fazla veri kaynağından, oracle ağı tarafından derlendikten sonra yayınlanır |
| Güncelleme Sıklığı | Düşük frekans, genellikle bir kez üretildikten sonra uzun süre geçerlidir | Yüksek frekans, her dakika bir kez güncellenebilir |
| Birleştirilebilirlik | Yüksek, bir kez doğrulama birden fazla uygulama için tekrar kullanılabilir | Düşük, veriler genellikle belirli bir işlemin girişi olarak kullanılır |
| Gizlilik Koruma | Güçlü, yalnızca "geçti mi"yi doğrular, ayrıntılı bilgi sızdırmaz | Genellikle kullanıcı gizliliği ile ilgili değildir |
| Proje Temsilcisi | Solana doğrulama hizmeti, Ethereum doğrulama hizmeti | Bir fiyat oracle'ı, bir veri protokolü |
İkisi arasındaki farkı daha iyi anlamak için somut bir örneğe bakabiliriz:
Doğrulama hizmetinin kullanıldığı senaryo: Kullanıcı, Web3 platformu aracılığıyla kimlik doğrulama işlemini tamamladıktan sonra, "Yetişkin" olan on-chain doğrulama mührünü alır. Bu mühür, kullanıcının cüzdanında saklanır ve gelecekte herhangi bir merkeziyetsiz uygulama, kullanıcının kimlik kanıtını tekrar göndermesine gerek kalmadan doğrulama yapabilir.
Oracle kullanım senaryosu: Bir merkeziyetsiz finans protokolü, likidasyonu tetikleyip tetiklemeyeceğine karar vermek için mevcut ETH fiyatını bilmesi gerekiyor. Gerçek zamanlı ETH/USD fiyat verilerini okumak için bir oracle aracılığıyla bunu yapar.
Genel olarak, oracle'lar esas olarak off-chain "objektif gerçekler" verisi sağlamaya odaklanırken, doğrulama hizmetleri off-chain "öznel veya koşullu güven" sağlamaya odaklanmaktadır. Bu iki mekanizma birbirinin yerini alan bir ilişki içinde değildir; aksine, blok zinciri ekosisteminde tamamlayıcı roller üstlenerek merkeziyetsiz uygulamalara daha zengin ve güvenilir off-chain veri desteği sunarlar.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
13 Likes
Reward
13
6
Share
Comment
0/400
SerumSquirrel
· 5h ago
Bu mu? sas sadece bir katman mı değiştiriyor?
View OriginalReply0
GasFeeNightmare
· 16h ago
Zaten çoktan müdahale edilmeliydi.
View OriginalReply0
PancakeFlippa
· 17h ago
Uyumluluk ve abartılı
View OriginalReply0
RektButStillHere
· 17h ago
Kimse kaçamaz, denetim geldi.
View OriginalReply0
BrokenYield
· 17h ago
lmao başka bir kyc tuzak... sert geçiş
View OriginalReply0
GmGmNoGn
· 17h ago
Eğlenceli olanı izlemekten hoşlanıyorsanız, büyük sorunlar umursamazsınız. Haha.
Solana, TANIMLAMA hizmeti SAS'ı tanıttı: Blok Zinciri doğrulama yeni bir dönüm noktası.
Solana yakın zamanda Solana Doğrulama Hizmeti (SAS) adı verilen yeni bir özellik tanıttı. Bu, Solana Ana Ağında devreye alınmış açık ve izinsiz bir doğrulanabilir sertifika protokolüdür. SAS, güvenilir yayıncıların kullanıcı cüzdanlarıyla off-chain bilgileri ilişkilendirmesine olanak tanır; bu bilgiler KYC kontrol sonuçları, coğrafi uygunluk, üyelik veya doğrulama durumu gibi unsurları içerebilir. Bu sertifikalar imzalı ve doğrulanmış olup, farklı uygulamalar arasında tekrar kullanılabilir, böylece on-chain hassas verilerin açığa çıkmasına veya tekrar doğrulama adımlarına ihtiyaç duyulmaz.
SAS'ın piyasaya sürülmesi, Solana ekosistemine tarafsız ve izin gerektirmeyen bir doğrulama katmanı sağladı ve uyumluluk, erişim kontrolü, itibar sistemleri ve programlanabilir kimliklerin gerçekleştirilmesine yardımcı oldu. Bu, yalnızca nihai kullanıcılar için daha kaliteli ve daha kolay bir deneyim sunmakla kalmaz, aynı zamanda geliştiricilere yeni olanaklar da sağlar.
SAS ve oracle'lar, off-chain bilgileri on-chain'e taşıyan mekanizmalar olsalar da, konumlandırma, kullanım amacı, güven modeli ve çalışma şekli açısından belirgin farklılıklar göstermektedir. Aşağıda detaylı bir karşılaştırma bulunmaktadır:
doğrulama hizmetleri vs oracle: Ana özelliklerin karşılaştırması
| Özellik | doğrulama hizmeti | oracle | |-----|--------|------| | Ana Amaçlar | Off-chain kimlik, durum, davranış gibi öznel veya statik bilgileri on-chain sertifikasına dönüştürmek | Off-chain nesnel, dinamik verileri (örneğin fiyat, hava durumu vb.) on-chain'e sağlamak | | Veri Türü | Öznel/Olay Tabanlı: Örneğin yaş doğrulama, doğrulama durumu, organizasyon üyeliği | Sayısal/Gerçek Tabanlı: Örneğin kripto para fiyatları, dış API verileri, meteorolojik veriler | | Veri Yapısı | Yeniden kullanılabilir, cüzdan ile bağlanan doğrulama "mühürü" | İşlem sırasında gerçek zamanlı olarak kullanılan veriler (örneğin fiyat feed'i) | | Güven Kaynağı | Belirli "güvenilir yayıncılar" (örneğin KYC kuruluşları, DAO, cihaz üreticileri) tarafından imzalanmış kanıt | Birden fazla veri kaynağından, oracle ağı tarafından derlendikten sonra yayınlanır | | Güncelleme Sıklığı | Düşük frekans, genellikle bir kez üretildikten sonra uzun süre geçerlidir | Yüksek frekans, her dakika bir kez güncellenebilir | | Birleştirilebilirlik | Yüksek, bir kez doğrulama birden fazla uygulama için tekrar kullanılabilir | Düşük, veriler genellikle belirli bir işlemin girişi olarak kullanılır | | Gizlilik Koruma | Güçlü, yalnızca "geçti mi"yi doğrular, ayrıntılı bilgi sızdırmaz | Genellikle kullanıcı gizliliği ile ilgili değildir | | Proje Temsilcisi | Solana doğrulama hizmeti, Ethereum doğrulama hizmeti | Bir fiyat oracle'ı, bir veri protokolü |
İkisi arasındaki farkı daha iyi anlamak için somut bir örneğe bakabiliriz:
Doğrulama hizmetinin kullanıldığı senaryo: Kullanıcı, Web3 platformu aracılığıyla kimlik doğrulama işlemini tamamladıktan sonra, "Yetişkin" olan on-chain doğrulama mührünü alır. Bu mühür, kullanıcının cüzdanında saklanır ve gelecekte herhangi bir merkeziyetsiz uygulama, kullanıcının kimlik kanıtını tekrar göndermesine gerek kalmadan doğrulama yapabilir.
Oracle kullanım senaryosu: Bir merkeziyetsiz finans protokolü, likidasyonu tetikleyip tetiklemeyeceğine karar vermek için mevcut ETH fiyatını bilmesi gerekiyor. Gerçek zamanlı ETH/USD fiyat verilerini okumak için bir oracle aracılığıyla bunu yapar.
Genel olarak, oracle'lar esas olarak off-chain "objektif gerçekler" verisi sağlamaya odaklanırken, doğrulama hizmetleri off-chain "öznel veya koşullu güven" sağlamaya odaklanmaktadır. Bu iki mekanizma birbirinin yerini alan bir ilişki içinde değildir; aksine, blok zinciri ekosisteminde tamamlayıcı roller üstlenerek merkeziyetsiz uygulamalara daha zengin ve güvenilir off-chain veri desteği sunarlar.