日本語の週刊技術レポートが止まっていますが、英語版は時折発行されているようです。

「英語版週刊技術レポート」
https://www.cardano.org/en/weekly-technical-reports/

「日本語版週刊技術レポート」
https://www.cardano.org/ja/weekly-technical-report-2/

今回は、英語版をGoogle翻訳の力を借りつつ転載してみます。



【以下、転載です】

このレポートは毎週IOHKによって作成され、カルダノ開発の進捗状況についてコミュニティに最新情報を提供しています。
このレポートの範囲は、チーム全体で実施される作業をカバーし、プロジェクトの洞察と透明性を提供します。



DAEDALUS(ダイダロスウォレット)

先週、チームは、今後のDaedalus 0.11.1とCardano 1.3.1リリースにもう1つ改善を加えました.DedalusアイコンのWindowsプラットフォームへのレンダリングに問題がありました。
これは現在解決されており、Daedalusアイコンは、アイコンのサイズまたは画面の解像度。

チームはV1 CardanoウォレットAPIの統合を完了しました。
しかし、元のV1 CardanoウォレットAPIでリリースされなかったDaedalus固有のCardano Wallet APIエンドポイントがいくつかあります。
これらのエンドポイントはV1 APIの「内部」ネームスペースに追加され、チームは統合を進めています。

Daedalus 0.12.0およびCardano 1.4.0リリースのタスクの一部として、チームはIPC駆動のCardano-node / Daedalus通信の実装に取り​​組んでいます。
これにより、DaedalusはCardanoノードの制御を大幅に強化し、「ネットワークに接続する」問題に直面するユーザーの数を減らすことができます。
この新しい設定では、CardanoノードがIPポートの自動選択を使用して、フロントエンド間で未使用ポートと双方向TLS認証を常に選択できるようになりセキュリティを向上させ、フロントエンドとバックエンドが将来別のマシンで実行されるような構成を可能にするバックエンドを提供します。

チームはまた、取引料金計算のためのより正確なエラーメッセージを実装しました。
このメッセージには、所定の取引を行うために欠落したADAの正確な金額が含まれます。




アプリケーションプラットフォーム

状態永続性サービスの作業を終了した後も、チームはサービスAPIの作業を続けました。
チームは、アプリケーションがサービスにアクセスするためのGraphQLベースのプラットフォームAPIを実装するためのソリューションに取り組んでいます。

チームはまた、メインプロセスによって調整されたDockerリモートAPIを使用して、アプリケーションのランタイムを分離するためのDockerベースのソリューションのプロトタイプを作成しています。






ウォレットバックエンド
チームはリリース1.3.1を目指してリファクタリングを行い、1.4リリースの重要な作業を再開しました。
作業の結果、「新しいウォレットレイヤーに切り替える」と「定期的に酸状態チェックポイントを作成する」の両方の作業が進められました。
さらに、Daedalusの重要なエンドポイントを最適化するだけでなく、社内の文書化やさまざまなバグの修正を手がけていました。

開発者は、ウォレット状態からの保留中のトランザクションを含む(ステートレスな)サブミット・レイヤーと、トランザクション・メタデータの作成日を統一することにも取り組み、NodeStateAdaptorにモック可能なタイムスタンプ・ゲッターを追加しました。

さらに、チームは、applyBlockとswitchToForkの間のエラーシナリオの処理方法の改善に取り組みました。この努力により、ウォレット州のキャッチアップに関する問題も解決されました。




ネットワーキング
コミュニケーションプロトコルデザインに関しては、先週チームメンバーがプロデューサーからブロックチェーンをクローン化し、ノードが複数のプロデューサーに加入してチェーン選択を行うシミュレーションを行った。




DEVOPS
DevOpsは先週Daedalusのコードとプロセスの改善に取り組みました。
署名されていないインストーラーが公開元帳に公開されるリスクを大幅に削減するために、署名のないインストーラーのビルド成果物はもはや保持されません。
我々は、CardanoがASCII以外のユーザ名を持つWindowsユーザでは動作しない、長年にわたるバグを調査し解決するのにも役立った。
DaedalusのWindowsアイコンは適切に拡大しなかったため、DevOpsエンジニアはDaedalusエンジニアと協力して診断し、解決しました。
また、DaedalusとQAチームに、DevOpsによって最初に設定されたデモクラスタとやりとりする方法と、いくつかのnixワークフローの改善をフォローしました。

チームは、自動テストシステムの改善努力を続けました。
エンジニアは、Plutusチームがhlintとスタイリッシュ・ハズケルチェックをCIに有効にするのを助けました。
最近のdevelopcardano-slのブランチは、ブロックの同期が途中の部分を止める原因となりました。
このような回帰を早期に検出するために、チームは最新のコードを使用してメインネットブロックチェーンをゼロから同期させる夜間テストを設定しました。
自動nixガベージコレクションジョブがあるにもかかわらず、途中でディスクスペースが使い果たされたため、macOSビルドが失敗することがあります。
繰り返すインシデントの可能性を減らすために、チームは時間ベースのトリガーからディスクスペースのしきい値トリガーに切り替えました。
CIの速度はcardano-slの懸案事項の1つで、チームはボトルネックを特定して解決しています。
開発者は、macOSビルドがCI応答時間全体のボトルネックになっていたことを発見したため、開発ブランチにマージする前に終了してパスする必要はありません。
チームはまた、開発者がPRでの成功を条件付きで合併することを可能にするツールが、おそらく他のPRとのバッチで、スループットと開発者の満足度を向上させるかどうか検討している。
私たちはまた、さまざまなコンパイラオプションがコンパイルとテストのサイクル全体を高速化できるかどうかを調べ始めました。

Cardanoのステージングやメインネットノードを徐々に再起動してカーネルを更新し、VPNを介して内部自己ホストサービスをより容易に利用できるようにし、ZFSをサポートするNixOSクラウドイメージの概念実証を行い、クロスコンパイル作業のためにlts-12ブランチを安定させることができます。





カルダノ・デセンタリゼーション
研究とデザイン

代表団のe-printはまだ出版日を待っています。
チームは、委任のための最初の作業パッケージの試作を開始しました。

開発
チームはコア最適化タスクに集中し、最終段階にその努力をもたらしました。



GOGUEN
基礎研究

先週、研究チームは、査読のためにステークホルダー証明書を会議に提出した。

エンドユーザーと外部開発者
チームはGoguenの詳細な教育と技術コンテンツ計画を作成するための調査を開始しています。

テストネット
チームメンバーは、クラスタのサポート性と運用性を向上させるため、K / IELE(Mantis)の開発を進めていました。


アナウンス
IOHKは現在、OpenSource Manager、Performance Managementスペシャリスト、Web Tester、プロダクトマネジメントディレクター、Rust Software Engineer、Haskell Trainer、Technical Writer、Senior Haskell Developer-Prototypingなどと協力して才能のある人々を探しています。
詳細は、IOHK Careersのページをご覧ください。