Thread by @HommoEconomicus

$APTOS #APTOS

APTOS'un whitepaper'ını kendimce elimden geldiğince tercüme edebildiğim, anlayabildiğim ve anlayabildiklerimi aktarmaya çalıştığım flood.

Başlıyoruz

İnternetin web2 versiyonunda mesajlaşma, sosyal medya, finans, oyun, alışveriş ve ses/video akışı gibi hizmetler, doğrudan erişimi kontrol eden merkezi şirketler(ör. Google, Amazon, Apple ve Meta). tarafından sağlandığını ve +++

Bu şirketler bu altyapıları kullanarak hedeflenen kullanım durumları için optimize edilmiş uygulamaya özel yazılım ve bu yazılımları kullanıcılara dağıtmak için bulut altyapılarından yararlanır.
Bulut altyapısının, sanallaştırılmış ve/veya fiziksel erişim sağladığını belirtiyr++

Dünya çapındaki veri merkezlerinde (ör. AWS, Azure ve Google Cloud).web2 de Milyarlarca kullanıcıya ölçeklenebilen internet hizmetleri kolay olduğunu fakat bu durumun web2 kullanıcılarının merkezi varlıklara güvenmelerini gerektirdiğini++

ve bu durumdaki endişelerin artması web3'ü doğurduğunu belirtiyorlar. İnternetin web3 versiyonunun,
Blockchain'ler, kullanıcıların etkileşime girmesini sağlayan merkezi olmayan, değişmez booklar sağlamak için ortaya çıktığını
aracıları kontrol etmede veya merkezileştirilmiş olark

aracıları kontrol etmede veya merkezileştirilmiş olarak güvene ihtiyaç duymadan birbirlerini güvenli ve güvenilir bir şekilde
bağlantı kurmayı sağladığını belirtiyorlar.
Web2 ile ilgili bazı bilgiler var.(Güven vs. odaklı)
+++

Aptos vizyonunun, ana akım benimsemeyi web3'e getirebilecek ve gerçek dünyadaki kullanıcı sorunlarını çözmek için merkezi olmayan uygulamalar ekosistemi olduğunu ve Misyonlarının
esnek ve modüler bir sistem sağlayarak blok zinciri güvenilirliği, güvenliği ve performansında ++++

son teknoloji
blok zinciri mimarisi inşa etmek olduğunu belirtiyorlar. Bu mimarinin ise, zincir yükseltmelerini ve en son güncellemelerin hızlı bir şekilde benimsenmesini desteklemelidir.Bu bölümde teknolojik yeniliklere açık olacaklarını ve her gelişmeyi zincire ekleyeceklerini+

Aptos blok zinciri,ortaklaşa alan bir dizi doğrulayıcıdan oluştuğunu, inciri yükselteceklerini ve kullanıcıların en hızlı şekilde güncellemeleri alacağını belirtiyorlar. Bu bölümde özetle; Ağın içerisinde doğrulayıcıların ve müşterilerin işlemleri kontrol edebileceğini++

doğrulayıcıların belirli bir paya sahip olmadıktan sonra doğrulama işlemi yapamayacağı ve kullanıcıların da yapılan bu doğrulama işlemlerinin imzalı haline erişebileceklerini belirtiyorlar.Ağ kullanımında işlem ücretinin çok düşük olduğunu ve performansın onlar için çok önemli ++

4. Bölüm
Bu bölümde "Move" den bahsediyorlar. Move'in güvenlik ve esnekliğe vurgu yapan yeni bir akıllı sözleşme programlama dili olduğunu, Aptos blok zincirinin, book durumunu temsil etmek için Move'un nesne modelini kullandığını, kullanıcılara++

yayınlanacak işlemleri gönderen yeni modüllerin, mevcut modülleri yükseltmenin, bir modül içinde tanımlanan giriş işlevlerini yürüten veya modüllerin genel arayüzleriyle doğrudan etkileşime girebilen komut dosyaları olduğunu belirtiyorlar.
Move, Rust programlama dilinden ++

esinlendiğini, Move'un bellek güvenliğini garanti etmek için bir bayt kodu doğrulayıcıdan yararlandığını, belirli bir spesifikasyona göre bir Move programının işlevsel doğruluğunu doğrulayabilen,
Move'un modül yükseltilebilirliği ve kapsamlı programlanabilirlik desteği+++

sorunsuz yapılandırma değişiklikleri sağladığını ve Aptos blok zincirinin kendisinde yükseltmeleri desteklediğini (her iki yükseltme grubu da
özel bir ana ağda sıfır kesinti ile birden çok kez yürütülmüş)Aptos ekibinin daha geniş web3 kullanım senaryoları için Move'u daha da ++

geliştirdiğini belirtiyorlar.5 Mantıksal veri modeli
Aptos blok zincirinin defter durumu, tüm hesapların durumunu temsil ettiğini, Defter durumu
sistemin sahip olduğu işlem sayısına karşılık gelen işaretsiz bir 64 bit tamsayı kullanılarak sürümlenerek uygulandığını, herkesin ++

defter durumunu değiştirmek için Aptos blok zincirine bir işlem gönderebileceğini ve işlemler sonucu oluşacak gas ücretinden bahsediyorlar.
5.1 İşlemler
İmzalı bir işlem aşağıdaki bilgileri içerir:++

• İşlem doğrulayıcı: Gönderen, bir işlemin kimliğinin doğrulandığını doğrulamak için daha fazla dijital imza.
• Gönderici adresi: Gönderenin hesap adresi.
• Yük: Zincir üzerindeki mevcut bir giriş işlevine atıfta bulunur veya işlevi içerir ve satır içi bayt kodu olarak ++

yürütülür(kod adı verilir). Ayrıca, bir dizi girdi argümanıbayt dizilerinde kodlanmıştır. Eşler arası bir işlem için girişler, alıcının bilgilerini içerir.
• Gaz fiyatı (belirtilen para birimi/gaz birimi cinsinden): Bu, gönderenin kişi başına ödemek istediği miktardır.
++

Gaz, bilgi işlem, ağ iletişimi ve depolama için ödeme yapmanın bir yoludur.
Gaz birimi, doğasında gerçek dünya değeri olmayan soyut bir hesaplama ölçümüdür.++

• Maksimum gaz miktarı: Maksimum gaz miktarı, işlemdeki maksimum gaz birimidir.
Gaz ücreti kesilmeden önce tüketilmesine izin verilir. Hesapta en azından gaz fiyatının çarpımı olmalıdır
• Sıra numarası: İşlemin sıra numarası. Başarılı işlem yürütmesinin ardından, ++

tekrar saldırılarını önlemek için hesap sıra numarası artırılır.
• Sona erme süresi: İşlemin geçerliliğini yitirdiği bir zaman damgası.
• Zincir kimliği: Bu işlemin geçerli olduğu zincirini tanımlar ve daha fazla koruma sunar. (Kullanıcıların imzalama hatalarını önlemek için.)

5.1.1 Olaylar
Her Move modülü kendi olaylarını tanımlayabilir
ve yürütme sırasında bu olayların ne zaman yayınlanacağını seçer. Örneğin, bir coin transferi sırasında hem gönderici ve alıcının hesapları sırasıyla SentEvent ve ReceivedEvent'i gönderir. Bu veriler saklanır
++

Defter içinde ve bir Aptos düğümü aracılığıyla sorgulanabilir. Her kayıtlı etkinliğin benzersiz bir anahtarı vardır ve
anahtar, olay ayrıntılarını sorgulamak için kullanılabilir.
Aynı olay anahtarına yayılan birden çok olay olay akışları üretir, her biri bir olay listesidir.++

5.2 Hesaplar
Her hesap, hesap adresi olarak bilinen benzersiz bir 256 bitlik değerle tanımlanır. Yeni bir hesap
Mevcut bir hesaptan gönderilen bir işlem çağrıldığında defter durumunda oluşturulur.
++

5.3 Modülleri taşıma
Bir Taşı modülü, veri türlerini (yapıları) ve prosedürleri bildiren Taşı bayt kodunu içerir. Bu
modül adı ile birlikte modülün bildirildiği hesabın adresi ile tanımlanır.

5.4 Kaynaklar
Modüllere benzer şekilde, hesap adresleri de kendileriyle ilişkili veri değerlerine sahip olabilir. Her birinin içinde
hesap adresi, değerler türlerine göre anahtarlanır ve her türden en fazla bir değer ait olur.++

5.5 Ledger Status

Sanal makineyi taşı (VM'yi Taşı) açısından, her hesap bir dizi
değerler ve anahtar-değer veri yapıların dan oluşur. Bu veri yapılarına tablo girişleri denir.
Bu veri düzeni, geliştiricilerin akıllı yazmalarını sağlar.
+++

6 Güvenli bir kullanıcı deneyimi
Milyarlarca İnternet kullanıcısına ulaşmak için web3 kullanıcı deneyiminin güvenli ve erişilebilir olması gerekir. bölümlerde
Bu bölümden sonra yazılanlarda bu amaca yönelik olarak çalışan ++

Özetle; Aptos blok zinciri tarafından sağlanan birkaç yeniliği açıklıyorlar.
6.1 İşlem canlılığı koruması
Bir işlemin imzalanması, imzalayanın işlemin aşağıdakiler tarafından gerçekleştirilmesine ve yürütülmesine izin verdiği anlamına gelir.

Bazen, kullanıcılar istemeden veya tam olarak düşünmeden işlemleri imzalayabilirler.
Bu riski azaltmak için Aptos blok zinciri her işlemin uygulanabilirliğini sınırlar ve imzalayanı sınırsız geçerlilikten korur. ++

6.2 Taşıma tabanlı anahtar yönetimi
Bölüm 5.2'de tartışıldığı gibi, Aptos hesapları, yardımcı olabilecek önemli bir özellik olan anahtar döndürmeyi destekler.
Özel anahtar güvenliği, uzun menzilli saldırılar ve gelecekteki ilerlemelerle ilişkili riskleri azaltır.++

Mevcut şifreleme algoritmalarını bozabilir. Ayrıca, Aptos hesapları da yeterince esnektir.
Ayrıca, birçok cüzdan, özel anahtarların yedeklenmesi gibi çeşitli anahtar kurtarma planlarını desteklediğini belirtiyorlar.++

6.3 İmza öncesi işlem şeffaflığı
Günümüzde cüzdanlar imzaladıkları işlemler hakkında çok az şeffaflık sağlıyor. Bunu ele almak için Aptos ekosistemi, işlem öncesi yürütme için hizmetler sunar: ++

Kullanıcılara (insan tarafından okunabilir biçimde) önceki işlemlerinin sonuçlarını açıklayan bir ihtiyati tedbir yöntemi uyguladığını belirtiyorlar.
API sağlayıcılarının yanlış veya kötü amaçlı blok zinciri verilerini döndürebilir ve üçüncü kişileri aldatabilir olduğunu, ++

Bunu önlemek için Aptos, kullanılabilecek durum kanıtları ve hafif istemci doğrulama protokolleri sağladığını belirtiyorlar. 7 Ardışık düzen oluşturma, toplu işleme ve paralel işlem işleme
Verimi en üst düzeye çıkarmak, ++

eşzamanlılığı artırmak ve mühendislik karmaşıklığını azaltmak için Aptos blok zincirindeki işlem işleme, ayrı aşamalara ayrılmıştır. Her aşama tamamen bağımsızdır
ve bireysel olarak paralelleştirilebilir olduğunu belirtiyorlar++

7.1 Toplu işleme
Toplu işleme, işletimin her aşamasının bir parçası olan önemli bir verimlilik optimizasyonudur.
7.2 Sürekli işlem dağıtımı
Doğrulayıcıların mevcut ağ kaynaklarını kullanarak sürekli olarak toplu işlem akışını birbirlerine aktardıklarını ve ++

bazı formüle bilgileri paylasıyorlar. (Tam aktaramadım)
7.3 Blok meta veri sıralaması
Aptos blok zincirinin en önemli yeniliklerinden biri, işlem yayma, işlem yapma gibi anlaşmazlıkla ilgili görevleri fikir birliği aşamasından ayırmaktır.++

Konsensüs aşamasından işlem yayılımını ayırarak, orderlar çok düşük bant genişliği ile (yalnızca blok meta verileri ve provalar) gerçekleşebileceğini ve sonuç olarak
yüksek işlem hacmi ve minimum gecikme süresinin ortaya çıkacağını belirtiyorlar.++

7.3.1 Blok zinciri zamanı
Aptos blok zinciri, önerilen her biri için yaklaşık, üzerinde anlaşmaya varılmış, fiziksel bir zaman damgası benimser.
Bu zaman damgası birçok önemli durumlarda kullanılacağını belirtiyorlar. (Listeler halinde chain ile ilgili bilgiler var)++

7.4 Paralel işlem yürütme
Konsensüs bloğu meta verileri sipariş edildiğinde, en az 2f + 1 hisse ağırlıklı doğrulayıcı, önerilen için gerçek anlamda kalıcı işlemlere sahip olduğunu ve işlem dağıtımı devam ettikçe ek doğrulayıcıların ekleneceğini belirtiyorlar.
++

7.4.1 Paralel veri modeli
Move data modeli, veri ve modüllerin global adreslenmesini yerel olarak desteklediğini belirtiyorlar. Yapılan işlemlerde çakışma olmadıını belirtiyorlar.++

7.4.2 Paralel yürütme motoru
Block-STM paralel yürütme motoru, sıralı bir dizi için çakışmaları algıladığını ve yönettiğini ve maksimum paralelliğe izin vermek için iyimser eşzamanlılık kontrolü ile birlikte işlemleri sağladını belirtiyorlar.
+++

(7. ve altındaki maddeler teknik olduğu için fazla değinmedim.)
8 Durum senkronizasyonu
Aptos blok zinciri, dünyadaki tüm katılımcılar için yüksek verimli, düşük gecikmeli bir sistem sağlamayı amaçlamaktadır.++

Senkronizasyon protokolü kaynak kısıtlamalarına ve heterojenliğe karşı toleranslı olmalıdır.
Örneğin, arşivlemeye izin vermelidir.!
9 Topluluk mülkiyeti
Aptos blok zinciri, geniş ve çeşitli bir topluluk tarafından sahiplenilecek, işletilecek ve yönetilecektir.++

İşlem ve ağ ücretleri, protokolde yönetişim oylaması için yerel bir Aptos belirteci kullanılacak
yükseltmeler ve zincir içi/zincir dışı süreçler ve bir Proof-of-Stake modeli aracılığıyla blok zincirinin güvence altına alınacak. ++

Aptos token ekonomisinin tam açıklaması gelecekteki bir yayında takip edilecektir.
9.1 İşlem ve ağ ücretleri
Tüm Aptos işlemlerinin, doğrulayıcıların
ağdaki en yüksek değerli işlemlere öncelik vereceklerini, ++++

Aptos blok zincirini kullanma maliyetlerinin gerçek dünyadaki donanım maliyetleriyle orantılı olduğunu belirtiyorlar.++

9.2 Ağ yönetişimi
Aptos blok zincirindeki her önemli özellik değişikliği ve iyileştirmesi birkaç aşamadan gerçekleşeceğini ve bu aşamaların
Teklif, Uygulama, Test ve Dağıtım dahil olmak üzere aşamalar.

Buraya kadar elimden geldiğince anladığımı anlatmaya çalıştım. Teknik bilgilerin aktarılması zor olduğu için kalan 2 bölümü de size bırakıyorum. Hatalı çeviri varsa kusura bakmayın.

Tekrardan yeni bir proje konusunda bilgilendirdiğin için teşekkürler. @makinvestment