1.8 KiB
P08-02の次の受入作業
正式提出6c7c7244、修正使用1/2。初回Astraの保持コードをSolが再利用し、2文書と提出応答を作成した。Pythonのwhole-check正例/改変負例2methodは合格。ネイティブ・通常OS・最終全回帰・独立原受入は未実行。
全資料実測2,682,789 bytesは500,000上限を超える。原因は全展開の合成exampleであり、index_schemaや製品コードの量ではない。Rootは保持されたProof生成器から全indexと13代表文書を再生成し、旧例の全フィールド一致を実証。全旧implementationはGitとgzipで内容保持した。RFC6902提案はexampleだけを生成器参照へ置換する。コード・schema・原条件・markerは保持。提案treeで実際の変更なしRunner.packetは414,563 bytes、全12source/1validation sourceを保持して上限内。これはRoot提案の診断commitで、workerへは未適用・通常submitted版ではない。
重いnative収集の前に出力量を見積もる。4ケース×writer/reader、各checkpointと160minuteの全状態VAR/typed JSONと全eventsを保持する仕様なので、現空き約635MiBに無条件で全収集を起動しない。全状態・時点・原条件を間引かず、安定した既存証拠の内容保持圧縮等、既存許可内の資源対策を先に行う。
次は容量対策と必要な局所native確認を先に実施し、実不具合とこのmetadata差分を安全にまとめて残る通常修正枠へ渡す。Native未実行をPASSとせず、checker整合性を原成果完了としない。正確な最終版の必要検証、全条件独立受入、必要統合、台帳反映までP08-02を閉じない。Rootはworkerのsourceを代筆しない。上限/状態/提出応答を偽って通さない。