|
18 | 18 | em{font-style:italic} |
19 | 19 | </style> |
20 | 20 | <h1>#jam:polkadot.io</h1> |
21 | | -<p><small>last updated 2025-06-12 03:33 UTC</small></p> |
| 21 | +<p><small>last updated 2025-06-13 03:34 UTC</small></p> |
22 | 22 | <p><a href='room_log.txt'>⇩ plaintext</a> · <a href='../../'>⇦ all rooms</a></p> |
23 | 23 | <hr> |
24 | 24 | <div class='msg'><a class='ts' href='#$we4SYXTHwmKn094X9Zs_7mWUOoUVh4icvVdxD83RZfs'>#</a> <a class='ts' name='$we4SYXTHwmKn094X9Zs_7mWUOoUVh4icvVdxD83RZfs' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$we4SYXTHwmKn094X9Zs_7mWUOoUVh4icvVdxD83RZfs' target='_blank'>2024-04-20 02:08</a> <span class='u' style='color:#d0709e'>johnjiao123</span>: </div> |
@@ -9050,5 +9050,66 @@ <h1>#jam:polkadot.io</h1> |
9050 | 9050 | slot index Ht is in the past" (Section 5)</div> |
9051 | 9051 | <div class='msg reply'><a class='ts' href='#$cnjkfxLz1hkVhjIXQ1oC-MjDue-3Q7QC5I4Xr-7VYAE'>#</a> <a class='ts' name='$cnjkfxLz1hkVhjIXQ1oC-MjDue-3Q7QC5I4Xr-7VYAE' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$cnjkfxLz1hkVhjIXQ1oC-MjDue-3Q7QC5I4Xr-7VYAE' target='_blank'>2025-06-12 00:59</a> <span class='u' style='color:#c65779'>dave</span>: A guarantee's time slot is only relevant for determining the rotation and hence what the validator assignments are. As a guarantor constructing a guarantee, you should set the time slot to one in which you and the other guarantors you shared the package with are assigned to the core. This slot should be close to the current slot (as otherwise you would presumably have refused to process the work-package), but may be slightly in the future.</div> |
9052 | 9052 | <div class='msg reply'><a class='ts' href='#$T_gF_j805LhGcUs7lmXnXS87GSKaW00ztf74nC7XNSw'>#</a> <a class='ts' name='$T_gF_j805LhGcUs7lmXnXS87GSKaW00ztf74nC7XNSw' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$T_gF_j805LhGcUs7lmXnXS87GSKaW00ztf74nC7XNSw' target='_blank'>2025-06-12 01:01</a> <span class='u' style='color:#c65779'>dave</span>: The wall-clock time should be used to determine whether or not to accept a work-package from a builder or another guarantor, but shouldn't really be used for anything else.</div> |
| 9053 | +<div class='msg reply'><a class='ts' href='#$eNBhG1biCJ3Nj-veoRFshJ3Y16QoQ0-hZ8fd6EhWzCU'>#</a> <a class='ts' name='$eNBhG1biCJ3Nj-veoRFshJ3Y16QoQ0-hZ8fd6EhWzCU' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$eNBhG1biCJ3Nj-veoRFshJ3Y16QoQ0-hZ8fd6EhWzCU' target='_blank'>2025-06-12 12:44</a> <span class='u' style='color:#d470bf'>jaymansfield</span>: Theres a bug somewhere that can cause the polkajam nodes to crash (completely shutdown and need to be started again): 2025-06-11 11:18:36 tokio-runtime-worker ERROR jam_node Finality task returned an error: Chain error: State(MissingBlock) |
| 9054 | +2025-06-11 11:18:39 main ERROR jam_cli Error: Chain error: State(MissingBlock) </div> |
| 9055 | +<div class='msg reply'><a class='ts' href='#$vYEQvItdTsjP27NDV7BGRKk_Q0s_XrAP2tEi_WEhhvA'>#</a> <a class='ts' name='$vYEQvItdTsjP27NDV7BGRKk_Q0s_XrAP2tEi_WEhhvA' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$vYEQvItdTsjP27NDV7BGRKk_Q0s_XrAP2tEi_WEhhvA' target='_blank'>2025-06-13 01:11</a> <span class='u' style='color:#c377dd'>mkchung</span>: Does polkajam support CE134 with non-empty Segments-Root Mappings? so far Ive not seen CE134Resp from polkajam with Segments-Root Mappings. Also for sharing workpackage that contains importSegments with polkajam binary via 134. I got the following errors WITH or WITHOUT including Segments-Root Mappings |
| 9056 | + |
| 9057 | +<pre><code class=''>Disconnecting: Misbehaviour: Malformed jam_node::availability::net::protocol::SegmentsRequest: Could not decode `SegmentsRequest::erasure_root`: |
| 9058 | + Could not decode `ErasureRoot.0`: |
| 9059 | + Not enough data to fill buffer |
| 9060 | +</code></pre></div> |
| 9061 | +<div class='msg reply'><a class='ts' href='#$Ej6ojsdhj1am_PLQi80RVd0kbSmn_4JWoJ63CPG3feA'>#</a> <a class='ts' name='$Ej6ojsdhj1am_PLQi80RVd0kbSmn_4JWoJ63CPG3feA' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$Ej6ojsdhj1am_PLQi80RVd0kbSmn_4JWoJ63CPG3feA' target='_blank'>2025-06-13 01:15</a> <span class='u' style='color:#c377dd'>mkchung</span>: However, sending a work package that "requires" importSegments to the PolkaJam binary via CE133—and relying on PolkaJam to perform the CE134 step—appears to work, although the segment-root mappings come back empty from CE134resp. not exactly sure why. <span class="edited">(edited)</span></div> |
9053 | 9062 | <div class='msg'><a class='ts' href='#$jFQfxRJKS2rQ1Jpnv3Zx4Vsgb2PCpAqjoY8XN4cKKfg'>#</a> <a class='ts' name='$jFQfxRJKS2rQ1Jpnv3Zx4Vsgb2PCpAqjoY8XN4cKKfg' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$jFQfxRJKS2rQ1Jpnv3Zx4Vsgb2PCpAqjoY8XN4cKKfg' target='_blank'>2025-06-11 12:31</a> <span class='u' style='color:#4036ac'>ascriv</span>: Can we expect the next polkajam release to be compliant with 0.6.7 or later since 0.6.7 is out already?</div> |
9054 | 9063 | <div class='msg'><a class='ts' href='#$rCGNqRfru4I3sXuOiElj_ZK_g8TrADKMzFYTcVOp5mE'>#</a> <a class='ts' name='$rCGNqRfru4I3sXuOiElj_ZK_g8TrADKMzFYTcVOp5mE' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$rCGNqRfru4I3sXuOiElj_ZK_g8TrADKMzFYTcVOp5mE' target='_blank'>2025-06-11 13:13</a> <span class='u' style='color:#c65779'>dave</span>: We're working on 0.6.6 at the moment. Don't have an exact ETA for a build. There aren't many changes though so hopefully shouldn't be long.</div> |
| 9064 | +<div class='msg'><a class='ts' href='#$fy9iqOPyn9W1GOQp-txyHhJpgigidNWfNBCm0LRuhhc'>#</a> <a class='ts' name='$fy9iqOPyn9W1GOQp-txyHhJpgigidNWfNBCm0LRuhhc' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$fy9iqOPyn9W1GOQp-txyHhJpgigidNWfNBCm0LRuhhc' target='_blank'>2025-06-12 11:59</a> <span class='u' style='color:#dc865f'>interweb_</span>: Poss related: <a href="https://github.com/davxy/jam-test-vectors/issues/39" rel="noopener" target="_blank">https://github.com/davxy/jam-test-vectors/issues/39</a> |
| 9065 | + |
| 9066 | +When decoding <code>statistics/tiny/stats_with_epoch_change-1.bin</code> |
| 9067 | +Is there any error in the definition of any of these fields for statistics? |
| 9068 | + |
| 9069 | +At offset 1644 we see the <code>02</code> for GuaranteesExtrinsic: count: 2 |
| 9070 | +At offset 1915 we see the <code>01</code> for WorkResults: count: 1</div> |
| 9071 | +<div class='msg reply'><a class='ts' href='#$geoi7Ll-JuIedDEEWfrqmFMbQ05hqzgWFXOy1jYU3u0'>#</a> <a class='ts' name='$geoi7Ll-JuIedDEEWfrqmFMbQ05hqzgWFXOy1jYU3u0' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$geoi7Ll-JuIedDEEWfrqmFMbQ05hqzgWFXOy1jYU3u0' target='_blank'>2025-06-12 11:59</a> <span class='u' style='color:#dc865f'>interweb_</span>: image.png</div> |
| 9072 | +<div class='msg reply'><a class='ts' href='#$9lJbTESzlpMoP_PFEGBkGEufQ828-7CUDoA90gaPh2I'>#</a> <a class='ts' name='$9lJbTESzlpMoP_PFEGBkGEufQ828-7CUDoA90gaPh2I' href='https://matrix.to/#/!wBOJlzaOULZOALhaRh:polkadot.io/$9lJbTESzlpMoP_PFEGBkGEufQ828-7CUDoA90gaPh2I' target='_blank'>2025-06-12 11:59</a> <span class='u' style='color:#dc865f'>interweb_</span>: Between these offsets we are not able to decode the bin into expected json |
| 9073 | + |
| 9074 | +<pre><code class='bash'>[DEBUG] offset 1644: readGuaranteesExtrinsic: count: 2 |
| 9075 | +[DEBUG] offset 1645: readGuaranteesExtrinsic: i: 0 |
| 9076 | +[DEBUG] offset 1645: readReportGuarantee |
| 9077 | +[DEBUG] offset 1645: readWorkReport |
| 9078 | +[DEBUG] offset 1645: readWorkPackageSpec |
| 9079 | +[DEBUG] offset 1745-1746: readWorkPackageSpec: exportsCount: 0 |
| 9080 | +[DEBUG] offset 1747: readRefineContext |
| 9081 | +[DEBUG] offset 1747-1778: readRefineContext: anchor: 0x0000000000000000000000000000000000000000000000000000000000000000 |
| 9082 | +[DEBUG] offset 1779-1810: readRefineContext: stateRoot: 0x0000000000000000000000000000000000000000000000000000000000000000 |
| 9083 | +[DEBUG] offset 1811-1842: readRefineContext: beefyRoot: 0x0000000000000000000000000000000000000000000000000000000000000000 |
| 9084 | +[DEBUG] offset 1843-1874: readRefineContext: lookupAnchor: 0x0000000000000000000000000000000000000000000000000000000000000000 |
| 9085 | +[DEBUG] offset 1875-1878: readRefineContext: lookupAnchorSlot: 0 |
| 9086 | +[DEBUG] offset 1879: readPrerequisites: count: 0 |
| 9087 | +[DEBUG] offset 1879-1879: readRefineContext: prerequisites: [] |
| 9088 | +[DEBUG] offset 1747-1879: readRefineContext: context: { |
| 9089 | + "anchor": "0x0000000000000000000000000000000000000000000000000000000000000000", |
| 9090 | + "state_root": "0x0000000000000000000000000000000000000000000000000000000000000000", |
| 9091 | + "beefy_root": "0x0000000000000000000000000000000000000000000000000000000000000000", |
| 9092 | + "lookup_anchor": "0x0000000000000000000000000000000000000000000000000000000000000000", |
| 9093 | + "lookup_anchor_slot": 0, |
| 9094 | + "prerequisites": [] |
| 9095 | +} |
| 9096 | +[DEBUG] offset 1880-1881: readWorkReport: coreIndex: 0 |
| 9097 | +[DEBUG] offset 1882-1913: readWorkReport: authorizerHash: 0x0000000000000000000000000000000000000000000000000000000000000000 |
| 9098 | +[WARN] offset 1914: readCompactInt: mode: 0 |
| 9099 | +[DEBUG] offset 1914-1914: readWorkReport: len: 0 |
| 9100 | +[DEBUG] offset 1915: readWorkReport: authOutput: 0x |
| 9101 | + |
| 9102 | + |
| 9103 | +HERE: we have reached offset 1915, but we still need to read one octet to get the count of results... so I'm expect one more 00, before we hit 01 |
| 9104 | + |
| 9105 | + |
| 9106 | +[DEBUG] printNextBytes: next 128 bytes: |
| 9107 | +01000000000000000000000000000000 - [ 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] - 1 - 1 - 1 |
| 9108 | +00000000000000000000000000000000 - [ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] - 0 - 0 - 0 |
| 9109 | +00000000000000000000000000000000 - [ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] - 0 - 0 - 0 |
| 9110 | +00000000000000000000000000000000 - [ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] - 0 - 0 - 0 |
| 9111 | +00000000000000000000000000000000 - [ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] - 0 - 0 - 0 |
| 9112 | +00000000000000000002000000000000 - [ 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0] - 0 - 0 - 0 |
| 9113 | +00000000000000000000000000000000 - [ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0] - 0 - 0 - 0 |
| 9114 | + |
| 9115 | +</code></pre></div> |
0 commit comments