メインの一般的なベーキングエラー

Question

メインの一般的なベーキングエラー

- 7
- 80 2019-02-12
ベーキングエラーについてサポートが必要です.私はもともとslackに投稿しましたが、ここにも投稿するように依頼されました. 誰かがこの問題を見たことがありますか?私は多くの支持とベーキングを見逃しており、次の一般的なエラーがあります:

Feb 9 12:57:53 - client.scheduling: Error while baking: Feb 9 12:57:53 - client.scheduling: Error: Feb 9 12:57:53 - client.scheduling: Unregistred error: Feb 9 12:57:53 - client.scheduling: { "kind": "generic", Feb 9 12:57:53 - client.scheduling: "error": Feb 9 12:57:53 - client.scheduling: "Error while applying operation ooPMZTsQzPi1g89rSswe1Rx 

2つの(更新された)元帳nanoと更新されたベーキングアプリを備えた2つの異なるマシンで試しました. 20を続けて逃してから、もう一度焼き始めることができます.問題を切り分けようとしましたが、ベーキング/推奨が欠落しているかどうかに影響を与えたり、制御したりすることはできません. フィードバックに基づいて試した/確認したこと:

更新後に元帳を再承認します

十分な絆がある

委任の利害関係は、私が始めてから実際には変わっていません.ベーカリーには、ボンド用に2つのロールがあり、約20のロールが委任されています.

裏書とベーキング中に私のネットワークをトリプルチェックしました

ベーキングプロセスの開始時にエラーが発生することを知っています.エラーはすぐに表示されます.

ベイク/承認は、アクションによってトリガーされることなく再起動または停止します.
I need help with a baking error. I originally posted on slack but was asked to post here as well. Has anyone seen this issue? I have been missing many endorsements and baking with the following generic error:

Feb 9 12:57:53 - client.scheduling: Error while baking: Feb 9 12:57:53 - client.scheduling: Error: Feb 9 12:57:53 - client.scheduling: Unregistred error: Feb 9 12:57:53 - client.scheduling: { "kind": "generic", Feb 9 12:57:53 - client.scheduling: "error": Feb 9 12:57:53 - client.scheduling: "Error while applying operation ooPMZTsQzPi1g89rSswe1Rx 

I tried on two different machines with 2 (updated) ledgers nano s and updated baking apps. I can miss 20 in a row and then start baking again. I tried isolating the issue but I can't affect or control whether I am missing baking/endorsements or not. Things I tried/checked based on feedback:

reauthorize the ledger after updating

have enough bond

delegation stake hasen't really changed since I started. the bakery has 2 rolls available for bond and about 20 rolls delegated to it.

tripled checked my network during endorsement and baking

I know that the error occurs at the beginning of the baking process. The error displays itself immediately.

Baking/endorsing restarts or stops without any of my actions triggering it.
baking error

- 時間はどうですか?コンピューターの時刻は正しく設定されていますか?
  
  What about time ? Is the time correctly set on your computer ?
  - 1
  - 2019-02-13
  - lefessan
- はい、時間は正しいです、ありがとう.私はそのような初心者のように感じます.債券の計算は理解できたと思いましたが、理解できなかったと思います.パン屋として、私は2つのロールをステーキングし、21のロールをパン屋に委任しています.これらの価値観に基づいて、私は債券の要件を満たすことができたと思いました.とにかく...私はいくつかの読書をする必要があります.tzscanで私を混乱させる1つのことは、私の「必要な資金」が赤であるということですが、それでも今では、承認と焼き付けを見逃していません. みんな、ありがとう.
  
  Yes, the time is correct, thanks. I feel like such a noob. I thought I understood the bond calculations, but I guess I didn't. As a baker I am staking 2 rolls with 21 rolls delegated towards my bakery. Based on these values I thought that I was able to satisfy the bonds requirements. Anyway...I need to do some reading. One thing that confuses me on tzscan is that my "funds required" are red, but yet now I am no longer missing endorsing and baking. Thanks everyone.
  - 0
  - 2019-02-13
  - rm baker
- あなたの質問に対する答えを投稿できますか?多分あなたが今よりよく理解している債券に関連する事柄のいくつかの詳細で?
  
  can you post an answer to your question? maybe with some details of things related to bonds that you now understand better?
  - 0
  - 2019-02-15
  - Frank
- また、Ezyによって提供された債券計算への回答をリンクします:https://tezos.stackexchange.com/questions/456/security-deposit-calculation/457#457
  
  Also linking an answer to the bond calculation that was provided by Ezy: https://tezos.stackexchange.com/questions/456/security-deposit-calculation/457#457
  - 0
  - 2019-02-16
  - rm baker

1 回答

投票

lefessan · Accepted Answer · 2019-02-16

5

2019-02-16

結合の計算(特定のロール数に必要なトークンの割合)は正確ではありません.これは、実際にベイク処理に使用されるロールの数と、ネットワークで何が発生するかによって異なります.

平均パーセンテージは、すべてのロールがアクティブ化され、ベーキングに使用されると想定して計算されます.それを考えると、1つのロールで焼く頻度と必要なデポジットの量を計算できます.しかし、現在、すべてのロールが使用されているわけではないため、より頻繁に選択され、より多くのデポジットが必要になります.
TzScanは、次のサイクルに必要なものを表示します.今回は、スロット0の実際のベーキング権を使用して計算されます.ただし、一部のパン屋は順番を変えず、パン屋はスロットを盗むことができるため、この追加のデポジットが必要になります(24ロール、それほど頻繁ではありません...)

今のところ、TsScanがおそらく最も信頼できるソースであり、サイクルに必要なxtzが赤になることはありません.