From e33e467400419621ca5f47e359d294bef6674822 Mon Sep 17 00:00:00 2001 From: Gavin Wood Date: Wed, 18 Oct 2023 23:40:33 +0100 Subject: [PATCH] Update text/0031-corejam.md Co-authored-by: Oliver Tale-Yazdi --- text/0031-corejam.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/text/0031-corejam.md b/text/0031-corejam.md index 8ab6523..2d97899 100644 --- a/text/0031-corejam.md +++ b/text/0031-corejam.md @@ -152,7 +152,7 @@ Collection is the means of a Validator Group member attaining a Work Package whi On arrival of a Work Package, after the initial decoding, a first check is that the `context` field is valid. This must reference a header hash of a known block which may yet be finalized and the additional fields must correspond to the data of that block. -There are two kinds of Authorization corresponding to the two kinds of Coretime which are sold by Polkadot (see RFC#0001). An Authorization for usage of Instantaneous Coretime consists of a self-contained Signature of an account which own enough Instantaneous Coretime Credit in order to purchase a block of Coretime at the current rate signing a payload of the Work Package hash. +There are two kinds of Authorization corresponding to the two kinds of Coretime which are sold by Polkadot (see RFC#0001). An Authorization for usage of Instantaneous Coretime consists of a self-contained Signature of an account which owns enough Instantaneous Coretime Credit in order to purchase a block of Coretime at the current rate by signing a payload of the Work Package hash. RcVGs run the risk of a credit owner not having the credit at the point of eventual payment (in the Join stage, later), in which case the RcVG will not be rewarded. Credit may never be withdrawn, therefore RcVGs can safely accept a block if and only if the Credit account contains a balance of at least the product of the number of Cores assigned to IC, the price per IC core per block and the number of blocks behind the head of the finalized chain which the RcVG currently may be.