You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Document that Canton block endpoints require the canonical heightId, which combines the ledger offset with its version. This prevents integrations from using the resettable numeric height and receiving block-not-found responses.
Ticket: CHALO-1391
Session-Id: aac79c39-de9d-43ad-95cc-a5eeff6b03f4
Task-Id: 26024075-bd80-4b4b-928c-179360ccf2bf
GET /api/v2/canton/public/block/006291143-6a85688d879741a95e3940b671adb39b
54
+
```
55
+
56
+
A request using `/public/block/6291143` can return `block not found`, even
57
+
when the transfer exists. The `heightId` is the canonical Canton block
58
+
identifier and includes both the offset and the ledger version.
59
+
60
+
This is a Canton-specific exception to the usual block lookup pattern. For
61
+
other coins, use the block identifier documented for that coin; for coins
62
+
with conventional, non-resetting block heights, the numeric `height` can be
63
+
used. No other coin-specific `heightId` exception is defined by this package.
64
+
27
65
28
66
Most of the coin implementations are derived from `@bitgo/sdk-core`, `@bitgo/statics`, and coin specific packages. These implementations are used to interact with the BitGo API and BitGo platform services.
0 commit comments