PIRL - Lion Fork'a yükseltildi

Lion-çatal-blog

Bu gönderiyi paylaş

#39;lerde paylaş
#39;lerde paylaş
#39;lerde paylaş
#39;lerde paylaş

Hepinizin bildiği gibi, PIRL, Ethash tabanlı Masternodes'u blockchain ekosistemine tanıtan ve Ethash tabanlı zincirler için çeşitli projelerde kullanılan ilk 51% saldırı korumasını geliştirdi. Şimdi, gizlilik seviyelerini daha da artırmak için bazı yeni güncellemeler yaptılar. Herkes EUR / USD ve BTC ile PIRL satın alabilir. İletişim için merkezi olmayan bir PIRL sohbeti vardır ve kişisel bilgileriniz özel bilgilerin sızması konusunda endişe duymadan son derece güvenlidir. Resmi PIRL mobil cüzdan sayesinde, istekli alıcılar ve satıcılar kolayca işlem yapabilir.    

En büyük değişikliklerden biri PIRL'in “Lion Fork” a yükseltilmesidir. Bu çatal, blockchain ileriye doğru iki yola ayrıldığında zorluğu gidermeye yardımcı olacak ve Lion fork, işlemi kaydetmek için hangi yolu izleyeceğine rehberlik edecektir. Böyle bir rehberlik yapmak için zorluk bombasını devre dışı bıraktık ve aşağıdaki çatalları etkinleştirdik:

1. Konstantinopolis Bloğu

2. Petersburg Bloğu

3. İstanbul Bloğu

1.9.12 sürümünde, sistemin verimlilik seviyesini hızlandırmak için aşağıdaki değişiklikler ve düzeltmeler yapılmıştır

· Arka uçta, eth_call göndereni için sıfır (0x00… 0) hesabını, belirtilmemişse varsayılan olarak ayarladık (#20702).

· CallOpts işlevi eksik. Bir gönderenin arama ayarlarını değiştirmesine izin vermek için SetFrom eklenir (#20721).

· İlginç olanı, iki EIP'deki Decouple sabitlerinin İstanbul'da birlikte uygulanmasıdır (#20646).

· Kaçış ve manzaradan kaynaklanan desteği kaybeden bir konsol gerilemesi düzeltildi (#20700). Escape (), bir dizeyi taşınabilir hale getirmek için kodlamaya yardımcı olur, böylece herhangi bir ağ boyunca ASCII karakterlerini destekleyen herhangi bir bilgisayara iletilebilir. Diğer tarafta, alıcı tarafındaki kodlanmış dizginin kodunu çözmek için unescape () kullanılır.

· TX getirici senaryo testlerindeki rasgelelik nedeniyle bir Başarısız Ortak Arayüz (CI) çalışması düzeltildi (#20712). Bu başarısızlığı düzelttik ve vakaları başarıyla test ettik.

· İşlemin yayılmasında bir goroutin sızıntısı düzeltildi (#20762). Bekleyen istekleri izlemek ve yalnızca goroutine istekleri bittiğinde dış yöntemden dönmek için bu sorunu düzeltmek için bir yöntem.

· İndiricideki olası bir veri yarışı düzeltildi (#20690). Daha önce indiricide ortaya çıkan tüm tutarsızlıkları düzelttik.

1.9.11 sürümünde, sistem çalışmasını güçlendirmek için aşağıdaki değişiklikler yapılmıştır

·   DNS tabanlı eş bulma artık Geth'de (#20592, #20660). Bundan sonra Geth düğümlerinin akranlarını bulmak için iki bağımsız mekanizması var. DNS listeleri, DHT aracılığıyla eş bulunamadığında bir geri dönüş mekanizması görevi görür.

DNS tabanlı keşif, merkezi bir mekanizmadır, ancak bu mekanizmanın çalışmasını mümkün olduğunca şeffaf ve izinli hale getirmeye çalıştık. Varsayılan olarak kullanılan genel listeler, keşif DHT'sinin taranmasıyla oluşturulur. Şu anda, varsayılan listede ~ 1150 genel olarak yönlendirilmiş Ethereum ana ağ düğümü bulunmaktadır. Herkese açık listelerimiz ayrıca Ropsten, Goerli ve Rinkeby test ağlarına da hizmet vermektedir. Herhangi bir Ethereum istemcisini çalıştıran düğümler EIP-868 ve EIP-2124 genel listelerde otomatik olarak görünür.

–Discovery.dns “” bayrak bileşimini kullanarak DNS tabanlı bulma kullanımını devre dışı bırakabilirsiniz.

Özel veya genel ağınız için DNS tabanlı bir düğüm listesi oluşturmak istiyorsanız, lütfen DNS Keşfi Kurulum kılavuzu. Ethereum Vakfı dışındaki kuruluşların gelecekte genel listeler sunmasını ve EIP-1459'un 'bağlantı' özelliğini kullanarak bu listeleri varsayılan listeye entegre etmesini umuyoruz.

· Eth / 65 üzerinden işlem duyuruları (EIP 2464) uygulanmaktadır ve Geth <-> Geth bağlantıları önemli ölçüde daha az bant genişliği kullanmalıdır (#20234) alışverişi için. Nihai rakamlar, yaygın ağ dağıtımını beklememiz gerektiğinden, herkesin tahminidir. Bu özellik, eth / 64 ve et / 65 henüz tüm Ethereum istemci uygulamalarında desteklenmeyen protokol güncellemeleri. Uyumlu istemciler arasındaki bağlantılar yeni protokolü kullanırken, yeni protokol sürümleri genel ağ tarafından yeterince kabul edilene kadar geth eth / 63 ile uyumlu kalacaktır.

· Geth konsolunun ve Clef kural motorunun altında yatan JavaScript motoru değiştirildi Otto için GojaECMAScript 5.1+ uyumluluğunu getirmelidir. Tabii ki en yeni ve en büyük ortamınız değil, eskisinden çok daha iyi ve daha hızlı (#20470, #20599). 

Küçük özellikler ve düzeltmeler

· Dahili trie optimizasyonları ile her bloğun birkaç milisaniyesini tıraş edin (#20481, #20488Karma işlemleri optimize etmek için kullanılır ve taahhüt işlemi istisnaları işlemek için kullanılır.

· En kötü durumu daha iyi ele almak için EVM BLOCKHASH opcode yürütülmesini optimize edin (#20589).

· –Rpcapi & co'daki yazım hatalarını algılamak için RPC API ad alanı kullanılabilirliğini denetleyin (#20597).

· Bir düğümün tüm genesis ve zincir konfigürasyonunu yazdırmak için geth dump genesis'i ekleyin (#20191).

· Blok alımı sırasında bekleyen blok numarası raporunu geri alma (#20616).

· Yasadışı belleğe erişirken bir JavaScript izleyici paniğini düzeltin (#20612).

· Kesintili bağlantılar etrafında bir RPC bağlantı sorununu giderme (#20414).

· C ++ ana ağı ve Geth Görli önyükleme düğümlerini temizleme (#20610). C ++ bootnode daha uzun süre kullanıldı, bu yüzden Geth Görli'yi yerleştirdik.

· Clef'te bytes32 ve bytes32 [] desteğini düzeltin (#20609).

Karar

Tüm değişiklikler (değişiklikler ve düzeltmeler) sistemin verimliliğini ve nihayetinde güvenliğini artırmak için yapılır.

Haber bültenimize abone ol

Güncellemeleri alın ve en iyilerden öğrenin

Daha Fazlasını Keşfedin

tr_TRTürkçe
en_USEnglish fr_FRFrançais nl_NLNederlands es_ESEspañol pt_PTPortuguês ru_RUРусский ko_KR한국어 zh_CN简体中文 hi_INहिन्दी tr_TRTürkçe