Merhaba,
İşlemleri havuzda bekletirken, zincire eklemeden önce oroboros gibi zamanı da hesaba katabiliriz. Hem işlem sayısı hem de belirli bir zaman olarak çift denetimli bir sistem inşa edebiliriz.
örneğin 1000 işleme ulşatığında bloğu ekle, 1000 işleme ulşamadı ama 2 gün geçti yine bloğu ekle. Burada ağın ilk zamanlardaki işlem hacmine göre ayarlama yapılabilir.
stake ödülleri yerine, yapılan işlemlerden alınan komisyonlar doğrulayıcılar arasında paylaştırılıp, hatta bloğu ekleme isteği gönderen doğrulayıcının daha fazla ücret alması ile. hem ağın ayakta durması hem de tüm doğrulayıcıların sürekli gelir elde etmesi şeklinde düşündüm. Burada ben kazanmıyorum. İşlem ücretlerinin tamamı doğrulayıcılara gidiyor.
Sizin dediğiniz doğru, bootstrap sunucular ilk başlarken merkeziyetsizliği bozacaklar. Onun için bir mantık yürütmeye çalışıyorum. Xrp de burada merkeziyetsizliği bozuyor. Ben biraz daha farklı bir çözüm bulmaya çalışıyorum.
Bloğun doğrulama işlemlerinde, çift kontrol sağlıyorum evet. Bu doğrulayıcının manipüle edilip edilmediğini de sağlıyor. Tabi değiştirilebilir, daha güzel bir çözüm varsa onlara da bakabiliriz.
Kodları da yazdıkça paylaşacağım. Desteğiniz ve önerileriniz için teşekkürler. Hep birlikte güzel bir blok zincir yapalım.
Merhaba
Öncelikle fikrin yenilikçi. Benim ilk gördüğüm şey performansı ve merkeziyetsizliği etkileyecek durumlar.
En başta düşük işlem hacmine sahip olduğunu düşünürsek. İşlemleri bir havuzda bekletip belirli bir sayıya ulaştıktan sonra doğrulayacıların kontrol etmesi çok yavaşlatır. Bunun yerine zamana bağlı bir eşik koyarak işlemleri havuzda bekletmek daha iyi olur.
Birde blok sunucularda çift kontrol yapmış olunuyor. Doğrulayıcı bir blok oluşturup blok sunucusuna gönderdiğinde tekrar doğrulayıcı aynı blokları kontrol etsin diyorsun. Zincirin performansı ileride çok etkilenecek.
En büyük problem ise "merkeziyetsizlik"
Bootstrap sunucular merkezi bir yapı oluşturabilir. POS yerine DPoS daha merkeziyetsizlik sağlamış olur.