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
Copy file name to clipboardExpand all lines: docs-site/docs/intro.md
+12-8Lines changed: 12 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,25 +4,29 @@ title: Introduction
4
4
5
5
---
6
6
7
-
## Blobs
7
+
## Ikura
8
8
9
-
The Blobs project exposes **sequencing** and **data availability** capabilities of [Polkadot](https://polkadot.network) and [Kusama](https://kusama.network) for general use. Use-cases include rollups and inscriptions.
9
+
Ikura exposes **sequencing** and **data availability** capabilities of [Polkadot](https://polkadot.network) and [Kusama](https://kusama.network) for general use. Use-cases include rollups and inscriptions.
10
10
11
-
The Blobs codebase is located at https://github.com/thrumdev/blobs. There is a live parachain on Kusama with Parachain ID 3338 running the Blobs runtime.
11
+
The Ikura codebase is located at https://github.com/thrumdev/blobs.
12
12
13
-
In this documentation site, we'll often use the term Polkadot to refer to the Polkadot Relay Chain - the hub chain which provides security for everything running on Polkadot. Kusama runs on the same technology as Polkadot, so the Kusama version of Blobs works identically to the Polkadot version, just with a different network. You can mentally substitute "Polkadot" for "Kusama" when thinking about the Kusama version of Blobs.
13
+
In this documentation site, we'll often use the term Polkadot to refer to the Polkadot Relay Chain - the hub chain which provides security for everything running on Polkadot. Kusama runs on the same technology as Polkadot, so the Kusama version of Ikura (Gondatsu) works identically to the Polkadot version, just with a different network. You can mentally substitute "Polkadot" for "Kusama" when thinking about the Kusama version of Ikura.
14
14
15
-
Blobs enables users to submit arbitrary data to the chain and receive guarantees about the availability of that data, as well as proofs of the order in which data were submitted. Namely:
15
+
Ikura enables users to submit arbitrary data to the blockchain chain and receive guarantees about the availability of that data, as well as proofs of the order in which data were submitted. Those guarantees are:
16
16
1. The data can be fetched from the Polkadot/Kusama validator set for up to 24 hours after submission and cannot be withheld.
17
17
2. A commitment to the data's availability is stored within the blobchain and used as a proof of guarantee (1) to computer programs, such as smart contracts or Zero-Knowledge circuits.
18
18
19
-
Data Availability is a key component of Layer-2 scaling approaches, and is already part of Polkadot and Kusama for use in securing Parachains. Blobs will bring this capability out to much broader markets.
19
+
Data Availability is a key component of Layer-2 scaling approaches, and is already part of Polkadot and Kusama for use in securing Parachains. Ikura will bring this capability to use-cases beyond parachains with a minimal interface.
20
20
21
-
Blobs makes a **relay-chain token utility commitment** now and forever. Submitting blobs will always make use of the DOT token on Polkadot and the KSM token on Kusama, as this is the approach with the least user friction.
21
+
Ikura makes a **relay-chain token utility commitment** now and forever. Submitting blobs will always make use of the DOT token on Polkadot and the KSM token on Kusama, as this is the approach with the least user friction.
22
+
23
+
## Gondatsu
24
+
25
+
The version of Ikura targeting the Kusama network is **Gondatsu**. It has Parachain ID 3338 running. We currently do not make any long-term stability commitment for Gondatsu. Gondatsu currently is _centrally controlled_ with a sudo (admin) key. It is experimental.
22
26
23
27
## Integrations
24
28
25
-
Blobs supports a variety of rollup SDKs out of the box.
29
+
Ikura supports a variety of rollup SDKs out of the box.
Blobs can potentially use enormous amounts of disk space under heavy usage. This is because all historical blobs are stored within the blobchain's history. While the Polkadot and Kusama expunge ancient blobs after 24 hours, any full node of the blobchain will have all the blobs going back to the genesis, as well as all of the other block data.
63
+
Ikura can potentially use enormous amounts of disk space under heavy usage. This is because all historical blobs are stored within the blobchain's history. While the Polkadot and Kusama expunge ancient blobs after 24 hours, any full node of the blobchain will have all the blobs going back to the genesis, as well as all of the other block data.
64
64
65
65
To avoid this issue, run with `--blocks-pruning <number>`, where `number` is some relatively small value such as `1000` to avoid keeping all historical blobs.
Copy file name to clipboardExpand all lines: docs-site/docs/protocol/data-availability.md
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@ sidebar_position: 1
3
3
title: Data Availability
4
4
---
5
5
6
-
Blobs provides reliable and high-throughput Data Availability services. Before diving into exactly what this is, we'll take a quick detour through Rollup scaling solutions.
6
+
Ikura provides reliable and high-throughput Data Availability services. Before diving into exactly what this is, we'll take a quick detour through Rollup scaling solutions.
7
7
8
8
## Rollup Architecture
9
9
@@ -26,23 +26,23 @@ Data Availability serves an additional purpose, which is to ensure that submitte
26
26
27
27
Regardless of which proving mechanism is used, sequencing and data availability are common to all protocols under this blueprint.
28
28
29
-
Rollups use Blobs for both sequencing and Data Availability.
29
+
Rollups use Ikura for both sequencing and Data Availability.
30
30
31
31
## Data Availability
32
32
33
-
Blobs is a wrapper over Polkadot's Data Availability system. Any data made available via Blobs is using the Polkadot validators under the hood. In this section, we'll explore how Polkadot makes data available.
33
+
Ikura is a wrapper over Polkadot's Data Availability system. Any data made available via Ikura is using the Polkadot validators under the hood. In this section, we'll explore how Polkadot makes data available.
34
34
35
-
A Blob consists of two things: a **namespace** and some **data**. The namespace is a kind of tag which allows for blobs to be filtered by an observer, and the data is just a bunch of bytes. To Blobs, the content of the blobs does not matter.
35
+
A Blob consists of two things: a **namespace** and some **data**. The namespace is a kind of tag which allows for blobs to be filtered by an observer, and the data is just a bunch of bytes. To Ikura, the content of the blobs does not matter.
36
36
37
-
Blobs is a blockchain secured by Polkadot, where the blocks may contain Blob transactions.
37
+
Ikura is a blockchain secured by Polkadot, where the blocks may contain Blob transactions.
38
38
39
39
Every block is erasure-coded, replicated, and distributed across Polkadot's entire validator set. The block is split up into pieces, with one piece for each Polkadot validator. Any set of more than one-third of the pieces is enough to recover the entire data.
40
40
41
41
### Example: The Path of a Blob
42
-
1. First, the user signs a transaction containing the Blob and submits it to a Blobs node.
43
-
2. Once the transaction has circulated through the network, a Blobs block authoring node bundles it into a block.
42
+
1. First, the user signs a transaction containing the Blob and submits it to an Ikura node.
43
+
2. Once the transaction has circulated through the network, a Ikura block authoring node bundles it into a block.
44
44
3. The block authoring node submits the block to some assigned Polkadot validators.
45
-
4. Those Polkadot validators approve the Blobs block and the Blobs block's header is placed into a Polkadot Relay Chain Block
46
-
5. After this, the Blobs block, including all the transactions within it, is erasure-coded and split into redundant pieces, one for each Polkadot validator.
45
+
4. Those Polkadot validators approve the Ikura block and the Ikura block's header is placed into a Polkadot Relay Chain Block
46
+
5. After this, the Ikura block, including all the transactions within it, is erasure-coded and split into redundant pieces, one for each Polkadot validator.
47
47
6. Each validator attempts to fetch their piece over the p2p network. Polkadot requires that at least two-thirds of validators sign a statement that they have fetched and stored their piece, or the whole process must revert back to step (2).
0 commit comments