Bugünün @steemitblog postuSteemit’inBlockchainekibi tarafından sizlere sunuldu. Geliştirme projelerimizde önemli ilerlemeler kaydettik ve üzerinde çalıştıklarımızın ayrıntılarını sizinle paylaşmak istedik.Bu yayında, Hardfork 20'deki güncellemelerin yanı sıra AppBase, StatsD eklentisi ve RocksDB’yi içeren 19.4 sürümümüz de yer alıyor.

Hardfork 20 Güncellemeleri

Mayıs güncellememizden bu yana temel odak noktamız Hardfork 20'nin tamamlanması olmuştur.HF20 ile ilgili olarak üzerinde çalıştığımız son değişiklikler aşağıda listelenmiştir.

Kaynak Kredileri (ResourcesCredits (RCs))

Hardfork 20'nin geliştirilmesinin önemli bir bileşeni, bant genişliği sisteminin tam bir revizyonudur ve bu postta tarif edildiği gibi, daha gelişmiş bir Kaynak Kredisi (RCs) uygulaması ile değiştirilmektedir.Bu yeni sistemin çalışmasının büyük çoğunluğuyeni geliştirildi ve tamamlanmasına doğru ilerlemeye devam ediyoruz. Postta tartıştığımız gibi, bu güncellemenin amacı:

 1) blockchain kaynaklarını daha verimli bir şekilde ayırır;
 2) blockchain'i çalıştırmanın gerçek maliyetini daha doğru bir şekilde ölçer;
 3) Steem geliştiricilerinin daha öngörülebilir kullanıcı deneyimleri oluşturmasını sağlar.

Kürasyon Güncellemeleri

Şu anki blockchain kuralları ile yazarlar hemen kendilerine oy verirse, yazarlarının ödüllerini alırlar. Ayrıca küratörlük ödüllerinin %100'ünü verdikleri oylardan alırlar, artı ikramiye ödüllerinin bir kısmı, onlardan sonra postaoy veren yazarlardan gelir. Yazar ile aynı zamanda oy kullanan başka bir küratör, küratörlük ödüllerinin% 0'ını alır. Bu, yazarın diğer küratörler karşısında haksız bir avantaj elde etmesini sağlar, çünkü yazar kendi kendini oylama yoluyla ek küratörlük ödülleri kazanabilir.

Bu avantajı ortadan kaldırmak için kürasyonödüllerinin kullanılmayan kısmı, yazarlara verilecek ödül yerine ödül havuzuna iade edilecek, böylece küratörlere ödenecek ödüllerin toplam yüzdesi artırılacaktır. Bu, kürasyon ödüllerinin bütçesinin asıl görevine daha iyi hizmet edecektir: Steemblockchain'in ödülleri en değerli içeriğe dağıtmasını sağlamak.

İç Piyasa Emirlerinin Sona Ermesi

İç pazarın mevcut uygulamasıyla, piyasa emirleri asla sona ermeye zorlanmaz.Bu, kullanıcıların uzun ömürlü bir uzlaşma bant genişliği gerektiren iç pazara emir göndermesine izin verir ve blok zincirinin genel performansını düşürür.Hardfork 20'nin bir parçası olarak, tüm pazar siparişlerinin 28 gün sonra sona ermesini sağlayan bir değişiklik ekliyoruz.Bu, büyük borsaların çoğunda piyasa emirlerinin uygulanması ile tutarlıdır.

Hesap Oluşturma Ücreti Güncellemesi

Hardfork 20, artık devredilen payın bir kısmını kullanarak hesapların oluşturulmasını desteklemeyeceğinden, hesap oluşturmak için gereken “gerçek” ücrete ulaşmak için Witness’ların hesap oluşturma ücretinin belli bir katını alma gereği kalmıyor.Hardfork 20 ile Witness’ların hesap oluşturma ücreti değerini gerçek hesap oluşturma ücreti olarak kullanmaya başlayacağız.

Mevcut hesap oluşturma ücretini (ki şu anda tanıkların değeri 30 ile çarpılmaktadır) korumak için, tüm Witness’ların değerlerinin bir kereliğine 30 kat değiştirilmesi yapılacaktır.

20 Saniye Yorum Sınırlamasının Kaldırılması

Hardfork 20'nin bir parçası olarak yorumlardaki 20 saniyelik sınırı kaldırmak için değişikliği tamamladık.Şimdi her bloğa (her üç saniyede bir), oy verilirken kullanılan sınır uygulanacaktır.

Hesap Oluşturma için Stok Tabanlı Pazarın Uygulanması

Bu son derece teknik bir değişikliktir, ancak bir kullanıcının sahip olduğu hisseye dayalı olarak indirimli bir hesap oluşturma pazarı uygulamak için temel oluşturduk.Bu değişiklikle ilgili daha fazla detay, orijinal hardfork tasarısı yazımızda yer almaktadır.

İndirimli Hesap Oluşturma Yöntemleri

1771 numaralı konusunda yer alan indirimli hesap oluşturmaya izin veren işlemleri hayata geçirdik.Aşağıdaki bilgiler biraz tekniktir (bu yüzden atlamaktan çekinmeyin), ancak ilgilenenlere açıklama yapmak istiyoruz.

Bir hesap oluşturmak normalde hesap oluşturma ücretini denkleştirmeyi gerektirir.İndirimli bir hesap her zaman 0 STEEM ücrete tabidir.Bir hesap bu şekilde oluşturulursa, indirimli bir hesap oluşturma jetonu(token) tüketilir ve oluşturma hesabında hiçbir jeton(token) kalmazsa hesap oluşturma başarısız olur.

Hesap oluşturma ücretini veya daha fazlasını tüketen hesap, oluşturma işlemleri için indirim jetonu(token) kullanmayacaktır.Hesap oluşturma ücretinden daha düşük bir ücrete sahip olan herhangi bir hesap oluşturma, bir jetonu(token) tüketir ve bir jeton(token) mevcut değilse başarısız olur.Bu sayede hesaplar ucuza oluşturulur fakat sonsuz olarak oluşturulamaz ve hesap oluşturma hiçbir zaman tam ücretle engellenmez.

İlk işlem, indirim havuzundan yaratıcısına bir hesap talep edecektir.Bu hesap, ikinci işlemle herhangi bir zamanda daha sonra oluşturulabilir.Ücret hesap oluşturma ücretinden büyük veya eşit ise, indirim havuzundan alınmadan bir hesap talep edilir.İkinci işlem, içerik oluşturucudan hesabı oluşturmak için talepte bulunan bir hesabı tüketir.

Bu iki işlemi birleştirmek aynı anda kullanımda olan account_create_operation ile aynı şekilde çalışır.Bununla birlikte, eklenen uzantılar alanı nedeniyle, hesap oluşturmaya yönelik olası değişiklikler muhtemelen bu işlem akışını gerektirecektir.

Minimum SP PowerDown Kısıtlamasının Kaldırılması

Şu anda bir hesabın SP'sinin cari hesap oluşturma ücreti değerinin 10 katına kadar kapatılmasına izin vermeyen bir kural var.Bu, yeni bir hesabın oluşturulmasını ve hemen kapatılmasını önlemek için tasarlanmıştır.

HF 20, yeni hesaba kadar açmak yerine hesap oluşturma ücretini yakıyor.Bu nedenle, SP alır almaz bir hesapta powerdown tehlikesi yoktur. Bu nedenle, 10 katı gereksinimi kaldırıldı.

Çift Oy Kullanma İstismarı İçin Düzeltme

Kullanıcılar iki istismar bildirdi: (Konu 2428ve Konu 2539) Bir hesabın tüm oy verme gücünü kullanarak daha fazla oylama gücü kazanabileceği ve ardından SP'lerini başka bir hesaba devredebileceği ya da başka bir hesaba geçerek tekrar açılabileceği…

Hardfork 20'nin bir parçası olarak bu istismarlar için düzeltmeler de dahil ediyoruz. (Bunlar ayrıca son derece tekniktir, ilginizi çekmiyorsa atlamaktan çekinmeyin.)

• Steemblockchain, kalan oylama gücünü Voting Mana adlı bir şey olarak izleyecek.Voting Manabeş gün boyunca hala% 100 * SP üretecek. Oylamaların nasıl yapıldığına, sadece ağırlıklarının nasıl depolandığına dair hiçbir etkisi yoktur.
• STEEM bir hesaba aktarıldığında, hesaba% 100 * STEEMVoting Mana eklenir.Şu anda oylama gücü değişmeden kalır ve Oylama Gücü% * STEEM hesabınıza eklenir.Yeni sistem bugünkü duruma kıyasla oylama gücünde bir artış sağlıyor ve% 100 adil.
• STEEM güç kazandığında, güç kapatılmadan önceki hafta hesap için Mana üretilmeyecektir. STEEM'inPowerDown'a gönderilmesi için gereken yedi gün, STEEM'inlikit olmadan önce% 100 güce ulaşmasını sağlayan beş günlük rejenerasyondan daha büyüktür.Bu yüzden, STEEM'inizipowerup yaptığınız anda Mana'ya erişebilirsiniz.
• SP'yidelegate ederken, SP'yi transfer etmek için fazladan Mana'ya ihtiyaç duyarsınız; Aksi takdirde, delegasyona izin verilmeyecektir.Örneğin, 1000 SP’niz ve % 50 mana’nız (500 Voting Mana) varsa, yalnızca 500 SP'yi mana artana kadar delege edebilirsiniz.
• Bu, aynı zamanda, geri dönen delegasyonun sahibini geri göndermeden önce yedeklenmesini sağlamak için delegasyon dönüş süresini beş güne (mana yenileme dönemi) indirmemize izin verecektir.
Bu, kullanıcı deneyimini olumsuz yönde etkilemeyecektir: bu, çift oy kullanma istismarı için özel olarak ele almak için tasarlanmış teknik bir değişikliktir.

Ödeme Dönemi Sonu DownvoteAbuseleri için Düzeltme

Hardfork 17'de, bir gönderinin ödeme süresinin sonunda on iki saatlik bir “kilitleme” süresi oluşturarak, aşırı suistimali önlemek için bir değişiklik yapıldı.Bu süre zarfında, kullanıcılar postun yeniden yayınlanmasına artık izin vermiyor, ancak reddedebiliyorlardı.

Bu değişiklik, bir kullanıcının bu süre zarfında bir oyu reddedebileceği ve paydaşların ek tahviller ekleyerek reddetme olasılığını ortadan kaldıramayacağı bir istismar için bir yol açmıştır.

Hardfork 20 bu “kilitleme”(lockout) periyodunu “soğumaya”(cooldown) çevirecektir.Bir gönderinin veya yorum ödemesinin son 12 saatinde, upvoteler ve downvote’lereizin verilecektir, ancak bunların (aynı miktarda oylama gücü için), bu 12 saatlik süre boyunca doğrusal olarak% 100'den% 0'a düşecektir.Diğer bir deyişle, oylama on iki yerine ödeme penceresinde yalnızca altı saat kaldıysa, bir gönderinin ödemesinde aynı etkiye sahip olmak için iki kat daha fazla oylama gücü alacaktır. Son dakikadaki downvote’ninneredeyse hiçbir etkisi olmayacak.

Bu değişiklik henüz uygulanmadı, ancak biz bunu hardfork'adahil etmeye karar verdik ve ilerlemeyi burada izliyoruz.

Sürüm 19.4 – AppBase, StatsD veRocksDB

AppBase'i içeren 19.4 sürümü, steemd'deki istatistik verilerini ölçmek için StatsD aracı ve hesap geçmişi için RocksDB eklentisi tamamlanmak üzeredir.Bu noktada planladığımız tüm gelişmeleri tamamladık ve testin son aşamalarındayız.Yeni bir sorun bulunmadığı taktirde, en son master’ı çok yakında 19.4 sürümü olarak etiketlemeyi planlıyoruz.

Çeşitli Değişiklikler

Yukarıda listelenen değişikliklere ek olarak, Hivemind ve toplulukları daha iyi desteklemek için gerekli yapısal değişiklikleri yapmak için Uygulamalar Ekibi ile birlikte çalıştık.Ayrıca, bazı küçük hata düzeltmeleri ve son derece teknik değişiklikler yaptık.

Burada anlattığımız tüm değişikliklerin ve ayrıca belirtilmeyen pek çok detayın tam ayrıntıları, steemGitHub deposunda bulunabilir.

Gelişmemizi takip etmeye devam edeceğiz ve 19.4 Sürümü ve Hardfork 20 hazır olduğunda size bildireceğiz.

SteemitBlockchain Takımı

Yazının Orijinali: Blockchain Update 3: Hardfork 20 andRelease19.4 – AppBase, StatsD, and RocksDB