「Ethereum」タグの記事が52件件あります

オブジェクト指向のプログラミング言語の場合、クラスのインスタンのライフサイクルは実行するマシンのメモリ上に生成され、他のインスタンスとやり取りして、最後消滅されるが、スマートコントラクトの場合、どうなるかをまとめてみます。

Solidityのコントラクト周りまとめてみます。

ビットコインのトランザクションは、標準的なトランザクションであり、どのアカウントからどのアカウントにどのぐらい送金する かを記録するだけであり、仮想通貨を目指すビットコインの場合これで十分でした。 イーサリアムの場合は、分散アプリケーションのプラットフォーム を目指して設計されたので、スマートコントラクト作成やスマートコントラクト間のやり取りの為、特別なトランザクションが存在しています。

1. コントラクトを登録するトランザクション
2. コントラクトの関数を呼び出すトランザクション

標準トランザクションを含めて、各トランザクションに渡すパラメータをまとめました。

論理知識ある程度まとめたので、実際にスマートコントラクトを作成したいです。 他の言語もありましたが、Solidityのほうが一番情報多いので、Solidityで進めます。

• Serpent · ethereum/wiki Wiki
  • python ライクの言語
  • Augur(REP)チームが使っていたが、重大な脆弱性問題があったので、現在オススメされない Serpentに脆弱性　AugurはSolidityへ移行 | ビットコインの最新情報 BTCN｜ビットコインニュース
• LLL PoC 6 · ethereum/cpp-ethereum Wiki
  • LISP ライクの言語

知っている限りでは、イーサリアムのスマートコントラクトのトリガーとして考えられるのは

• 外部アカウントから発動するトランザクション
• スマートコントラクトのオーナーが直接にスマートコントラクトの関数を呼び出す

ぐらいしかない。

そうでしたら、よく言われている指定の日時になったら、残高をAアカウントに送金する ようなことをどう実現できるかを考えてみます。

「2017/12/01 00:00にアドレスAに10 ETHを送信する」ことを課題とします。

イーサリアムのブロック構造と合意するアルゴリズム - Qiita　ではブロック構造を調べてみたが、下記の２つは疑問でした。

receipts_root: ???
logs_bloom: ???

昨日 イーサリアムのブロック構造と合意するアルゴリズム - Qiita でイーサリアムのブロックについて調べましたが、トランザクションと関係ある state_root とか receipts_root とか、分かっないので、今日トランザクション周りを調べてみます。

基本のデータサイズ​

• イーサリアムのブロック生成時間は、平均 15 秒
• イーサリアムのブロックサイズは、固定ではない
  • 含めいているトランザクションの GAS Limit 値の合計値が規定されているブロック単位の GAS Limit を超えてなければ良い
  • ブロック単位の GAS Limit はマイナーが、+/- 1/2024（0.0976%） 範囲で調整できる
  • ブロック単位の GAS Limit は現在は 6,706,546 GAS（https://ethstats.net/）