Coder Social home page Coder Social logo

polygon-docs's Issues

Hi @dylanzkl 

          Hi @dylanzkl

We're looking into this for you.

Please be aware we just updated our whole doc site so we are expecting to be making a lot of fixes in the next weeks. Please be patient with us.

I will raise a ticket for this one.

Thank you.

Originally posted by @kmurphypolygon in #109 (comment)

About Bundle 1 confirmation and Bundle 2 confirmation

When I trading MATIC in Binace APP, the confirmation of the transaction shows "Bundle 1" and "Bundle 2". It's usually are number of block that it need to be comfirmed. What is this "Bundle 1" and "Bundle 2" means? How long is "Bundle 1" and how long is "Bundle 2"?
160526

Unable to run ZKEVM using Polygon CDK

Note: This query has been shared by a user via dev-support. The concerned docs are regarding zkRollup deployments with CDK: https://docs.polygon.technology/cdk/get-started/deploy-rollup/intro/

Hey team,

Due to the frequent updates to the Polygon CDK repositories it seems like the documentation is not in line with the latest codebase. I tried to follow the documentation best I could and get things running, few notable deviations I took:

  • Used create_rollup_parameters.json and deploy_parameters.json
  • Deployed on sepolia using the deploy:testnet:v2:sepolia script.
  • Used Sepolia chainId and RPC wherever required
  • Couldnt figure out what polygonZkEVMAddress was in V2 so assumed it was polygonRollupManager - most likely where my problems are coming from but I couldn't really find any documentation to help me with this. So I added both to the l1Config in public.genesis.config.json

Server Details:

  • Ubuntu Server 22.04 LTS
  • 16GB RAM with a 4-core CPU
  • AMD64 architecture system

PFA the issue I am currently facing.

Looking forward to your response.

Thanks,
Van H.
Founder @HeimLabs

(Missing) Bridging instructions for CDK Rollups

Hi,

While we have bridging covered in the CDK Validium quickstart tutorial, there seems to be no mention of setting up a Bridge Service / UI with any of the CDK Rollup tutorials. If plausible, we'd like some instructions for interacting with the bridging functionalities of the rollup.

Thanks!

Mint NFT guide is outdated

Hello,
The Mint NFT guide (https://docs.polygon.technology/tools/storage/nftstorage/#deploy-the-smart-contract-to-polygon) is out of date.

It uses openzeppelin 4.x, where 5.x is available, which introduced breaking changes; and uses almost 2 years old solidity version.
This makes it hard for newcomers (like myself) to develop anything useful, as most of my time is spent on researching, how to migrate code from 4.x to 5.x.

I found both official hardhat, and openzeppelin documentation way more useful.

Best regards,
Maciej Błędkowski

Mention the branch to use when deploying zkevm-contracts

I am going through the tutorial mentioned in the following link -
https://docs.polygon.technology/zkEVM/get-started/deploy-zkevm/create-wallets/

In this article it is asked to take clone of the main branch of the zkevm-contracts repository, but the directory structure in the main branch is different from that mentioned in the doc. Also the deployment parameters file is also different from that used in the main branch

So can you confirm which branch should i use for deploying the contracts ?

[https://polygon-mainnet.infura.io/v3](url) 

          [https://polygon-mainnet.infura.io/v3](url)

https://polygonscan.com
############################### Akıllı Sözleşmelere Giriş ############################### .. _simple-smart-contract: ************************** Basit Bir Akıllı Sözleşme ************************** Bir değişkenin değerini atayan ve bunu diğer sözleşmelerin erişimine sunan temel bir örnekle başlayalım. Şu an her şeyi anlamadıysanız sorun değil, birazdan daha fazla ayrıntıya gireceğiz. Depolama =============== .. code-block:: solidity // SPDX-License-Identifier: GPL-3.0 pragma solidity >=0.4.16 <0.9.0; contract SimpleStorage { uint storedData; function set(uint x) public { storedData = x; } function get() public view returns (uint) { return storedData; } } İlk satır size kaynak kodunun GPL 3.0 sürümü altında lisanslanmış olduğunu söyler. Kaynak kodu yayınlamanın standart olduğu bir ortamda makine tarafından okunabilen lisans belirleyicileri önemlidir. Bir sonraki satır, kaynak kodun Solidity 0.4.16'dan başlayarak 0.9.0'a kadar (0.9.0 hariç) olan sürümler için yazıldığını belirtir. Bu, sözleşmenin farklı sonuçlar verebileceği yeni bir derleyici sürümü ile derlenemez olmasını sağlamak içindir. :ref:Pragmalar, derleyiciler için kaynak kodun nasıl ele alınacağına ilişkin ortak talimatlardır (ör. pragma once https://en.wikipedia.org/wiki/Pragma_once_). Solidity kapsamında olan bir sözleşme, Ethereum blok zinciri ağında belirli bir adreste bulunan kod (*fonksiyonlar*) ve veri (*durum*) bütünüdür. ``uint storeData;`` satırı, ``uint`` türünde (*256* bitlik bir *u*\nsigned (pozitif) *int*\eger ) ``storedData`` adlı bir durum değişkeni tanımlar . Bunu, veritabanını yöneten kodun fonksiyonlarını çağırarak sorgulayabileceğiniz ve değiştirebileceğiniz, veritabanındaki bir bilgi olarak düşünebilirsiniz. Ve bu örnektede, "set" ve “get” fonksiyonları değişkenin değerini değiştirmek veya çağırmak için tanımlanmıştır. Mevcut sözleşmenizde bulunan bir durum değişkenine erişmek için genellikle ``this.`` önekini eklemezsiniz, doğrudan adı üzerinden erişirsiniz. Diğer bazı dillerin aksine, bu öneki atlamak sadece kodun görünüşünü iyileştirmek için değildir. Bu düzenleme değişkene erişmek için de tamamen farklı sonuçlar doğurabilir, fakat bu konuya daha sonra detaylıca değineceğiz. Bu sözleşme, (Ethereum temel yapısı nedeniyle) herhangi birinin, tanımladığınız bu değişkenin (yayınlamanızı engelleyecek (uygulanabilir) bir yol olmadan) dünyadaki herkes tarafından erişilebilmesi için saklamaktan başka pek bir işe yaramıyor. Herhangi biri ``set`` fonksiyonunu farklı bir değer tanımlamak için tekrar çağırabilir ve değişkeninizin üzerine yazdırabilir, fakat bu değiştirilen değişkenin kayıtları blok zincirinin geçmişinde saklanmaya devam eder. İlerleyen zamanlarda, değişkeni yalnızca sizin değiştirebilmeniz için nasıl erişim kısıtlamalarını koyabileceğinizi göreceksiniz. .. warning:: Unicode metni kullanırken dikkatli olunması gerekir, çünkü benzer görünümlü (hatta aynı) karakterler farklı kod işlevlerine sahip olabilir ve farklı bir bayt dizisi olarak kodlanabilirler. .. note:: Sözleşmenizin tüm tanımlayıcı değerleri (sözleşme isimleri, fonksiyon isimleri ve değişken isimleri) ASCII karakter seti ile sınırlıdır. UTF-8 ile kodlanmış verileri string değişkenlerinde saklamak mümkündür. .. index:: ! subcurrency Alt Para Birimi Örneği ======================= Aşağıdaki sözleşme, bir kripto para biriminin en basit biçiminin bir örneğidir. Bu sözleşme, yalnızca sözleşme sahibinin (oluşturucusunun) yeni paralar oluşturmasına izin verir (farklı para oluşturma planları ayarlamak mümkündür). Herkes kullanıcı adı ve parolayla kayıt olmadan birbirine para gönderebilir. Tüm bunlar için tek ihtiyacınız olan şey sadece Ethereum anahtar çiftidir. .. code-block:: solidity // SPDX-License-Identifier: GPL-3.0 pragma solidity ^0.8.4; contract Coin { // "public" anahtar kelimesi, değişkenleri // diğer sözleşmeler tarafından erişilebilir kılar address public minter; mapping (address => uint) public balances; // Event'ler istemcilerin sözleşme üzerinde yaptığınız // değişikliklere tepki vermelerini sağlar event Sent(address from, address to, uint amount); // Constructor kodu sadece sözleşme // oluşturulduğunda çalışır constructor() { minter = msg.sender; } // Yeni oluşturulan bir miktar parayı adrese gönderir // Yalnızca sözleşme yaratıcısı tarafından çağrılabilir function mint(address receiver, uint amount) public { require(msg.sender == minter); balances[receiver] += amount; } // Error'ler bir işlemin neden başarısız olduğu hakkında // bilgi almanızı sağlar. Fonksiyonu çağıran kişiye // bilgilendirme amacıyla bir sonuç döndürürler. error InsufficientBalance(uint requested, uint available); // Fonksiyonu çağıran kişinin var olan paralarından // alıcı adrese para gönderir. function send(address receiver, uint amount) public { if (amount > balances[msg.sender]) revert InsufficientBalance({ requested: amount, available: balances[msg.sender] }); balances[msg.sender] -= amount; balances[receiver] += amount; emit Sent(msg.sender, receiver, amount); } } Bu sözleşmede bazı yeni kavramlar tanıtılıyor, hadi hepsini teker teker inceleyelim. ``address public minter;`` satırı :ref:address

türündeki bir durum değişkenini tanımlıyor. ``address`` değişken türü, herhangi bir aritmetik işlemin uygulanmasına izin vermeyen 160 bitlik bir değerdir. Sözleşmelerin adreslerini veya :ref:harici hesaplar'a ait bir anahtar çiftinin teki olan public key hash'ini saklamak için uygundur. ``public`` anahtar sözcüğü otomatik olarak durum değişkeninin mevcut değerine sözleşme dışından da erişmenizi sağlayan bir fonksiyonu oluşturur. Bu anahtar kelime olmadan, diğer sözleşmelerin bu değişkene erişme yolu yoktur. Derleyici tarafından oluşturulan fonksiyonun kodu aşağıdakine eşdeğerdir (şimdilik ``external`` ve ``view`` i göz ardı edin): .. code-block:: solidity function minter() external view returns (address) { return minter; } Yukarıdaki gibi bir fonksiyonu koda kendiniz de ekleyebilirsiniz, fakat aynı isimde olan bir fonksiyon ve durum değişkeniniz olur. Bunu yapmanıza gerek yoktur, bu işi derleyici sizin yerinize halleder. .. index:: mapping Diğer satır olan ``mapping (address => uint) public balances;`` de bir public durum değişkeni oluşturuyor, fakat bu değişken biraz daha karmaşık bir veri yapısına sahip. Burada bulunan ref:mapping türü adresleri :ref:unsigned integers ile eşliyor. Mapping'ler, sanal bir şekilde tanımlanıp değer atananhash tabloları https://en.wikipedia.org/wiki/Hash_table_ olarak görülebilir. Bu yapıda mümkün olan her anahtar değeri tanımlandığı andan itibaren bulunur ve bu anahtarların eşlendiği değer (byte gösterminde) sıfırdır. Ancak, bir mapping’in ne tüm anahtarlarının ne de tüm değerlerinin bir listesini elde etmek mümkün değildir. Bunun için mapping'e eklediğiniz değerleri kaydedin veya buna gerek duyulmayacak bir durumda kullanın. Hatta daha da iyisi bir liste tutun ya da daha uygun bir veri türünü kullanmayı deneyin. ``public`` anahtar kelimesi ile oluşturulmuş aşağıda bulunan :ref:çağırıcı fonksiyon, mapping örneğine göre biraz daha karmaşık bir yapıya sahiptir: .. code-block:: solidity function balances(address _account) external view returns (uint) { return balances[_account]; } Bu fonksiyonu tek bir hesabın bakiyesini sorgulamak için kullanabilirsiniz. .. index:: event ``event Sent(address from, address to, uint amount);`` satırı ``send`` fonksiyonunun son satırında yayılan (emit) bir :ref:”olay (event)" bildirir. Web uygulamaları gibi Ethereum istemcileri, blok zincirinde yayılan (emit) bu olaylardan (event) fazla maliyet olmadan veri alabilir. Event yayılır yayılmaz, veri alıcısı ``from``, ``to`` ve ``amount`` argümanlarını alır, bu da alım satım işlemlerinin takip edilmesini mümkün kılar. Bu olayı(event) dinlemek amacıyla, ``Coin`` sözleşme nesnesini oluşturmak içinweb3.js https://github.com/ethereum/web3.js/_ kütüphanesini kullanan aşağıdaki JavaScript kodunu kullanabilirsiniz. Ve herhangi bir kullanıcı arayüzü (user interface), otomatik olarak oluşturulan ``balances`` fonksiyonunu yukarıdan sizin için çağırır:: Coin.Sent().watch({}, '', function(error, result) { if (!error) { console.log("Coin transfer: " + result.args.amount + " coins were sent from " + result.args.from + " to " + result.args.to + "."); console.log("Balances now:\n" + "Sender: " + Coin.balances.call(result.args.from) + "Receiver: " + Coin.balances.call(result.args.to)); } }) .. index:: coin :ref:constructor fonksiyonu, sözleşmenin oluşturulması sırasında çalıştırılan ve daha sonra çağırılamayan özel bir fonksiyondur. Bu örnekte ise constructor fonksiyonu sözleşmeyi oluşturan kişinin adresini kalıcı olarak depoluyor. ``msg`` değişkeni (``tx`` ve ``block`` ile birlikte), blok zincirine erişim izini veren özellikleri olan :ref:özel bir global değişken dir. ``msg.sender`` her zaman varsayılan fonksiyonu (external) çağıran kişinin adresini döndürür. Sözleşmeyi oluşturan ve hem kullanıcıların hemde sözleşmelerin çağırabileceği fonksiyonlar ``mint`` ve ``send`` dir. ``mint`` fonksiyonu yeni oluşturulan bir miktar parayı başka bir adrese gönderir. ref:require fonksiyon çağrısı, karşılanmadığı takdirde tüm değişiklikleri geri döndüren koşulları tanımlar. Bu örnekte, ``require(msg.sender == minter);`` yalnızca sözleşme yaratıcısının ``mint`` fonksiyonunu çağırabilmesini sağlar. Genel olarak, sözleşme yaratıcısı istediği kadar para basabilir, fakat belirili bir noktadan sonra bu durum "owerflow" adı verilen bir olaya yol açacaktır. Varsayılan :ref:Checked arithmetic nedeniyle, ``balances[receiver] += amount;`` ifadesi taşarsa, yani ``balances[receiver] + amount`` ifadesi ``uint`` maksimum değerinden (``2**256 - 1``) büyükse işlemin geri döndürüleceğini unutmayın. Bu, ``send`` fonksiyonundaki ``balances[receiver] += amount;`` ifadesi için de geçerlidir. :ref:Hatalar , bir koşulun veya işlemin neden başarısız olduğu hakkında fonksiyonu çağıran kişiye daha fazla bilgi sağlamanıza olanak tanır. Hatalar :ref:revert ifadesi ile birlikte kullanılır. ``revert`` ifadesi, ``require`` fonksiyonuna benzer bir şekilde tüm değişiklikleri koşulsuz olarak iptal eder ve geri alır, ancak aynı zamanda bir hatanın daha kolay hata ayıklanabilmesi veya tepki verilebilmesi için hatanın adını ve çağıran kişiye (ve nihayetinde ön uç uygulamaya veya blok gezginine) sağlanacak ek verileri sağlamanıza olanak tanır. ``send`` fonksiyonu, herhangi biri tarafından (hali hazırda bir miktar paraya sahip olan) başka birine para göndermek için kullanılabilir. Gönderen kişinin göndermek için yeterli bakiyesi yoksa, ``if`` koşulu doğru (true) olarak değerlendirilir. Sonuç olarak ``revert`` fonksiyonu, ``InsufficientBalance`` (Yetersiz bakiye) hatasını kullanarak göndericiye hata ayrıntılarını sağlarken işlemin başarısız olmasına neden olacaktır. .. note:: Bu sözleşmeyi bir adrese para (coin) göndermek için kullanırsanız, bir blok zinciri gezgininde (explorer) o adrese baktığınızda hiçbir şey göremezsiniz, çünkü para (coin) gönderdiğiniz kayıt ve değişen bakiyeler yalnızca bu coin sözleşmesinin veri deposunda saklanır. Event’leri kullanarak, yeni coin'inizin işlemlerini ve bakiyelerini izleyen bir "blok zinciri gezgini (explorer)" oluşturabilirsiniz, ancak coin sahiplerinin adreslerini değil, coin'in sözleşme adresini incelemeniz gerekir. .. _blockchain-basics: *********************** Blok Zinciri Temelleri *********************** Bir kavram olarak blok zincirleri anlamak programcılar için çok zor değildir. Bunun nedeni, komplikasyonların (madencilik (mining),hashing https://en.wikipedia.org/wiki/Cryptographic_hash_function_, elliptic-curve cryptography https://en.wikipedia.org/wiki/Elliptic_curve_cryptography_, peer-to-peer networks https://en.wikipedia.org/wiki/Peer-to-peer_, etc.) çoğunun sadece platform için belirli bir dizi özellik ve vaat sağlamak için orada olmasıdır. Bu özellikleri olduğu gibi kabul ettiğinizde, altta yatan teknoloji hakkında endişelenmenize gerek kalmaz - yoksa Amazon'un AWS'sini kullanmak için dahili olarak nasıl çalıştığını bilmek zorunda mısınız? .. index:: transaction İşlemler (Transactions) ======================== Blok zinciri, küresel olarak paylaşılan, işlemsel bir veritabanıdır. Bu, herkesin yalnızca ağa katılarak veritabanındaki girdileri okuyabileceği anlamına gelir. Veritabanındaki bir şeyi değiştirmek istiyorsanız, diğerleri tarafından kabul edilmesi gereken bir "işlem" oluşturmanız gerekir. İşlem kelimesi, yapmak istediğiniz değişikliğin (aynı anda iki değeri değiştirmek istediğinizi varsayın) ya hiç yapılmadığını ya da tamamen uygulanmasını ifade eder. Ayrıca, işleminiz veritabanına uygulanırken başka hiçbir işlem onu değiştiremez. Örnek olarak, elektronik para birimindeki tüm hesapların bakiyelerini listeleyen bir tablo hayal düşünün. Bir hesaptan diğerine transfer talep edilirse, veri tabanının işlemsel yapısı, tutar bir hesaptan çıkarılırsa, her zaman diğer hesaba eklenmesini sağlar. Herhangi bir nedenden dolayı tutarın hedef hesaba eklenmesi mümkün değilse, kaynak hesaptaki bakiye de değiştirilmez. Ayrıca, bir işlem her zaman gönderen (yaratıcı) tarafından şifreli olarak imzalanır. Bu, veritabanındaki belirli değişikliklere erişimi korumayı kolaylaştırır. Kripto para birimi örneğinde, basit bir kontrol, yalnızca anahtarları hesaba katan bir kişinin hesaptan para aktarabilmesini sağlar. .. index:: ! block Bloklar ======== Üstesinden gelinmesi gereken en büyük engellerden biri (Bitcoin açısından) "çifte harcama saldırısı" olarak adlandırılan bir olaydır: Ağda bir cüzdanı boşaltmak isteyen eşzamanlı iki işlem varsa ne olur? İşlemlerden sadece biri geçerli olabilir, tipik olarak önce kabul edilmiş olanı. Sorun, “ilk” in eşler arası ağda (peer-to-peer network) nesnel bir terim olmamasıdır. Özetle tüm bunları düşünmenize gerk yoktur. İşlemlerin global olarak kabul edilen bir sırası sizin için seçilecek ve çatışma çözülecektir. İşlemler "blok" adı verilen bir yapıda bir araya getirilecek ve daha sonra yürütülerek tüm katılımcı düğümler arasında dağıtılacaktır. Eğer iki işlem birbiriyle çelişirse, ikinci olan işlem reddedilecek ve bloğun bir parçası olmayacaktır. Bu bloklar zaman içinde doğrusal bir dizi oluşturur ve “blok zinciri" kelimesi de zaten buradan türemiştir. Bloklar zincire oldukça düzenli aralıklarla eklenir - Ethereum için bu süre kabaca her 17 saniye birdir. "Sıra seçim mekanizmasının" ("madencilik" olarak adlandırılır) bir parçası olarak zaman zaman bloklar geri alınabilir, ancak bu sadece zincirin en "ucunda" gerçekleşir. Belirli bir bloğun üzerine ne kadar çok blok eklenirse, bu bloğun geri döndürülme olasılığı o kadar azalır. Yani işlemleriniz geri alınabilir ve hatta blok zincirinden kaldırılabilir, ancak ne kadar uzun süre beklerseniz, bu olasılık o kadar azalacaktır. .. note:: İşlemlerin bir sonraki bloğa veya gelecekteki herhangi bir bloğa dahil edileceği garanti edilmez, çünkü işlemin hangi bloğa dahil edileceğini belirlemek, işlemi gönderen kişiye değil madencilere bağlıdır. Sözleşmenizin gelecekteki çağrılarını planlamak istiyorsanız, bir akıllı sözleşme otomasyon aracı veya bir oracle hizmeti kullanabilirsiniz. .. _the-ethereum-virtual-machine: .. index:: !evm, ! ethereum virtual machine **************************** Ethereum Sanal Makinası **************************** Genel Bakış ============ Ethereum Sanal Makinesi veya ESM, Ethereum'daki akıllı sözleşmeler için çalışma ortamıdır. Bu alan yalnızca korumalı bir alan değil, aynı zamanda tamamen yalıtılmış bir alandır; yani ESM içinde çalışan kodun ağa, dosya sistemine ya da diğer süreçlere erişimi yoktur. Akıllı sözleşmelerin diğer akıllı sözleşmelere erişimi bile sınırlıdır. .. index:: ! account, address, storage, balance .. _accounts: Hesaplar ========== Ethereum'da aynı adres alanını paylaşan iki tür hesap vardır: Public anahtar çiftleri (yani insanlar) tarafından kontrol edilen **harici hesaplar** ve hesapla birlikte depolanan kod tarafından kontrol edilen **sözleşme hesapları**. Harici bir hesabın adresi açık (public) anahtardan belirlenirken, bir sözleşmenin adresi sözleşmenin oluşturulduğu anda belirlenir ("nonce" olarak adlandırılan yaratıcı adres ve bu adresten gönderilen işlem sayısından türetilir). Hesabın kod depolayıp depolamadığına bakılmaksızın, iki tür ESM tarafından eşit olarak değerlendirilir. Her hesabın, 256-bit sözcükleri **storage** adı verilen 256-bit sözcüklere eşleyen kalıcı bir anahtar-değer deposu vardır. Ayrıca, her hesabın Ether cinsinden bir **bakiyesi** vardır (tam olarak "Wei" cinsinden, ``1 ether`` ``10**18 wei`` dir) ve bu Ether içeren işlemler gönderilerek değiştirilebilir. .. index:: ! transaction İşlemler ============ İşlem, bir hesaptan diğerine gönderilen bir mesajdır (aynı veya boş olabilir, aşağıya bakınız). İkili verileri ("yük" olarak adlandırılır) ve Ether içerebilir. Hedef hesap kod içeriyorsa, bu kod çalıştırılır ve sonucunda elde erilen veri yükü girdi olarak kabul edilir. Hedef hesap ayarlanmamışsa (işlemin alıcısı yoksa veya alıcı ``null`` olarak ayarlanmışsa), işlem **yeni bir sözleşme** oluşturur. Daha önce de belirtildiği gibi, bu sözleşmenin adresi sıfır adres değil, göndericiden ve gönderilen işlem sayısından ("nonce") türetilen bir adrestir. Böyle bir sözleşme oluşturma işleminin yükü ESM bytecode'u olarak alınır ve çalıştırılır. Bu uygulamanın çıktı verileri kalıcı olarak sözleşmenin kodu olarak saklanır. Bu, bir sözleşme oluşturmak için sözleşmenin gerçek kodunu değil, aslında yürütüldüğünde bu kodu döndüren kodu gönderdiğiniz anlamına gelir. .. note:: Bir sözleşme oluşturulurken, kodu hala boştur. Bu nedenle, constructor fonksiyonu çalışmayı bitirene kadar yapım aşamasındaki sözleşmeyi geri çağırmamalısınız. .. index:: ! gas, ! gas price Gas === Oluşturulduktan sonra, her işlem, işlemin kaynağı (``tx.origin``) tarafından ödenmesi gereken belirli bir **gas** miktarı ile ücretlendirilir. ESM işlemi gerçekleştirirken, gas belirli kurallara göre kademeli olarak tüketilir. Gas herhangi bir noktada tükenirse (yani negatif olursa), yürütmeyi sona erdiren ve mevcut çağrı çerçevesinde durumunda yapılan tüm değişiklikleri geri alan bir out-of-gas (gas bitti) istisnası tetiklenir. Bu mekanizma, ESM'in çalışma süresinin tasarruflu bir şekilde kullanılmasını teşvik eder ve aynı zamanda ESM yürütücülerinin (yani madencilerin / stakerların) çalışmalarını telafi eder. Her blok maksimum miktarda gaza sahip olduğundan, bir bloğu doğrulamak için gereken iş miktarını da sınırlanmış olur. **Gas ücreti**, işlemin yaratıcısı tarafından yani gönderen hesabından ``gaz_ücreti * gaz`` miktarında ödemek zorunda olduğu bir değerdir. Uygulamadan sonra bir miktar gaz kalırsa, bu miktar işlemi çalıştıran kişiye iade edilir. Değişikliği geri döndüren bir istisna olması durumunda, kullanılmış gas'ın iadesi yapılmaz. ESM yürütücüleri bir işlemi ağa dahil edip etmemeyi seçebildiğinden, işlem gönderenler düşük bir gas fiyatı belirleyerek sistemi kötüye kullanamazlar. .. index:: ! storage, ! memory, ! stack Depolama, Bellek ve Yığın ============================= Ethereum Sanal Makinesi'nin veri depolayabileceği üç alan vardır: storage (depolama), memory (bellek) ve stack (yığın). Her hesap, fonksiyon çağrıları ve işlemler arasında kalıcı olan **storage** adlı bir veri alanına sahiptir. Depolama, 256 bit kelimeleri 256 bit kelimelerle eşleyen bir anahtar/değer deposudur. Bir sözleşmenin içinden depolamayı belirtmek mümkün değildir, depolamayı okumak da maliyetlidir ancak depolamayı başlatmak ve değiştirmek daha da maliyetlidir. Bu maliyet nedeniyle, kalıcı depolama alanında depoladığınız verinin miktarını sözleşmenin çalışması için gereken en azami miktara indirmelisiniz. Ayrıca türetilmiş hesaplamalar, önbelleğe alma ve toplamalar gibi verileri sözleşmenin dışında depolamalısınız. Bir sözleşme, kendi depolama alanı dışında herhangi bir depolama alanını ne okuyabilir ne de bu alandaki verileri değiştirebilir. İkincisi ise, **memory** (bellek) olarak adlandırılan ve bir sözleşmenin her ileti çağrısı için yeniden oluşturulmuş bir örneğini alan bir veri alanıdır. Bellek doğrusaldır ve bayt düzeyinde adreslenebilir, ancak okumalar 256 bit genişlikle sınırlıyken, yazmalar 8 bit veya 256 bit genişliğinde olabilir. Daha önceden dokunulmamış bir bellek kelimesine (yani bir kelime içindeki herhangi bir ofsete) erişirken (okurken veya yazarken) bellek bir kelime (256 bit) kadar genişletilir. Bu genişletilme sırasında gas maliyeti ödenmelidir. Bellek büyüdükçe daha maliyetli olmaya başlıyacaktır (söz konusu artış maliyetin karesi olarak artmaya devam edecektir). ESM, kayıt makinesi değil yığın makinesi olduğundan tüm hesaplamalar **stack** (yığın) adı verilen bir veri alanında gerçekleştirilir. Bu alan maksimum 1024 eleman boyutuna sahiptir ve 256 bitlik kelimeler içerir. Yığına erişim aşağıdaki şekilde üst uçla sınırlıdır: En üstteki 16 elemandan birini yığının en üstüne kopyalamak veya en üstteki elemanı altındaki 16 elemandan biriyle değiştirmek mümkündür. Diğer tüm işlemler yığından en üstteki iki (veya işleme bağlı olarak bir veya daha fazla) elemanı alır ve sonucu yığının üzerine iter. Elbette yığına daha derin erişim sağlamak için yığın elemanlarını depolama alanına veya belleğe taşımak mümkündür, ancak önce yığının üst kısmını çıkarmadan yığının daha derinlerindeki rastgele elemanlara erişmek mümkün değildir. .. index:: ! instruction Yönerge Seti =============== ESM'nin komut seti, uzlaşma sorunlarına neden olabilecek yanlış veya tutarsız uygulamalardan kaçınmak için minimum düzeyde tutulmuştur. Tüm komutlar temel veri tipi olan 256 bitlik kelimeler veya bellek dilimleri (veya diğer bayt dizileri) üzerinde çalışır. Her zamanki aritmetik, bit, mantıksal ve karşılaştırma işlemleri mevcuttur. Koşullu ve koşulsuz atlamalar mümkündür. Ayrıca, sözleşmeler mevcut bloğun numarası ve zaman bilgisi gibi ilgili özelliklerine erişebilir. Tam bir liste için lütfen satır içi montaj belgelerinin bir parçası olarak :ref:işlem kodu (opcode) listeleri belgesine bakın. .. index:: ! message call, function;call Mesaj Çağırıları ================= Sözleşmeler, mesaj çağrıları aracılığıyla diğer sözleşmeleri çağırabilir veya sözleşme dışı hesaplara Ether gönderebilir. Mesaj çağrıları, bir kaynak, bir hedef, veri yükü, Ether, gas ve geri dönüş verilerine sahip olmaları bakımından işlemlere benzerler. Aslında, her işlem üst düzey bir mesaj çağrısından oluşur ve bu da başka mesaj çağrıları oluşturabilir. Bir sözleşme, kalan **gas'ın** ne kadarının iç mesaj çağrısı ile gönderilmesi gerektiğine ve ne kadarını tutmak istediğine karar verebilir. İç çağrıda yetersiz-gas dışında bir istisna meydana gelirse (veya başka bir istisna), bu durum yığına yerleştirilen bir hata değeri ile bildirilir. Bu durumda, sadece çağrı ile birlikte gönderilen gas miktarı kullanılır. Solidity dilinde, bu gibi istisnaların oluşması varsayılan olarak manuel başka zincirleme istisnalar da yaratmaya meyilli olduğundan totalde yığınını “kabarcıklandıran” durum olarak nitelendirilir. Daha önce de belirtildiği gibi, çağrılan sözleşme (arayan ile aynı olabilir) belleğin yeni temizlenmiş bir örneğini alır ve **calldata** adı verilen ayrı bir alanda sağlanacak olan çağrı yüküne (payload) erişebilir. Yürütmeyi tamamladıktan sonra, arayanın belleğinde arayan tarafından önceden ayrılmış bir konumda saklanacak olan verileri döndürebilir. Tüm bu çağrılar tamamen eşzamanlıdır. Çağrılar, 1024 bitlik alanla ile sınırlıdır; bu, daha karmaşık işlemler için tekrarlamalı çağrılar yerine döngüler tercih edileceği anlamına gelir. Ayrıca, bir mesaj çağrısında gazın sadece 63 / 64'ü iletilebilir; bu, pratikte 1000 bit'ten daha az bir alan sınırlamasına neden olur. .. index:: delegatecall, callcode, library Delegatecall / Çağrı Kodu ve Kütüphaneler ========================================== Bir mesaj çağrısı ile temelde aynı anlama gelen **delegatecall**, hedef adresteki kodun arama sözleşmesi bağlamında (yani adresinde) yürütülmesi ve ``msg.sender`` ve ``msg.value`` değerlerinin değiştirilememesi gibi özellikleri ile mesaj çağrısının özel bir çeşidi olarak kabul edilir. Bu, bir sözleşmenin çalışma zamanında farklı bir adresten dinamik olarak kod yükleyebileceği anlamına gelir. Depolama, geçerli adres ve bakiye hala çağıran sözleşmeye atıfta bulunurken, yalnızca kod çağrılan adresten aktarılır. Karmaşık bir veri yapısını uygulamak için bir sözleşmenin depolama alanına uygulanabilen ve yeniden kullanılabilen bir kütüphane kodu örnek olarak verilebilir. .. index:: log Kayıtlar (Logs) ================ Verileri, tamamen blok seviyesine kadar haritalayan özel olarak indekslenmiş bir veri yapısında depolamak mümkündür. **Kayıtlar** (log) olarak adlandırılan bu özellik, Solidity tarafından :ref:event'lerin uygulanmasını için kullanılır. Sözleşmeler, oluşturulduktan sonra kayıt verilerine erişemez, ancak bunlara blok zincirinin dışından etkin bir şekilde erişilebilir. Kayıt edilen verilerinin bir kısmıbloom filtrelerinde https://en.wikipedia.org/wiki/Bloom_filter_ depolandığından, bu verileri verimli ve kriptografik olarak güvenli bir şekilde aramak mümkündür, böylece tüm zinciri indirmek zorunda kalmayan ağ elemanları(peer) ("hafif istemciler" olarak adlandırılır) yine de bu günlükleri bulabilir. .. index:: contract creation Create ======= Sözleşmeler, özel bir opcode kullanarak başka sözleşmeler bile oluşturabilir (bunu, hedef adresi boş bırakarak yaparlar). Bu arama çağrıları ve normal mesaj çağrıları arasındaki tek fark, açığa çıkan veri yükünün yürütülmesi ve sonucun kod olarak saklanarak arayan tarafın(yaratıcının) yığındaki yeni sözleşmenin adresini almasıdır. .. index:: selfdestruct, self-destruct, deactivate Devre Dışı Bırakma ve Kendini İmha =================================== Blok zincirinden bir kodu kaldırmanın tek yolu, söz konusu adresteki bir sözleşmenin selfdestruct işlemini gerçekleştirmesidir. Bu adreste depolanan kalan Ether belirlenen bir hedefe gönderilir ve ardından depolama ve kod durumdan kaldırılır. Teoride sözleşmeyi kaldırmak iyi bir fikir gibi görünse de, biri kaldırılan sözleşmelere Ether gönderirse, Ether sonsuza dek kaybolacağından potansiyel olarak tehlikelidir. .. warning:: Bir sözleşme ``selfdestruct`` ile kaldırılsa bile, hala blok zinciri geçmişinin bir parçasıdır ve muhtemelen çoğu Ethereum nodeu tarafından saklanmaktadır. Yani selfdestruct kullanmak sabit diskten veri silmekle aynı şey değildir. .. note:: Bir sözleşmenin kodu selfdestruct çağrısı içermese bile, delegatecall veya callcode kullanarak bu işlemi gerçekleştirebilir. Sözleşmelerinizi devre dışı bırakmak istiyorsanız, bunun yerine tüm fonksiyonların geri alınmasına neden olan bazı iç durumları değiştirerek bunları devre dışı bırakmalısınız. Bu, Ether'i derhal iade ettiğinden sözleşmeyi kullanmayı imkansız kılar. .. index:: ! precompiled contracts, ! precompiles, ! contract;precompiled .. _precompiledContracts: Önceden Derlenmiş Sözleşmeler (Precompiled Contracts) ======================================================= Özel olan bir dizi küçük sözleşme adresi vardır: 1 ile (8 dahil) 8 arasındaki adres aralığı, diğer sözleşmeler gibi çağrılabilen "önceden derlenmiş sözleşmeler" içerir, ancak davranışları (ve gaz tüketimleri) bu adreste saklanan ESM kodu tarafından tanımlanmaz (kod içermezler), bunun yerine ESM kendi yürütme ortamında yürütülür. Farklı ESM uyumlu zincirler, önceden derlenmiş farklı bir sözleşme seti kullanabilir. Gelecekte Ethereum ana zincirine önceden derlenmiş yeni sözleşmelerin eklenmesi de mümkün olabilir, ancak mantıklı olarak bunların her zaman 1 ile 0xffff (dahil) aralığında olmasını beklemelisiniz.`

Originally posted by @zxramozx in #582 (comment)

Errors in CDK Rollup instructions

Note: The following query has been brought forward via dev-support.
The docs in question are the CDK Rollup quickstart docs: https://docs.polygon.technology/cdk/get-started/quickstart-rollup/
Thanks a lot dear Polygon devs for your awesome work!

Hi Team,

I am trying to set up the zk Rollup using cdk quicksetup to understand and explore the flow for near future utilizations.
I am facing the below challenges on setting it up in the EC2 instance:

  1. The zk-Prover for unknown reasons exits immediately with 132 error . I am getting No logs from the container. Initially I raised this issue but When I moved to a new instance the issue seemed to be resolved and hence I closed the ticket. But the issue gets repeated and only solution is seemed to be moving to a new instance .

  2. After that when I run the command "make deploy-sc" the final submission of invalid transaction is throwing some error "The transaction would cause overdraft " after that I am not able to move further with the other commands.

  3. When I tried commenting that final invalid transactions error part , the code seems to be working fine. Is that the required approach or is there any alternatives.

  4. After all these steps I tried to run the explorers using the command "make run-explorer" the explorer containers are seems to be starting fine but there are no dats in the l2 explorer. I am getting the below error in the l2 explorer json rpc "Batch requests are disabled"

  5. I was initially exploring the ZkEVM Node repo version v0.3.1 . It seemed to to be working fine in the local machine including the explorers. But with version 0.5.8 I am facing this issues

  6. I even tried to combine both the versions in the manner : running Node related containers from version 0.5.8 and explorers related containers from 0.3.1. I got the below error " Contract code is not available at the given address".
    In both the cases There are no data in the l2 dbs.

Find the attached screenshots for references:

Screenshot (196)
Screenshot (197)

Validium - Sepolia guide

Hey i found a few typos in validium sepolia guid
https://docs.polygon.technology/cdk/get-started/deploy-validium/node/run-node-services/#run-the-node

should be "cd ~/cdk-validium/cdk-data-availability" instead of cd ~/cdk-validium/cdk-data-availability-0.0.3

should be "cd /cdk-validium/zkevm-bridge-service-0.3.1" instead of cd "/cdk-validium/zkevm-bridge-service"

This one was cousing me problems with running the DAC -> https://docs.polygon.technology/cdk/get-started/deploy-validium/node/configure-deployment/#configure-the-dac

tomlq -i -t --arg CDK_VALIDIUM_ADDRESS "$CDK_VALIDIUM_ADDRESS" '.L1.CDKValidiumAddress = $CDK_VALIDIUM_ADDRESS' /tmp/cdk/dac-config.toml
tomlq -i -t --arg CDK_VALIDIUM_ADDRESS "$CDK_VALIDIUM_ADDRESS" '.L1.DataCommitteeAddress = $CDK_VALIDIUM_ADDRESS' /tmp/cdk/dac-config.toml

here its twice CDK_VALIDIUM_ADDRESS instead of DataCommitteeAddress

https://docs.polygon.technology/cdk/get-started/deploy-validium/node/configure-deployment/#configure-bridge-service

tomlq -i -t --arg CDK_DATA_COMMITTEE_CONTRACT_ADDRESS "$CDK_DATA_COMMITTEE_CONTRACT_ADDRESS" '.NetworkConfig.L2PolygonBridgeAddresses = [$CDK_DATA_COMMITTEE_CONTRACT_ADDRESS]' /tmp/cdk/bridge-config.toml

here CDK_DATA_COMMITTEE_CONTRACT_ADDRESS is mapped to L2PolygonBridgeAddresses instead of the bridge

Unable to deploy the Polygon CDK stack due to port mapping error

The concerned docs are regarding deployment of CDK stack:
https://docs.polygon.technology/cdk/get-started/quickstart/deploy-stack/

Hey Devs,

I am trying to deploy the CDK stack on my local machine.
As I reached the Check port mapping section of the page and ran the command...
kurtosis port print cdk-v1 zkevm-node-rpc-001 http-rpc

The error I encountered,

  Caused by: An error occurred calling the run function for command 'print'
  Caused by: An error occurred while getting service context for service with identifier 'zkevm-node-rpc-001'
  Caused by: An error occurred when trying to get info for service 'zkevm-node-rpc-001'
  Caused by: rpc error: code = Unknown desc = Failed to get service info for service 'zkevm-node-rpc-001'
  Caused by: An error occurred getting info for service 'zkevm-node-rpc-001'
  Caused by: An error occurred while fetching registration for service identifier 'zkevm-node-rpc-001'
  Caused by: An error occurred while fetching name for service identifier 'zkevm-node-rpc-001'
  Caused by: Couldn't find a matching service name for identifier 'zkevm-node-rpc-001'

How to resolve this error, any guidance is appreciated👐

Looking forward to your response.

Thanks✌️

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.