ホーム
/
tezos
-
バビロンで大きな地図の価値を得る方法
Babylonには、このリンクに従って大きなマップ値をクエリするための新しいRPCがありますhttp://tezos.gitlab.io/babylonnet/api/rpc.html#get-block-id-context-big-maps-big-map-id-script-expr新しい契約で使ってみました.この契約を展開しましたhttps://babylonnet.tzscan.io/KT1DT9YwHdSbZuVuZDjd1SMUcfXm57R5正しく理解できれば、大きな地図のIDは22になります.私の大きな地図がキーtz1bwsEWCwSEXdRvnJxvegQZKeX5dj6oKEysで初期化されたことを知っていますcliまたはrpcを使用して値を取得する正しい方法は何ですか?試しました:tezosgetelementtz1bwsEWCwSEXdRvnJxvegQZKeX5dj6oKEysofbigmap22http://babylonnet-node.tzscan.io/chains/main/blocks/head/context/big_maps/22/tz1bw...-
rpc bigmap
-
-
BigMapコンテナとは何ですか？なぜそれが重要なのですか？
Tezosは、スマートコントラクト内にデータを保存するために、BigMapと呼ばれる特定の種類のコンテナーを利用していると多くの場所で聞いています.これまでのところ、単一のスマートコントラクト内で許可されるBigMapインスタンスは1つだけであるため、オブジェクトは比較的複雑である必要があります.私の質問は次のとおりです:BigMapとは何ですか?他の標準タイプのコンテナとどのように異なりますか?(TezosのドキュメントでBigMapに関する情報は見つかりませんでした)スマートコントラクトで1つに制限があるのはなぜですか?複数持つことの利点は何でしょうか?(実際のところ、現在この制約を解除するWIPがあることがわかります.このgitlabの問題を参照してください.)-
michelson bigmap
-
-
空のアカウントの書き込み料金
新しいアカウントの.257の書き込み料金は、transaction操作に含める必要がありますか?operations.contents.push({種類:'トランザクション'、カウンター、料金:min_fee+burn_fee、//＆lt;-ここ?gas_limit、storage_limit、量、ソース、先})送信者は最初に(RPCを介して)destinationアドレスが新しいかどうかを確認し、それに応じて料金を調整する必要がありますか?それは少し注意が必要です.料金としてminimum_fee=1257+burn_fee=257000のようなものがあります宛先アドレスがスマートコントラクトの場合はどうなりますか?minimum_feeを調整する必要がありますか?-
fees fee
-
-
循環供給とは何ですか？
循環供給用のTzscanのAPIを見ています.611454213tezは配布されました募金活動の参加者と初期の支援者に.TF+DLSファンドの約24458195tez(16％)のロックが解除されます.21143856報酬のテズは凍結されておらず、149845テズは燃やされています.これにより、約656906419テズの循環供給が得られます.CMCは、607489041とcoingecko/tzscanは、785312978の循環供給を示しています.誰かが実数がどうあるべきかを説明し、現在の混乱に終止符を打つことができますか?-
circulating-supply
-
-
ノードの同期
私はTezosを初めて使用し、昨日Alphanet環境で実行するノードをインストールしました.ノードの同期に時間がかかりすぎるのは正常かどうかを確認したいと思います(ほぼ1日後のブロック45000の現在のヘッド).プロセスを加速する方法はありますか?もう1つの問題は、ノードが予期せず停止することがあることです.これは、問題の原因となったエラーの例です.誰かが問題を理解していますか?そして、それを回避する方法はありますか?-
node
-
-
NOWはどのように機能しますか？
契約にNOWがしばらく経過したことに基づく条件があるとします.NOWUTCであり、これはチェーンに追加される前に各ノードによって検証されますか?関数が1時間のウィンドウ内に呼び出されるようにしたい場合、これを強制することは可能ですか?例:currentstackstate:NOW-15minutes::NOW+45minutes//pseudocodecode:NOW;SUB;GT;SWAP;NOW;SWAP;SUB;AND;IF{sendtransaction...}{FAIL;};これにより、トランザクションを実行できるように、NOW-15分より大きくNOW+45分未満であることが確認されます.ネットワーク全体のブロック時間でネットワークがどのようにコンセンサスを得るかを理解することも重要かもしれませんか?-
michelson
-
-
Ledger Nano SをTezosベーキングノードに接続して、Nano Sサインブロックと承認を得ることができますか？
私はすでにソロベーキングサーバーを実行していますが、サーバーに秘密鍵を残すことにあまり慣れていません.LedgerNanoSをベーキングサーバーに接続して、NanoSのサインブロックと承認を得ることができますか?もしそうなら、どうすればそれを行うことができますか?-
ledger solo-baking
-
-
パブリックTZ1アドレスの派生パスを見つけることは可能でしょうか
使用した元の元帳派生パスが見つかりません.Tezboxのデフォルト値であることがわかっているすべての組み合わせを試しました.44'/1729'/0'/0'44'/1729'44'/1729'/0'/1'等現在のパブリックアドレスは表示されません.-
ledger wallets tezbox
-
-
元帳BIP-44パスには4つの要素または5つの要素が必要ですか？
Tezos元帳アプリの正しいBIP-44パス構造は何ですか?5つのパスコンポーネント(Galleonが使用する場合)または4つ(tezos-clientおよびTezboxが使用する場合)が必要ですか?BIP-44仕様は5つのレベルのパスを定義していますそして、そのすべての例で5つすべてを使用します.最後の「インデックス」コンポーネントがオプションであることは明らかではありません.Tezboxとtezos-clientはデフォルトでm/44'/1729'/0'/0'パスになっているように見えますが、Galleonはデフォルトでm/44'/1729'/0'/0'/0'.-
ledger hsm
-
-
公開されたRPCでTezosノードをホストするためのベストプラクティスは何ですか？
自分のノードをホストしている場合、例:TezBoxのように、特定のRPCエンドポイントのアクセシビリティに関するベストプラクティスは何ですか?ここで説明のように、TzScanはすでに特定の通話を制限しています.Tezosドキュメントは次のようにアドバイスしています:クライアントができるようにするには、RPCインターフェイスを有効にする必要がありますノードと通信しますが、パブリックにアクセスできないようにする必要がありますインターネット.新しいメモリ管理更新すると、追加のRPCエンドポイントが利用可能になり、知らないうちに公開されると危険が生じる可能性があります.-
rpc node conseil
-
-
Tezboxウォレットに問題がある
ウォレットが切断され、再接続されます.トランザクションを送信できません.最新バージョンを使用しています.次のメッセージが表示されます:"Operationfailed.Forgevalidationerror.Localandremotebytesdon'tmatch."-
tezbox
-
-
Tezosスマートコントラクトのフォーマル検証
dappsライターに最も利益をもたらす可能性のあるTezosスマートコントラクトの分析は何ですか?明確にするために、ここでの「分析」とは「静的プログラム分析」を意味します.たとえば、こちらをご覧ください.基本的には、チェーンにスマートコントラクトをコミットする前に、プログラムのさまざまなランタイムプロパティを評価するために、高レベルのソースコード、または代わりにmichelsonのコンパイルターゲットに対して静的分析を実行するという考え方です.-
security smart-contracts dapps verification
-
-
tezos-clientが私のLedgerNano Sを見つけられないのはなぜですか？
LedgerNanoSを使用してLinuxTezosベーキングノードをセットアップしています.ノードは実行および同期されていますが、listconnectedledgersはLedgerが接続されていることを示しません.ウォレットアプリとベーキングアプリの両方がLedgerLiveからインストールされます.NanoSのファームウェアは最新です.LinuxはlsusbでUSBを表示し、dmesgは元帳のすべての詳細を表示しますが、listconnectedledgersはNanoSを検出しません.udevルールを変更してユーザーアカウントの正しいグループを含めました.しかし、TezosクライアントはまだLedgerNanoSを検出しません.-
node ledger
-
-
TezBoxからの0XTZスローエラーのスマートコントラクトトランザクション
TezBoxを使用して元帳ナノ検証を完了するためにKT1BRudFZEXLYANgmZTka1xCDN5nWTMWY7SZにトランザクションを送信しようとしていますが、以下のようなエラーが発生します.誰かが私を案内してくれますか?{"status":"failed","errors":[{"kind":"temporary","id":"proto.004-Pt24m4xi.gas_exhausted.operation"}]}-
smart-contracts tezbox
-
-
なぜ公開操作なのですか？
すべての人が署名を検証できるようにするには、revealoperationsを使用して公開鍵をブロックチェーンに保存する必要があります.私の知る限り、このような操作は、署名から取得できるイーサリアムでは必要ありません.追加の操作を使用することの長所は何ですか?-
operation cryptography reveal
-
-
公開鍵ハッシュの作成
シード、パスワード、および電子メールアドレスからTezos公開鍵ハッシュを生成する実用的なPython3.7コードを誰かに教えてもらえますか?これまでに見つけたものはすべて、Python2と3のコードが混在しているため、データ型の変更やマジックバイトサイズの受け入れによってエラーが発生します.私はプログラマーではありません.紛失したパスワードを見つけるのに役立つコードを作成しようとしています.(はい、JtR、クランチなどのツールを知っています.それらは優れていますが、要件を完全には満たしていないため、自分で何かを作成してみました).上記のエラーを作成するgithubの募金活動ページのPythonコードを知っています.-
address key python hash
-
-
リモート署名者が期待どおりに機能しているかどうかを確認するにはどうすればよいですか？
開始されたリモート署名者ソケットが期待どおりに機能し、実際に転送トランザクションを送信せずにベイカーサーバーからの署名要求を受け入れていることを確認するにはどうすればよいですか.今は、リモート署名者かどうかをテストするために、.00005を<key1>から<key2>に転送しています.セットアップは機能しています.署名は必要だが、tzの転送は必要としないトランザクションのような他の方法はありますか.-
transactions baker remote-signer
-
-
誰かが信頼できる基盤ノードのリストを提供できますか？
パブリックノードから切断し続けるプライベートノードがあります.したがって、1つまたは2つの接続が切断されてもプライベートノードの稼働時間が妨げられないように、プライベートノードに接続できる信頼できる基盤ノードのリストが必要です.-
private-mode connections public-node foundation-nodes
-
-
料金とgaslimitの違いは何ですか？
イーサリアムでは、最大料金はガスにガス価格を掛けたものです.しかし、Tezosでは、操作を作成するときに料金が個人的に設定されるのに、なぜgas_limitによって計算されないのですか?-
transactions protocol fees gas
-
