Aptosのエンジニアの一人で、ブロックタイム設定を担当している人と話をしました。



率直に伝えました——ここしばらく70ms前後で停滞しすぎていて、正直なところ、これがすぐに改善されなければ話すネタが尽きそうだと。

彼は実際に謝罪してくれて、ニュースを教えてくれました:来週までに50msを目指しているそうです。どうやらサンクスギビングの週末で少し予定が狂ったみたいです。

正直言って、こういう数値を調整している本人と直接話せるのはすごいことです。この業界で働く魅力は、こうして実際に動かしているエンジニアと直接やり取りできることですね。
APT-9.82%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 3
  • リポスト
  • 共有
コメント
0/400
OnchainHolmesvip
· 12時間前
70msでこんなに長く詰まるなんて、Aptosはちょっと頼りない感じがするね。
原文表示返信0
ProposalManiacvip
· 12時間前
50ms?聞いた感じ、納期に間に合わせるための約束のようだが、実際に納品されるときはどうなるかまだ分からない。 --- 直線的なコミュニケーションは確かに便利だけど、ガバナンスプロセスを迂回してしまうと、長期的に誰が監督するのか。 --- Thanksgivingのせいにして…エンジニアリング側の進捗管理も最適化が必要そうだね。 --- 問題は、この50msの目標がどうやって正式な提案に組み込まれたのか?そうじゃないと次回もまた口頭での約束だけになってしまう。 --- エンジニアに直接パラメータを変更してもらえるのは、ちょっと注意が必要だね。権力が集中しすぎる。 --- 70から50へ、一週間で効果が出る?まずはテストデータを見てからにしようよ。 --- 面白いね、こういう意思決定プロセスをチェーン上で透明化したらもっと納得できる。 --- 工期を急ぐプロジェクトは往々にして落とし穴があるものだし、blocktimeを速くしても安定性がついていけるのか。
原文表示返信0
PumpAnalystvip
· 12時間前
50msは来週には稼働できるの?兄弟、もしこれが延期になったら、俺は即座にショートポジション取るからな。警告はしたからな。
原文表示返信0
  • ピン