Ana fayda, Ethereum'da depolanan veri miktarını azaltmak ve böylece kullanıcıların L2'de işlem yapma maliyetini azaltmaktır.
**Yazan: **OneTrueKirk
Derleyen: Yvonne, MarsBit
Ethresear.ch'deki OneTrueKirk'ten orijinal gönderi
İlk defa burada bir konuya mesaj yazıyorum, bu yüzden sizi herhangi bir şekilde kırdıysam özür dilerim. Çoğunlukla borç verme protokolümüz için özel özetler olan bu fikir (Durum Bilgisiz Toplamalar) hakkında düşünüyordum, ancak umarım genel olarak uygulanabilir olabilir, herhangi bir geri bildirim için teşekkür ederiz.
TLDR:
Calldata değil, yalnızca durum kökü yayınlanır.
(MarsBit notu: Calldata, sözleşme işlemindeki data kısmının değeridir ve değiştirilemez.)
detay
Ethereum'u bir veri kullanılabilirlik katmanı olarak kullanmak yerine, tam durumu calldata olarak yayınlayarak ve yalnızca durum kökünü ana ağa yayınlayarak ne olur? Ana fayda, Ethereum'da depolanan veri miktarını azaltmak ve böylece kullanıcıların L2'de işlem yapma maliyetini azaltmaktır. EIP-4844 ile bile blobace ücretsiz değildir.
Ana risk, bir teklif sahibinin geçerli bir durum kökü yayınladığı ancak gelecekteki blok üretimini tekeline almak veya fonları rehin almak için diğer toplama düğümlerinden gelen tüm verileri alıkoyduğu bir Veri Engelleme Saldırısıdır. Bunu önlemek için dürüst düğümler, hiçbir eşin veri sağlayamadığı herhangi bir durum güncellemesini sorgulamalıdır. Arbitrum tarzı etkileşimli dolandırıcılık kanıtları, teklif verenleri ana ağdaki tüm durumu ifşa etmeye zorlamak için kullanılabilir, ancak yine de kök geçerliyse sorgulamanın başarısız olmasına neden olur, bu nedenle başarısızlık durumunda bile sorgulamanın maliyeti düşüktür.
(MarsBit Not: Veri Engelleme Saldırısı, bir saldırganın, aldatma veya yok etme amacına ulaşmak için korunan verilere erişirken kasıtlı olarak tüm verileri döndürmemesi veya yanlış veriler döndürmemesi anlamına gelir.
Bir meydan okuma başarısızlığının maliyeti düşükse, dürüst teklif sahipleri, durum verilerini noktadan noktaya doğru bir şekilde yaymış olsalar bile, meydan okumayı savunmak için tüm durum verilerini ana ağa göndermek için ödeme yapmaya zorlayarak perişan hale gelebilirler. Bir meydan okuma başlatmanın maliyeti, dürüst teklif sahiplerine bu şekilde saldırılmaması için savunmanın maliyetiyle orantılı olmalıdır.
En kötü durumda, eğer bir saldırgan dürüst bir teklif sahibine 1 $'a mal olmak için 1 $ harcayabilirse, teklif sahibini pes etmeye ve bloğunu geri almaya zorlayabilir. Daha sonra yeni bir dürüst teklif sahibi teklif verebilir ve saldırgan, fonu olan herkes dahil olmak üzere tüm potansiyel dürüst teklif sahiplerine saldırıyı tekrarlayamazsa, kalıcı bir kesintiye neden olamaz. Geçerli bir bloğun tamamlanmasından bu yana çok uzun zaman geçtiğinde meydan okumanın maliyetinin arttığı başka bir madde eklemek mümkündür. Bu şekilde, dürüst olmayan bir teklif sahibine meydan okumak kolaydır, ancak durum geçişlerini uzun süre durdurmak imkansızdır.
Daha iyimser bir ifadeyle, düğümler verileri eşler arasında dağıtırsa, kendi veri yedekleme ve erişilebilirlik çözümlerine karar verebilirler ve kullanıcıların kendi durum geçişleri için ihtiyaç duydukları verileri yerel olarak depolaması daha iyi olur. Belirli bir uygulama bağlamında, bunu optimize etmek için toplama durumunu EVM'den tamamen farklı bir şekilde kodlamayı düşündüm. Belirli bir kullanıcı hesabıyla ilişkili tüm durum, aynı hash'e kodlanabilir, böylece kullanıcılar, genel durumu bilmeden (yani, nereden geldikleri konusunda endişelenmeden belirteç sayısını aldığınızı onaylamak) hesaplarındaki değişiklikleri daha kolay bir şekilde doğrulayabilir.
Özetle
Düşüncelerinizi duymayı çok isterim ve ilgili çalışmalara bağlantılar için minnettar olurum. Normal iyimser toplamanın aksine, iyimser toplamada, gönderilen çağrı verilerinin ana ağın durum köküyle eşleşip eşleşmediğini ve her ikisinin de geçerli olup olmadığını belirlemek kolaydır, ancak bir güncellemenin yalnızca durum kökünden geçerli olup olmadığını bilmek imkansızdır, bu nedenle meydan okuma dönemlerinin ve kederin (yani kötü niyetli davranışın) ekonomisini dikkatlice düşünmek gerekir.
View Original
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Durum Bilgisiz Toplamanın Avantajlarına ve Potansiyel Sorunlarına Hızlı Bir Bakış
**Yazan: **OneTrueKirk
Derleyen: Yvonne, MarsBit
Ethresear.ch'deki OneTrueKirk'ten orijinal gönderi
İlk defa burada bir konuya mesaj yazıyorum, bu yüzden sizi herhangi bir şekilde kırdıysam özür dilerim. Çoğunlukla borç verme protokolümüz için özel özetler olan bu fikir (Durum Bilgisiz Toplamalar) hakkında düşünüyordum, ancak umarım genel olarak uygulanabilir olabilir, herhangi bir geri bildirim için teşekkür ederiz.
TLDR:
Calldata değil, yalnızca durum kökü yayınlanır.
(MarsBit notu: Calldata, sözleşme işlemindeki data kısmının değeridir ve değiştirilemez.)
detay
Ethereum'u bir veri kullanılabilirlik katmanı olarak kullanmak yerine, tam durumu calldata olarak yayınlayarak ve yalnızca durum kökünü ana ağa yayınlayarak ne olur? Ana fayda, Ethereum'da depolanan veri miktarını azaltmak ve böylece kullanıcıların L2'de işlem yapma maliyetini azaltmaktır. EIP-4844 ile bile blobace ücretsiz değildir.
Ana risk, bir teklif sahibinin geçerli bir durum kökü yayınladığı ancak gelecekteki blok üretimini tekeline almak veya fonları rehin almak için diğer toplama düğümlerinden gelen tüm verileri alıkoyduğu bir Veri Engelleme Saldırısıdır. Bunu önlemek için dürüst düğümler, hiçbir eşin veri sağlayamadığı herhangi bir durum güncellemesini sorgulamalıdır. Arbitrum tarzı etkileşimli dolandırıcılık kanıtları, teklif verenleri ana ağdaki tüm durumu ifşa etmeye zorlamak için kullanılabilir, ancak yine de kök geçerliyse sorgulamanın başarısız olmasına neden olur, bu nedenle başarısızlık durumunda bile sorgulamanın maliyeti düşüktür.
(MarsBit Not: Veri Engelleme Saldırısı, bir saldırganın, aldatma veya yok etme amacına ulaşmak için korunan verilere erişirken kasıtlı olarak tüm verileri döndürmemesi veya yanlış veriler döndürmemesi anlamına gelir.
Bir meydan okuma başarısızlığının maliyeti düşükse, dürüst teklif sahipleri, durum verilerini noktadan noktaya doğru bir şekilde yaymış olsalar bile, meydan okumayı savunmak için tüm durum verilerini ana ağa göndermek için ödeme yapmaya zorlayarak perişan hale gelebilirler. Bir meydan okuma başlatmanın maliyeti, dürüst teklif sahiplerine bu şekilde saldırılmaması için savunmanın maliyetiyle orantılı olmalıdır.
En kötü durumda, eğer bir saldırgan dürüst bir teklif sahibine 1 $'a mal olmak için 1 $ harcayabilirse, teklif sahibini pes etmeye ve bloğunu geri almaya zorlayabilir. Daha sonra yeni bir dürüst teklif sahibi teklif verebilir ve saldırgan, fonu olan herkes dahil olmak üzere tüm potansiyel dürüst teklif sahiplerine saldırıyı tekrarlayamazsa, kalıcı bir kesintiye neden olamaz. Geçerli bir bloğun tamamlanmasından bu yana çok uzun zaman geçtiğinde meydan okumanın maliyetinin arttığı başka bir madde eklemek mümkündür. Bu şekilde, dürüst olmayan bir teklif sahibine meydan okumak kolaydır, ancak durum geçişlerini uzun süre durdurmak imkansızdır.
Daha iyimser bir ifadeyle, düğümler verileri eşler arasında dağıtırsa, kendi veri yedekleme ve erişilebilirlik çözümlerine karar verebilirler ve kullanıcıların kendi durum geçişleri için ihtiyaç duydukları verileri yerel olarak depolaması daha iyi olur. Belirli bir uygulama bağlamında, bunu optimize etmek için toplama durumunu EVM'den tamamen farklı bir şekilde kodlamayı düşündüm. Belirli bir kullanıcı hesabıyla ilişkili tüm durum, aynı hash'e kodlanabilir, böylece kullanıcılar, genel durumu bilmeden (yani, nereden geldikleri konusunda endişelenmeden belirteç sayısını aldığınızı onaylamak) hesaplarındaki değişiklikleri daha kolay bir şekilde doğrulayabilir.
Özetle
Düşüncelerinizi duymayı çok isterim ve ilgili çalışmalara bağlantılar için minnettar olurum. Normal iyimser toplamanın aksine, iyimser toplamada, gönderilen çağrı verilerinin ana ağın durum köküyle eşleşip eşleşmediğini ve her ikisinin de geçerli olup olmadığını belirlemek kolaydır, ancak bir güncellemenin yalnızca durum kökünden geçerli olup olmadığını bilmek imkansızdır, bu nedenle meydan okuma dönemlerinin ve kederin (yani kötü niyetli davranışın) ekonomisini dikkatlice düşünmek gerekir.