ホーム
/
tezos
-
フルノードサイズの増加を制限する方法は?
前の質問将来のスマートコントラクトの保存について、ブロックチェーンに保存されている古い情報に戻る方法は、ブロックチェーン内のこれまでのすべての情報を含む完全なノードに接続することでした.フルノードで増加するデータ量を軽減し、新しいフルノードを起動するために必要な容量のレベルを下げるために、ブロックチェーンをより小さな部分に分割するか、コストを処理する他の方法で計画がありますか?フルノードで大量のデータを維持するのですか?フルノードのサイズ、つまりフルノードを維持するためのコストがますますデータベースサイズに左右されるようになれば、フルノードは限られた数の人々/企業の手にとどまると思います.-
node
-
-
将来のチェックのためにスマートコントラクトはどのように保存されますか?
たとえば、レンタル契約をスマートコントラクトとして保存し、Bakersbakingして公式にすることができることを正しく理解していますか./code>?最初の部分が正しければ、契約は最初にmempoolに送られ、次にBakersがそこから取得して確認します.ここでの私の主な問題は、次に何が起こるかという質問に関連しています.これまでのところ、契約はどこに公開されていますか.将来X日目に戻って確認できるようになります.たとえば、私の辞任ポリシーは何ですか.bakingプロセスにはbakinground中に状態を元に戻すための履歴があることを読みましたが、結果はベーキングが終わった後に保存しますか?少なくとも私の直感は、Bakersはそのためのリポジトリとして機能しないということです.その場合、ベーキングを停止してベーキングマシンをシャットダウンすると、情報が失われるリスクがあります.-
baking mempool smart-contracts architecture
-
-
tezos-nodeからの「信頼できないピアからの接続」レポートについてはどうすればよいですか?
ノードを構築してデフォルトのピアノードと同期してから、プライベートモードに切り替えました.プライベートモードに切り替えた後、次の日のようなメッセージがたくさん表示されます.信頼できないピアからのこれらの接続試行を防ぐためにできることはありますか?そして、これらのメッセージは(出力ログを乱雑にする以外に)重要ですか?最初からプライベートモードにするのではなく、この方法でノードを構築するのは根本的に間違っていましたか?p2p.connection-pool:[privatenode]incomingconnectionfromuntrusedpeerrejected!-
node private-mode
-
-
スマートコントラクトのテストを作成するにはどうすればよいですか?
TDDを行うのが好きで、契約コードを中心にテストスイートを構築したいと思います.私はReasonMLとLiquidityの両方を見てきましたが、どちらもまだ素晴らしいテストストーリーを持っていないようです.代わりに完全なOCamlを使用するのは理にかなっていますか?人々は何を使用していますか?-
smart-contracts testing
-
-
複数のtxとカウンターがすでに使用されているエラー
奇妙な行動に遭遇しました.(同じtezosブロックの有効期間内に)2つの連続したtxを送信しようとすると、無効なカウンターエラーが発生します:Counter[NUMBER]alreadyusedforcontract[ADDRESS]これに関連しているようです:https://gitlab.com/tezos/tezos/issues/376カウンターを増やすと、逆のエラーが発生します:contract.counter_in_the_future-
transactions
-
-
ブロックや承認に署名せずに元帳署名者をテストするにはどうすればよいですか?
元帳を署名サーバーに接続しました.署名サーバーは、ベーキングサーバーからのブロック/承認に署名します.元帳が切断されたり、署名者が何らかの形で誤動作したりした場合、次のベーキングまたは承認が何か問題があることを知るのを待ちたくありません.署名者サーバーが次のスロットを待たずにブロック/承認に署名できることをテストするにはどうすればよいですか?私のアイデアは、署名者にダミーデータに署名させることでしたが、元帳のTezosBakingアプリでは、ブロックと承認にのみ署名できます.署名者にダミーのブロックまたは承認に署名するように依頼できますか?または他のアプローチはありますか?PS.このテストは、自動監視を目的としています.このテストでは、元帳と物理的にやり取りできません.PPS../tezos-clientsignbytes0x03for<my_ledger_address>のようなランダムなメッセージに署名しようとしましたが、次のエラーが発生します:Unregistrederror:{"kind":"permanent","id":"signer.ledger","ledg...-
ledger remote-signer
-
-
テゾスブロックでのさまざまな種類の操作-どの1つの料金が使われるか
Tezosで以下の操作を見つけました:「承認」"seed_nonce_revelation""double_endorsement_evidence""double_baking_evidence""activate_account"「提案」「投票」「明らかにする」「トランザクション」「起源」「委任」要件:ユーザーがアドレスとブロックレベルを提供する元帳/UIを構築したいと思います.そのブロックレベルまでのアドレスの残高を取得し、そのアカウントに対して実行されたすべての操作をフェッチする必要があります.すべてのトランザクション値を合計すると、残高と等しくなるはずです.したがって、上記の要件については、以下を知る必要があります操作に関与する金額消費された料金これについては助けが必要です.どの操作に料金が含まれていますか?そして、プロトコルに固定された料金です契約または住所の残高に影響を与える操作はどれですか?ヘルプ.-
node tezos-client
-
-
手数料ゼロの取引
以下のトランザクションを理解するのに役立つ必要があります:[{"type":"transaction","id":279,"level":26,"timestamp":"2018-06-30T18:07:27Z","hash":"opDckVrXacor6B25F3SD2epxC13iCoN6xjwsvvJDYo5aa9AMbqz","counter":5,"originalSender":{"address":"tz1NKVAxzJusWgKewn4LEViPSQVRE5Kg6XFV"},"sender":{"alias":"Vestedfunds5","address":"KT1Um7ieBEytZtumecLqGeL56iY6BuWoBgio"},"nonce":0,"gasLimit":0,"gasUsed":107,"storageLimit":0,"storageUsed":0,"bakerFee":0,"storageFee":0,"allocationFee":0,"target":{"alias":"Foundationbaker8","address":"tz3NE...-
node tezos-client protocol
-
-
暗号化された秘密鍵のパスフレーズを変更できますか?
募金活動の秘密鍵をインポートするときにパスフレーズの入力を求められましたが、変更することはできますか?変更できる場合はどうすればよいですか?-
private key encrypted
-
-
スナップショットの信頼はどこにありますか?
NomadicLabsは最近、スナップショット.スナップショットを使用して同期している間は削除できない、特定の最小限の信頼が存在することが何度か言及されています.私が理解したいのはスナップショットで正確に信頼する必要があるものは何ですか?スナップショットが悪意のある方法はどれですか?新しいノードは、最後のブロックのハッシュをチェックするだけではありませんか?どうもありがとう!-
security node
-
-
mainnet.shスクリプトを更新した後、リモート署名者からトランザクションに署名中にエラーが発生しました
最近、mainnet.shスクリプトを更新しました.これは、存在するスクリプトが最新のイメージではないと言っているためです.こちらに記載されている正確な手順に従っています.そして、承認の番が来たとき、認証キーを使用して署名されたリモート署名者にトランザクションが送信されたときに、承認ログに以下のエラーが表示され、それを見逃しました.Error:Unregistrederror:{"kind":"generic","error":"invalidauthenticationsignature"}スクリプトが更新される前は機能していました.mainnet.shスクリプトで、リモート署名者認証キーに関して何か更新されましたか?-
baker docker remote-signer
-
-
任意のタイプを受け入れる契約
アップグレード可能なコントラクトは、ANYタイプを受け入れ、そのANYタイプの解析方法に基づいて、そのタイプを現在のアプリコントラクトに転送できるというメリットがあります.たとえば、リクエストが現在のアプリコントラクトを定義するコントラクトに送信され、ロジックがそのコントラクトによって制御される場合があります.これにより、アプリは同じコントラクトを持ち、そのコントラクトにリクエストの送信先を選択させることができます.契約をアップグレード可能にしてこの要件を満たす可能性のあるタイプまたは方法についての考慮事項はありますか?そうでない場合、回避策はありますかおそらくどのタイプもリベラルすぎますが、コントラクトを作成するには(pairstring(pair...(pair......)))などを使用し、ストレージにアドレスを維持させます追加の方法に備えて契約を一般化することは、恨みのように感じます.この手法のバージョンがUnixで使用されているので、私が思っているほど悪くはないかもしれません.-
michelson
-
-
パブリックノードを使用してalphanetでアカウントをアクティブ化する
パブリックノードを使用してalphanetでアカウントをアクティブ化しようとしています.この問題が発生したため、ローカルノード経由でそれを行うことができません、これはおそらくこれに関連しています.そこで、次のようにブートストラップされたパブリックノードを使用することにしました:./tezos-client-pPsddFKi32cMJ-Aalphanet-node.tzscan.io-P80activateaccounttestIdentwithscripts/tz1cXy7wuoVoabWgG5kVxG25WdMttKyVv1yr.json-fただし、これはハングアップしますNodeisbootstrapped,readyforinjectingoperations.長時間(約30分)、その後失敗するError:Rpcrequestfailed:-meth:POST-uri:http://alphanet-node.tzscan.io:80/chains/main/blocks/head/helpers/preapply/operations-error:Unexpectederror...-
rpc tezos-client alphanet
-
-
リンクされた元帳と募金ウォレットの両方をtezboxで使用するにはどうすればよいですか?
XTZを募金活動のウォレットから元帳nanoにリンクされたtezboxウォレットに送信する必要があります.私は「createtezbox」メソッドから始めました.これにより、募金活動の資金にアクセスしてXTZを送信することができました.次に、「linktezbox」メソッドを使用して、XTZを送信したい元帳nanoSに基づいて別のアカウントを作成しようとしました.ただし、「create」と「link」の両方のメソッドを備えたランディング画面は、tezboxウォレットがまだない場合にのみ表示されるため、Windowsクライアントは1つのメソッドしか許可していないようです.では、私は何をすべきでしょうか?-
ledger tezbox
-
-
絶えず接続を追加/削除
現在、次のコマンドを使用して、構成ファイルのない最新バージョンでノードを実行しています../tezos-noderun--rpc-addr127.0.0.1:8732--connections10さまざまな--connectionsと--bootstrap-thresholdの値を試しましたが、それでもエラーが発生します.常にピアスラッシングが発生しており、次のように表示されます.$p2p.maintenance:Toomanyconnections,willkill3$validator.peer(85):Workerterminated[...]$validator.peer(86):Workerterminated[...]$validator.peer(87):Workerterminated[...]$validator.peer(88):Workerstartedfor...$validator.peer(89):Workerstartedfor...$validator.peer(90):Workerstartedfor...これはすべて1〜2秒以内に発生し、約1分に1回...-
node error network connections
-
-
ベーキング中のエラー
テゾを焼いています.ログを確認してエラーを確認しました:Apr1006:25:07xxxx/var/log/tezos/tezos_endor.log[14727]:Apr1006:25:07-client.scheduling:Errorwhilebaking:Apr1006:25:07xxxx/var/log/tezos/tezos_endor.log[14727]:Apr1006:25:07-client.scheduling:Error:Apr1006:25:07xxx/var/log/tezos/tezos_endor.log[14727]:Apr1006:25:07-client.scheduling:NoLedgerfoundforfocused-abyssinian-xxxx-xxx/ed25519誰かがこのエラーを知っていますか?元帳情報はすでにインポートしています.-
baking
-
-
Tezosブロックチェーンデータを別のパーティションに移動するにはどうすればよいですか?
サーバーにTezosノードをほぼデフォルト設定でセットアップしました.しかし現在、~/.tezos-node/contextおよび~/.tezos-node/storeディレクトリはすべてのブロックチェーンデータで非常に大きくなっています.このデータを別のハードディスクドライブの別のパーティションに移動し、代わりにそれを使用するようにTezosノードに指示するにはどうすればよいですか?-
node tezos-client
-
-
取引所からKT1アカウントにxtzを送信しました。Tzstatsはトランザクションエラー「proto.005-PsBabyM1.gas_exhausted.operation」を示しています
取引所からKt1アカウントにxtzを送信しましたが、残高を受け取っていないと思います.Tzstatsでトランザクションを見ると、その特定のトランザクションは赤で表示され、受け取った金額の列には値がありません(「-」とだけ表示されます).トランザクションハッシュをクリックすると、トランザクションエラー「proto.005-PsBabyM1.gas_exhausted.operation」と表示されます.また、「トランザクションが失敗しました」と表示されます.奇妙な部分は、tezblockでトランザクションを見ると、トランザクションが受信されたと表示されますが、残高が更新されていないと思います.だから、私は何が起こっているのか混乱しています.誰か助けてくれませんか?xtzをkt1アカウントに受け取ることに関するこの問題を解決するにはどうすればよいですか?-
transactions
-
-
proto.006のために私のテゾを送ることができません-PsCARTHA.contract.cannot_pay_storage_fee
1.4、1.3の代わりに意味を送信するためのamontを減らして、何度か試しました.と1xtzの同じエラー!-
ledger error fees
-
-
ブロック構造
whitedocを頭からの出力と比較しています.例:./alphanet.shhead|jq{"protocol":"PsddFKi32cMJ2qPjf43Qv5GDWLDPZb3T3bF6fLKiF5HtvHNU7aP","chain_id":"NetXgtSLGNJvNye","hash":"BKxrfgYNdHGWn3YnVpa1tnvgoxavndMNBYGh2me9XKtsDEx8d7w","level":4510,"proto":1,"predecessor":"BMA56gCA6YhWxF2PYE2ZCqP2BDGNe8t9W4vCqmZk7i3FaoV8AbF","timestamp":"2018-12-02T20:36:48Z","validation_pass":4,"operations_hash":"LLoZZffQfMi2zx7yjkzgxQJ32GKtQDUgZrfzM3xQCzmsCLtGFW72m","fitness":["00","000000000001ec0d"],"context":"CoVFUdktdZxEqUBhWe7AVx33tFUPK5a...-
implementation
-