Blobkosten in de Fusaka-upgrade. Deel 2 Ik blijf graven in de Ethereum-upgrade en blijf het met jullie delen. every L2 (bijvoorbeeld @katana) op Ethereum betaalde twee soorten kosten ◆ voor blobs ◆ voor uitvoering (transactie verwerking) voor de Fusaka-upgrade was er een zwakke plek in deze logica. wanneer de uitvoering begint te domineren (het netwerk is zwaar belast met transactie verwerking), kan de blobveiling dalen tot 1 wei, wat het in feite gratis maakte. dat betekent dat onder netwerkbelasting, L2 kon vermijden te betalen voor blobs en nog meer belasting op het netwerk kon leggen. de EIP-7918-upgrade lost dit probleem op en stelt een proportionele reserveringsprijs voor elke blob in. dit betekent dat het algoritme letterlijk een minimumkost voor elke blob introduceert die weerspiegelt wat het kost om deze te verwerken. bovenop deze minimumkost kijkt het algoritme ook naar de uitvoering gasvoorwaarden en het aantal geposte blobs; hoe hoger deze metrics zijn, hoe hoger de kosten voor uitvoering en blobverwerking zullen zijn.