EOS Technical Whitepaper - EN to TR#1

Project Details

EOS software offers brand new features and tools to any blockchain regarding the management of the internal tasks of them. EOS software is created by Dan Larrimer who is also co-founder of Steem. The Eos technical whitepaper aims to provide detailed technical information about those geniuine features of Eos software. For more detailed official information, please check the github link below.

Links related to the translation

• GitHub
• Crowdin Page
• My Crowdin Activity

Source Language

English.

Translated Language

Turkish - 100%

Number Of Words

3551

Number of words translated on this contribution: 1060

Proofread Words

Project is currently pending for professional proofreading activity

**Number of words translated on the project before this report **: 8049

• Eos-docs {Turkish Traslation}

PROOF OF WORK

Word Count

Activity

Account Ownership

Translation

Doğru bir gecikme süresi seçimi, geliştiricilere ve kullanıcılara kalmıştır.
Çalıntı Anahtarlardan Kurtarma
EOS.IO yazılımı, kullanıcılara anahtarları çalındığında, hesapları üzerinde yeniden kontrole kavuşma imkanı sağlar. Bir hesap sahibi, hesabındaki owner anahtarını sıfırlamak için, belirlenen hesap kurtarma ortağının onayıyla birlikte, onun hesabında son 30 günde etkin olan herhangi bir owner anahtarını kullanabilir. Hesap kurtarma ortağı, hesap sahibin yardımı olmaksızın hesabın denetimini sıfırlayamaz. Hacker'ın hesap kurtarma sürecine girmeye çalışarak elde edebileceği hiçbir şey yoktur zira hesap zaten onun tarafından "kontrol" edilmektedir. Dahası, halihazırda sürece girmişlerse, kurtarma ortağı büyük olasılıkla kimlik tespiti ve çok faktörlü kimlik doğrulama (telefon ve e-posta) isteyecektir. Bu muhtemelen hacker'ı ifşa edebilir ya da hacker bu süreçten hiçbir şey elde edemez. Bu işlem aynı zamanda basit bir çoklu imza anlaşmasından çok farklıdır. Çoklu-imzalı bir işlemle, yürütülen her işlem için taraf olan başka bir şirket vardır. Ancak, kurtarma işlemi ile aracı, kurtarma sürecine yalnızca bir taraftır ve günlük işlemler üzerinde hiçbir etkisi yoktur. Bu, ilgili herkes için maliyetleri ve yasal yükümlülükleri önemli ölçüde azaltır.
Uygulamaların Belirlenimli Paralel İcrası
Blok zinciri oy birliği, belirli (tekrarlanabilir) davranışlara bağlıdır. Bu, tüm paralel yürütmelerin; karşılıklı dışlama ilkeleri (sırayla iş yapma) veya ilkel kilitlerden uzak olması gerektiği anlamına gelir. Kilitler olmadan tüm hesapların yalnızca kendilerine özel veritabanlarını okuyup yazabileceğini garanti etmenin bir yolu olmalıdır. Bu ayrıca, her hesabın iletileri sıralı bir şekilde işlediği ve paralelliğin her hesap düzeyinde olacağı anlamına gelir. EOS.IO yazılımı tabanlı bir blok zincirinde, mesaj dağıtımın iş parçacıkları halinde organize edilmesi blok üreticisinin işidir. Böylece paralel olarak değerlendirme yapılabilir. Her hesabın durumu sadece ona iletilen mesajlara bağlıdır. Zamanlama takvimi, bir blok üreticisinin çıktısıdır ve belirlenimli olarak icra edilmelidir. Ancak takvimin üretilme süreci belirlenimli olmak zorunda değildir. Bu, blok üreticilerinin işlemleri planlamak için paralel algoritmalar kullanabilecekleri anlamına gelir. Paralel yürütmenin bir kısmı, bir komut dosyası yeni bir mesaj ürettiğinde bunun derhal teslim edilmesi yerine, bir sonraki döngüde teslim edilmesinin planlanması işidir. Hemen teslim edilememesinin nedeni, alıcının aktif olarak kendi durumunu başka bir iş parçacığına değiştirmesi olabilir.
İletişim Gecikmesini Azaltma
Gecikme, bir hesabın başka bir hesaba mesaj göndermesi ve ardından bir yanıt alması için geçen süreyi süreyi belirtir. Hedef, iki hesap arasında mesaj değişimi sırasında 3 saniye beklemek zorunda kalmadan, tek bir blok içinde ileri geri mesaj alışverişinde bulunmaktır. Bunu etkinleştirmek için, EOS.IO yazılımı her bloğu çevrimlere böler. Her döngü iş parçacıklarına bölünür ve her iş parçacığı bir işlem listesi içerir. Her işlem, teslim edilecek bir mesaj seti içerir. Bu yapı, alternatif katmanların ardışık ve paralel olarak işlendiği bir ağaç olarak görselleştirilebilir.
Blok
Döngüler (sıralı)
İş parcackları (paralel)
İşlemler (sıralı)
Mesajlar (sıralı)
Alıcı ve Bildirilmiş Hesaplar (paralel)
Bir döngüde üretilen işlemler, sonraki herhangi bir döngüde veya blokta teslim edilebilir. Blok üreticileri maksimum süre dolana kadar bir bloğa döngü eklemeye devam eder, değilse dağıtacak yeni üretilmiş işlem yoktur. Bir bloğun verili bir çevrimde aynı hesabı değiştiren iki işlem parçacığı içermediğini doğrulamak için statik analiz kullanmak mümkündür. Bu değişmez muhafaza edildiği sürece bir blok, tüm konular paralel olarak çalıştırılarak işlenebilir.
Salt-Okunur Mesaj İşleyicileri
Bazı hesaplar, bir iletiyi onun iç durumunu değiştirmeksizin geçme/kalma temelinde işleyebilir. Bu durumda, bu işleyiciler belirli bir hesap için yalnızca salt okunur ileti işleyicileri belirli bir döngüdeki bir veya daha çok iş parçacığına dahil edildiği sürece paralel olarak yürütülebilir.
Çoklu Hesaplarla Atomik İşlemler
Bazen mesajların atomik olarak birden fazla hesaba iletildiğinden ve kabul edildiğinden emin olmak istenir. Bu durumda, her iki ileti de bir işleme yerleştirilir ve her iki hesaba da aynı iş parçacığı atanır ve iletiler sırayla uygulanır. Bu durum performans için ideal değildir ve kullanıcılar için "fatura" söz konusu olduğunda, bir işlem tarafından atıfta bulunulan farklı hesap sayısına göre faturalandırılacaktır. Performans ve maliyet nedenleriyle, iki veya daha fazla yoğun kullanımlı hesabı kapsayan atomik işlemleri en aza indirmek en iyisidir.
Blok Zinciri Durumunun Kısmi Değerlendirilmesi
Blok zincir teknolojisini ölçekleme, bileşenlerin modüler olmasını gerektirir. Herkes her şeyi çalıştırmak zorunda kalmamalıdır, özellikle de yalnızca küçük bir uygulama kümesini kullanması gerekiyorsa.
Bir takas uygulaması geliştiricisi, takas durumunu kullanıcılarına göstermek amacıyla tam düğümleri çalıştırır. Bu takas uygulaması, sosyal medya uygulamaları ile ilişkili duruma ihtiyaç duymaz. EOS.IO yazılımı, herhangi bir düğüme, herhangi bir uygulama alt kümesini çalıştırmak için seçim yapmasına izin verir. Bir uygulamanın durumu tamamen ona iletilen mesajlardan türetildiğinden, diğer uygulamalara iletilen mesajlar güvenle yok sayılır. Bu, diğer hesaplarla iletişimde bazı önemli etkilere sahiptir. En önemlisi, diğer hesabın durumunun aynı makineden erişilebilir olduğu varsayılamaz. Aynı zamanda, bir hesabın başka bir hesabı eşzamanlı olarak çağırmasına izin veren "kilitler" i etkinleştirmek cazip olsa da, bu tasarım düzeni, diğer hesap bellekte değilse çöker. Hesaplar arasındaki tüm durum iletişimi, blok zincirindeki mesajlar aracılığıyla iletilmelidir.
Öznel En İyi Çaba Planlaması
EOS.IO yazılımı, blok üreticilerini herhangi bir hesaba herhangi bir mesajı göndermekle yükümlü kılamaz. Her blok üreticisi, bir işlemin işlemesi için gereken zamana ve hesaplamanın karmaşıklığıyla ilgili kendi öznel ölçümlerini yapar. Bu, bir işlemin bir kullanıcı tarafından mı yoksa bir komut dosyası tarafından otomatik olarak mı üretilmiş olduğuna göre uygulanır. EOS.IO yazılımını benimseyen bir blok zincirinde, bir ağ seviyesinde tüm işlemlere, .01ms ya da 10ms sürdüğüne bakılmaksızın, sabit bir bant genişliği hesabına göre maliyet çıkarılır. Bununla birlikte, yazılımı kullanan her bir blok üreticisi kendi algoritmasını ve ölçümlerini kullanarak, kaynak kullanımını hesaplayabilir. Bir blok üreticisi, bir işlemin veya hesabın hesaplama kapasitesinin orantısız bir miktarını tükettiğine karar verdiğinde, kendi bloğunu üretirken işlemi basitçe reddeder; Ancak, diğer blok üreticileri (bu işlemin) geçerli olduğunu düşündüğü takdirde (blok üreticisi) işlemi yine de işlemeye devam eder.
Genel olarak, 1 blok üreticisi bile bir işlemi geçerli ve kaynak kullanım sınırları altında kabul ettiği sürece diğer blok üreticileri de bunu kabul eder, fakat işlemin o üreticiyi bulması 1 dakika sürebilir. Bazı durumlarda, bir üretici, kabul edilebilir aralıkların dışındaki büyüklükte bir sipariş içeren işlemleri içeren bir blok üretebilir. Bu durumda, bir sonraki blok üreticisi bloğu reddetmeyi seçebilir ve bağlantı üçüncü blok üreticisi tarafından kesebilir. Bu, büyük bir bloğun ağ yayılımda gecikmelerine neden olduğunda olacaktan farklı değildir. Topluluk bir istismar örüntüsü fark eder ve nihayetinde sahtekâr üreticiden oyları kaldırır. Hesaplama maliyetinin öznel olarak değerlendirilmesi blok zincirini, herhangi bir şeyin çalışması için ne kadar zamana gereksinim duyulduğunun hassas ve belirlenimli bir şekilde ölçülmesi zorunluluğundan kurtarır. Bu tasarımla, yönergelerin katı bir şekilde göz önünde tutulmasına gerek yoktur. Bu da, mütabakat bozumu olmaksızın optimiyasyon yapma fırsatlarını önemli ölçüde artırır.
Token Modeli ve Kaynak Kullanımı
LÜTFEN DİKKAT: BU BEYAZ SAYFALARDA BELİRTİLEN KRİPTOGRAFİK TOKENLAR, EOS.IO YAZILIMINI KULLANAN BLOK ZİNCİRİNDE ÇIKARILMIŞ KRİPTOGRAFİK TOKENLARA ATIF YAPMAKTADIR. EOS TOKEN DAĞITIMI İLE BAĞLANTILI OLARAK ETHEREUM BLOCK ZİNCİRİ ÜZERİNDE DAĞITILAN ERC-20 UYUMLU TOKENLERLA İLGİLİ DEĞİLDİR.

---

Posted on Utopian.io - Rewarding Open Source Contributors

---