私は誤解していたので、皆さん気をつけましょう。
スマートコントラクトを実装する際によく msg.sender を使っていますが、漠然として トランザクションの送信者アドレス と思っていました。とあるソースを読んだら、誤解していたことを気づきました。Solidity のドキュメントを振返て確認してみたら、見事に書かれてありました。
ドキュメント solidity.org v0.8.19 Block and Transaction Properties に下記の説明とノートがあります。
msg.sender (address): sender of the message (current call)
Note: The values of all members of msg, including msg.sender and msg.value can change for every external function call. This includes calls to library functions.
前の記事 で ERC 1155 のマルチトークンの扱い方が分かったが、opensea でどう表示され、相性はどうなっているかを調査してみました。
複数トークン規格と言われている ERC 1155 ですが、下記部分はモヤっていたので調べてみました。
イーサリアム 2.0 のコンセンサスアルゴリズムが PoS に移行できました。次の課題はシャーディングになります。
それ以来、新しい設計がコミュニティで広く議論され danksharding と名付けました。
2022 年は、ブロックチェーン業界良い意味でも悪い意味でも、相変わらず変化が激しい一年だった気がします。
下記記事をまとめて、やっとイーサリアム 2.0 のコンセンサスアルゴリズムの全貌を見えるようになりました。
LMD-GHOST + Casper FFG ということで、イーサリアム 2.0 のコンセンサスアルゴリズムは、Gasper と呼ばれています。 また、上記以外にコンセンサスの為に、他のルールもいくつあるので、合わせて紹介します。
イーサリアム 2.0 のコンセンサス処理の中、エポック単位の分岐がある場合は、Casper FFG のルールで決められています。エポック内の分岐については、LMD-GHOST を使って対応してます。
イーサリアム 2.0 の PoS は、従来の PoS を改善し、vitalik が進めていた Casper FFG (Friendly Finality Gadget) を採用しています。 Casper FFG は、主にネットワーク上にブロックチェーンが分岐してしまった場合、どうやって１つだけの有効なブロックチェーンを選出するというところを解決しようとしています。
イーサリアム 2.0 の PoS の処理の中、いくつの ランダム値 が必要な場面があります。イーサリアム 2.0 の場合は、この処理を担当しているのが RANDAO になります。
2022年9月15日15時ごろ、イーサリアムの大型アップグレード The Merge が完了しました。 The Merge は、イーサリアムエコシステムに対して非常に重要なので、その内容を紹介します。
https://twitter.com/VitalikButerin/status/1570306185391378434?s=20&t=8hnI5tabERoHxu2J4agg_A