問題タブ [ethereum]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
1060 参照

ethereum - Ethereum - web3 で存在しない/利用できないというエラー

geth コンソールで web3 を実行する簡単なささやきの例を取得しようとしています。

しかし、私はこれらのエラーが発生しています:

ドキュメンテーションは最新ではありませんか、それとも私の geth バージョン (1.4.5 と 1.5 を試しました) で動作しませんか? また、「存在しない/使用できません」というエラーが表示されますweb3.shh.newIdentity()

0 投票する
5 に答える
31228 参照

ethereum - 立体にヌルみたいなものはありますか

バイヤーがバイヤー マッピングに記録されていない場合は、buyerNum++; しかし、バイヤーがマッピングに含まれているかどうかを確認する方法がわかりません

0 投票する
1 に答える
286 参照

ethereum - Blockapps ブロック キーを生成しようとしたときに未処理の拒否エラーが発生しました

このガイドに従ってblockapps ブロックをセットアップすると、キーの生成に行き詰まります。

ブロック genkey は、VM と Ubuntu 14.04 を実行している他の 2 台のマシンの両方で一貫してこのエラーを表示します

未処理の拒否エラー: 蛇口: HTTPQuery: オブジェクト /account?address=627e191e27ec231c7af2744ca80d076e9184e74a にはメソッド「startsWith」がありません

なぜ失敗するのですか?

0 投票する
1 に答える
98 参照

ethereum - コミットがマージされた頻度で Ethereum GitHub コミッターを並べ替える方法はありますか?

コミットが最終的にマージされた時間の割合で Ethereum GitHub コミッターを並べ替える方法はありますか?

イーサリアムとは、次のようなhttps://github.com/ethereumにリストされている Github リポジトリのいずれかを意味します。

0 投票する
1 に答える
1545 参照

ethereum - Genesis ブロック - リンクされているアドレスにすべてゼロが含まれているのはなぜですか?

すべてゼロのアドレスは誰/何ですか? また、ETH がこのアドレスとの間で送受信されていることを (さまざまなブロックチェーン エクスプローラーで) 確認するにはどうすればよいですか? 誰がこれらの資金にアクセスできますか?

0 投票する
2 に答える
2529 参照

blockchain - Ethereum: 低 tx nonce または資金不足

次のコマンドを発行して、プライベート ネットワークを開始しました。

次に、スマートコントラクトを呼び出しました。smartcontract は何もしないことがわかりました。

ログ情報を調べたところ、常にメッセージが表示されます。

アドバイスをお願いできますか?

0 投票する
1 に答える
3096 参照

blockchain - スマート コントラクトは複数のユーザーと異なるストレージをどのように処理しますか?

イーサリアム ブロックチェーンでスマート コントラクトを試しています。Solidity のドキュメントにあるSimpleStorage.sol のような、誰でもアクセスできるストレージ状態を持つコントラクトがあるとします。リンク先の説明の通り、

誰でも別の値で set を再度呼び出して、番号を上書きすることができます

これにより問題が発生する可能性があり、その機能へのアクセスを特定のアカウントに制限するという解決策は、私のユース ケースでは適切ではありません。私の契約では、各アカウントが設定したデータに後で別の所定のアカウントからアクセスできるようにしたいと考えています (人物 A->B で B が A のデータのみを使用し、x->y で y がデータを使用する関係を考えてください)。 y が A のデータを使用できる場合、重複は存在できません)。私の理解では、この問題には 2 つの解決策があります。

  1. アドレスを相互にマッピングし、この単一のスマート コントラクト内のすべてのデータを追跡します。
  2. 最初のアカウントがアクセスするスマート コントラクトの「テンプレート」を用意し、新しいアカウントごとに個別のスマート コントラクトを生成して、テンプレートとやり取りするデータを保持します。

1の問題は、アカウント間の関係がより複雑になった場合 (別々の構造体をマップする場合)、または大量の人々が自分の情報をコントラクトに保存しようとした場合に発生します。

2の問題は冗長性です。メイン テンプレートにアクセスしようとしているすべてのユーザーに対して個別の「契約」を作成する必要がありますか?

私の質問があいまいな場合は、さらに説明できますが、主に概念的な回答を探しています。私が見つけたほとんどのスマート コントラクトの例は、非常に単純であるか不必要に複雑であり、具体的なユース ケースを提供していません。