diff --git a/pr-1489/404.html b/pr-1489/404.html index f0320a418c..f2dee99652 100644 --- a/pr-1489/404.html +++ b/pr-1489/404.html @@ -35,7 +35,7 @@

Appearance

404

PAGE NOT FOUND

But if you don't change your direction, and if you keep looking, you may end up where you are heading.
Take me home
- + \ No newline at end of file diff --git a/pr-1489/README.html b/pr-1489/README.html index 65584da830..e27a993492 100644 --- a/pr-1489/README.html +++ b/pr-1489/README.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Celestia Documentation Site ​

Welcome to the official documentation repository for Celestia.

Here you'll find comprehensive guides, tutorials, and reference materials to help you make the most out of Celestia.

Building the site ​

To get started, clone the repository and run the following:

bash
yarn && yarn dev
yarn && yarn dev

This documentation site is built with VitePress

Contribution Guidelines ​

We love contributions from the community! Whether you're fixing typos, improving content clarity, or adding new topics, every contribution helps.

  • Fork & Clone: Fork this repository and clone it to your local machine.
  • Branch: Always create a new branch for your changes. Naming it relevantly.
  • Commit Changes: Make your changes and commit them with a clear and concise commit message.
  • Push & Create PR: Push your changes to your fork and create a pull request to the main branch of this repository.

Please ensure to review the detailed Contribution Guidelines above before making a pull request.

Directory Structure ​

  • /learn: A category for learning about Celestia.
  • /developers: A category with tutorials and guides for deploying rollups and interacting with Celestia nodes.
  • /nodes: Technical reference materials for all node types.
  • /community: A category for the Celestia community.
  • /public: Images, diagrams, and other media files used in the documentation.

Feedback & Suggestions ​

We value feedback from the community. If you have suggestions for improvements or find any discrepancies in the documentation, please raise an issue in this repository.

- +

Celestia Documentation Site ​

Welcome to the official documentation repository for Celestia.

Here you'll find comprehensive guides, tutorials, and reference materials to help you make the most out of Celestia.

Building the site ​

To get started, clone the repository and run the following:

bash
yarn && yarn dev
yarn && yarn dev

This documentation site is built with VitePress

Contribution Guidelines ​

We love contributions from the community! Whether you're fixing typos, improving content clarity, or adding new topics, every contribution helps.

  • Fork & Clone: Fork this repository and clone it to your local machine.
  • Branch: Always create a new branch for your changes. Naming it relevantly.
  • Commit Changes: Make your changes and commit them with a clear and concise commit message.
  • Push & Create PR: Push your changes to your fork and create a pull request to the main branch of this repository.

Please ensure to review the detailed Contribution Guidelines above before making a pull request.

Directory Structure ​

  • /learn: A category for learning about Celestia.
  • /developers: A category with tutorials and guides for deploying rollups and interacting with Celestia nodes.
  • /nodes: Technical reference materials for all node types.
  • /community: A category for the Celestia community.
  • /public: Images, diagrams, and other media files used in the documentation.

Feedback & Suggestions ​

We value feedback from the community. If you have suggestions for improvements or find any discrepancies in the documentation, please raise an issue in this repository.

+ \ No newline at end of file diff --git a/pr-1489/assets/README.md.533513d4.js b/pr-1489/assets/README.md.3e2c997e.js similarity index 98% rename from pr-1489/assets/README.md.533513d4.js rename to pr-1489/assets/README.md.3e2c997e.js index 238dfe7f3e..c7fd4cc49c 100644 --- a/pr-1489/assets/README.md.533513d4.js +++ b/pr-1489/assets/README.md.3e2c997e.js @@ -1 +1 @@ -import{_ as e,o as t,c as a,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Celestia Documentation Site","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Celestia Documentation Site | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"README.md","filePath":"README.md","lastUpdated":1711718709000}'),o={name:"README.md"},n=i('

Celestia Documentation Site ​

Welcome to the official documentation repository for Celestia.

Here you'll find comprehensive guides, tutorials, and reference materials to help you make the most out of Celestia.

Building the site ​

To get started, clone the repository and run the following:

bash
yarn && yarn dev
yarn && yarn dev

This documentation site is built with VitePress

Contribution Guidelines ​

We love contributions from the community! Whether you're fixing typos, improving content clarity, or adding new topics, every contribution helps.

Please ensure to review the detailed Contribution Guidelines above before making a pull request.

Directory Structure ​

Feedback & Suggestions ​

We value feedback from the community. If you have suggestions for improvements or find any discrepancies in the documentation, please raise an issue in this repository.

',16),s=[n];function r(l,c,u,d,p,h){return t(),a("div",null,s)}const y=e(o,[["render",r]]);export{g as __pageData,y as default}; +import{_ as e,o as t,c as a,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Celestia Documentation Site","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Celestia Documentation Site | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"README.md","filePath":"README.md","lastUpdated":1711718743000}'),o={name:"README.md"},n=i('

Celestia Documentation Site ​

Welcome to the official documentation repository for Celestia.

Here you'll find comprehensive guides, tutorials, and reference materials to help you make the most out of Celestia.

Building the site ​

To get started, clone the repository and run the following:

bash
yarn && yarn dev
yarn && yarn dev

This documentation site is built with VitePress

Contribution Guidelines ​

We love contributions from the community! Whether you're fixing typos, improving content clarity, or adding new topics, every contribution helps.

Please ensure to review the detailed Contribution Guidelines above before making a pull request.

Directory Structure ​

Feedback & Suggestions ​

We value feedback from the community. If you have suggestions for improvements or find any discrepancies in the documentation, please raise an issue in this repository.

',16),s=[n];function r(l,c,u,d,p,h){return t(),a("div",null,s)}const y=e(o,[["render",r]]);export{g as __pageData,y as default}; diff --git a/pr-1489/assets/README.md.533513d4.lean.js b/pr-1489/assets/README.md.3e2c997e.lean.js similarity index 88% rename from pr-1489/assets/README.md.533513d4.lean.js rename to pr-1489/assets/README.md.3e2c997e.lean.js index 039e6ed8ac..a1c7480a4b 100644 --- a/pr-1489/assets/README.md.533513d4.lean.js +++ b/pr-1489/assets/README.md.3e2c997e.lean.js @@ -1 +1 @@ -import{_ as e,o as t,c as a,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Celestia Documentation Site","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Celestia Documentation Site | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"README.md","filePath":"README.md","lastUpdated":1711718709000}'),o={name:"README.md"},n=i("",16),s=[n];function r(l,c,u,d,p,h){return t(),a("div",null,s)}const y=e(o,[["render",r]]);export{g as __pageData,y as default}; +import{_ as e,o as t,c as a,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Celestia Documentation Site","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Celestia Documentation Site | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"README.md","filePath":"README.md","lastUpdated":1711718743000}'),o={name:"README.md"},n=i("",16),s=[n];function r(l,c,u,d,p,h){return t(),a("div",null,s)}const y=e(o,[["render",r]]);export{g as __pageData,y as default}; diff --git a/pr-1489/assets/community_calendar.md.7ee12fa1.js b/pr-1489/assets/community_calendar.md.5873d225.js similarity index 95% rename from pr-1489/assets/community_calendar.md.7ee12fa1.js rename to pr-1489/assets/community_calendar.md.5873d225.js index 43d6764dda..c2e0d0d955 100644 --- a/pr-1489/assets/community_calendar.md.7ee12fa1.js +++ b/pr-1489/assets/community_calendar.md.5873d225.js @@ -1 +1 @@ -import{_ as t,o as n,c as o,k as e,a}from"./chunks/framework.611656c0.js";const b=JSON.parse(`{"title":"Community calendar","description":"Find all the different community call events happening in Celestia's community.","frontmatter":{"description":"Find all the different community call events happening in Celestia's community.","head":[["meta",{"name":"og:title","content":"Community calendar | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/calendar.md","filePath":"community/calendar.md","lastUpdated":1711718709000}`),l={name:"community/calendar.md"},c=e("h1",{id:"community-calendar",tabindex:"-1"},[a("Community calendar "),e("a",{class:"header-anchor",href:"#community-calendar","aria-label":'Permalink to "Community calendar"'},"​")],-1),i=e("p",null,"The Celestia community calendar is available for finding all the different community call events happening in Celestia's community.",-1),r=e("p",null,[e("a",{href:"https://calendar.google.com/calendar/u/0?cid=Y19za2JzbjIzNWszYmlzdHNoZ3RvNmw5ODYyNEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t",target:"_blank",rel:"noreferrer"},"Add the community calendar to your personal calendar"),a(" to stay updated with all the events.")],-1),s=e("p",null,[a("Explore "),e("a",{href:"https://github.com/celestiaorg/community-calls/blob/main/README.md",target:"_blank",rel:"noreferrer"},"past community call agendas, notes, and recordings"),a(" for more insights.")],-1),m=[c,i,r,s];function d(u,h,p,f,_,y){return n(),o("div",null,m)}const C=t(l,[["render",d]]);export{b as __pageData,C as default}; +import{_ as t,o as n,c as o,k as e,a}from"./chunks/framework.611656c0.js";const b=JSON.parse(`{"title":"Community calendar","description":"Find all the different community call events happening in Celestia's community.","frontmatter":{"description":"Find all the different community call events happening in Celestia's community.","head":[["meta",{"name":"og:title","content":"Community calendar | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/calendar.md","filePath":"community/calendar.md","lastUpdated":1711718743000}`),l={name:"community/calendar.md"},c=e("h1",{id:"community-calendar",tabindex:"-1"},[a("Community calendar "),e("a",{class:"header-anchor",href:"#community-calendar","aria-label":'Permalink to "Community calendar"'},"​")],-1),i=e("p",null,"The Celestia community calendar is available for finding all the different community call events happening in Celestia's community.",-1),r=e("p",null,[e("a",{href:"https://calendar.google.com/calendar/u/0?cid=Y19za2JzbjIzNWszYmlzdHNoZ3RvNmw5ODYyNEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t",target:"_blank",rel:"noreferrer"},"Add the community calendar to your personal calendar"),a(" to stay updated with all the events.")],-1),s=e("p",null,[a("Explore "),e("a",{href:"https://github.com/celestiaorg/community-calls/blob/main/README.md",target:"_blank",rel:"noreferrer"},"past community call agendas, notes, and recordings"),a(" for more insights.")],-1),m=[c,i,r,s];function d(u,h,p,f,_,y){return n(),o("div",null,m)}const C=t(l,[["render",d]]);export{b as __pageData,C as default}; diff --git a/pr-1489/assets/community_calendar.md.7ee12fa1.lean.js b/pr-1489/assets/community_calendar.md.5873d225.lean.js similarity index 95% rename from pr-1489/assets/community_calendar.md.7ee12fa1.lean.js rename to pr-1489/assets/community_calendar.md.5873d225.lean.js index 43d6764dda..c2e0d0d955 100644 --- a/pr-1489/assets/community_calendar.md.7ee12fa1.lean.js +++ b/pr-1489/assets/community_calendar.md.5873d225.lean.js @@ -1 +1 @@ -import{_ as t,o as n,c as o,k as e,a}from"./chunks/framework.611656c0.js";const b=JSON.parse(`{"title":"Community calendar","description":"Find all the different community call events happening in Celestia's community.","frontmatter":{"description":"Find all the different community call events happening in Celestia's community.","head":[["meta",{"name":"og:title","content":"Community calendar | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/calendar.md","filePath":"community/calendar.md","lastUpdated":1711718709000}`),l={name:"community/calendar.md"},c=e("h1",{id:"community-calendar",tabindex:"-1"},[a("Community calendar "),e("a",{class:"header-anchor",href:"#community-calendar","aria-label":'Permalink to "Community calendar"'},"​")],-1),i=e("p",null,"The Celestia community calendar is available for finding all the different community call events happening in Celestia's community.",-1),r=e("p",null,[e("a",{href:"https://calendar.google.com/calendar/u/0?cid=Y19za2JzbjIzNWszYmlzdHNoZ3RvNmw5ODYyNEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t",target:"_blank",rel:"noreferrer"},"Add the community calendar to your personal calendar"),a(" to stay updated with all the events.")],-1),s=e("p",null,[a("Explore "),e("a",{href:"https://github.com/celestiaorg/community-calls/blob/main/README.md",target:"_blank",rel:"noreferrer"},"past community call agendas, notes, and recordings"),a(" for more insights.")],-1),m=[c,i,r,s];function d(u,h,p,f,_,y){return n(),o("div",null,m)}const C=t(l,[["render",d]]);export{b as __pageData,C as default}; +import{_ as t,o as n,c as o,k as e,a}from"./chunks/framework.611656c0.js";const b=JSON.parse(`{"title":"Community calendar","description":"Find all the different community call events happening in Celestia's community.","frontmatter":{"description":"Find all the different community call events happening in Celestia's community.","head":[["meta",{"name":"og:title","content":"Community calendar | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/calendar.md","filePath":"community/calendar.md","lastUpdated":1711718743000}`),l={name:"community/calendar.md"},c=e("h1",{id:"community-calendar",tabindex:"-1"},[a("Community calendar "),e("a",{class:"header-anchor",href:"#community-calendar","aria-label":'Permalink to "Community calendar"'},"​")],-1),i=e("p",null,"The Celestia community calendar is available for finding all the different community call events happening in Celestia's community.",-1),r=e("p",null,[e("a",{href:"https://calendar.google.com/calendar/u/0?cid=Y19za2JzbjIzNWszYmlzdHNoZ3RvNmw5ODYyNEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t",target:"_blank",rel:"noreferrer"},"Add the community calendar to your personal calendar"),a(" to stay updated with all the events.")],-1),s=e("p",null,[a("Explore "),e("a",{href:"https://github.com/celestiaorg/community-calls/blob/main/README.md",target:"_blank",rel:"noreferrer"},"past community call agendas, notes, and recordings"),a(" for more insights.")],-1),m=[c,i,r,s];function d(u,h,p,f,_,y){return n(),o("div",null,m)}const C=t(l,[["render",d]]);export{b as __pageData,C as default}; diff --git a/pr-1489/assets/community_coc.md.d1887ce0.js b/pr-1489/assets/community_coc.md.79e2b881.js similarity index 99% rename from pr-1489/assets/community_coc.md.d1887ce0.js rename to pr-1489/assets/community_coc.md.79e2b881.js index c37fe6f88f..fa583554ad 100644 --- a/pr-1489/assets/community_coc.md.d1887ce0.js +++ b/pr-1489/assets/community_coc.md.79e2b881.js @@ -1 +1 @@ -import{_ as e,o,c as a,Q as t}from"./chunks/framework.611656c0.js";const f=JSON.parse(`{"title":"Celestia.org Code of Conduct","description":"Fundamental shared values and special norms that distinguish Celestia's community.","frontmatter":{"description":"Fundamental shared values and special norms that distinguish Celestia's community.","head":[["meta",{"name":"og:title","content":"Celestia.org Code of Conduct | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/coc.md","filePath":"community/coc.md","lastUpdated":1711718709000}`),n={name:"community/coc.md"},i=t('

Celestia.org Code of Conduct ​

Our Pledge ​

We as Celestia.org members, contributors, and leaders pledge to make participation in our community a harassment-free experience for everyone, regardless of age, body size, visible or invisible disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, caste, color, religion, or sexual identity and orientation.

We pledge to act and interact in ways that contribute to an open, welcoming, diverse, inclusive, and healthy community.

Our Standards ​

Examples of behavior that contributes to a positive environment for our community include:

Examples of unacceptable behavior include:

Enforcement Responsibilities ​

Community leaders are responsible for clarifying and enforcing our standards of acceptable behavior and will take appropriate and fair corrective action in response to any behavior that they deem inappropriate, threatening, offensive, or harmful.

Community leaders have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, and will communicate reasons for moderation decisions when appropriate.

Scope ​

This Code of Conduct applies within all community spaces, and also applies when an individual is officially representing the community in public spaces. Examples of representing our community include using an official e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event.

Enforcement ​

Instances of abusive, harassing, or otherwise unacceptable behavior may be reported to the community leaders responsible for enforcement at Celestia.org Discord. All complaints will be reviewed and investigated promptly and fairly.

All community leaders are obligated to respect the privacy and security of the reporter of any incident.

Enforcement Guidelines ​

Community leaders will follow these Community Impact Guidelines in determining the consequences for any action they deem in violation of this Code of Conduct:

1. Correction ​

Community Impact: Use of inappropriate language or other behavior deemed unprofessional or unwelcome in the community.

Consequence: A private, written warning from community leaders, providing clarity around the nature of the violation and an explanation of why the behavior was inappropriate. A public apology may be requested.

2. Warning ​

Community Impact: A violation through a single incident or series of actions.

Consequence: A warning with consequences for continued behavior. No interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, for a specified period of time. This includes avoiding interactions in community spaces as well as external channels like social media. Violating these terms may lead to a temporary or permanent ban.

3. Temporary Ban ​

Community Impact: A serious violation of community standards, including sustained inappropriate behavior.

Consequence: A temporary ban from any sort of interaction or public communication with the community for a specified period of time. No public or private interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, is allowed during this period. Violating these terms may lead to a permanent ban.

4. Permanent Ban ​

Community Impact: Demonstrating a pattern of violation of community standards, including sustained inappropriate behavior, harassment of an individual, or aggression toward or disparagement of classes of individuals.

Consequence: A permanent ban from any sort of public interaction within the community.

Attribution ​

This Code of Conduct is adapted from the Contributor Covenant, version 2.1, available at https://www.contributor-covenant.org/version/2/1/code_of_conduct.html.

Community Impact Guidelines were inspired by Mozilla's code of conduct enforcement ladder.

For answers to common questions about this code of conduct, see the FAQ at https://www.contributor-covenant.org/faq. Translations are available at https://www.contributor-covenant.org/translations.

',35),r=[i];function s(c,l,d,p,u,h){return o(),a("div",null,r)}const g=e(n,[["render",s]]);export{f as __pageData,g as default}; +import{_ as e,o,c as a,Q as t}from"./chunks/framework.611656c0.js";const f=JSON.parse(`{"title":"Celestia.org Code of Conduct","description":"Fundamental shared values and special norms that distinguish Celestia's community.","frontmatter":{"description":"Fundamental shared values and special norms that distinguish Celestia's community.","head":[["meta",{"name":"og:title","content":"Celestia.org Code of Conduct | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/coc.md","filePath":"community/coc.md","lastUpdated":1711718743000}`),n={name:"community/coc.md"},i=t('

Celestia.org Code of Conduct ​

Our Pledge ​

We as Celestia.org members, contributors, and leaders pledge to make participation in our community a harassment-free experience for everyone, regardless of age, body size, visible or invisible disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, caste, color, religion, or sexual identity and orientation.

We pledge to act and interact in ways that contribute to an open, welcoming, diverse, inclusive, and healthy community.

Our Standards ​

Examples of behavior that contributes to a positive environment for our community include:

Examples of unacceptable behavior include:

Enforcement Responsibilities ​

Community leaders are responsible for clarifying and enforcing our standards of acceptable behavior and will take appropriate and fair corrective action in response to any behavior that they deem inappropriate, threatening, offensive, or harmful.

Community leaders have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, and will communicate reasons for moderation decisions when appropriate.

Scope ​

This Code of Conduct applies within all community spaces, and also applies when an individual is officially representing the community in public spaces. Examples of representing our community include using an official e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event.

Enforcement ​

Instances of abusive, harassing, or otherwise unacceptable behavior may be reported to the community leaders responsible for enforcement at Celestia.org Discord. All complaints will be reviewed and investigated promptly and fairly.

All community leaders are obligated to respect the privacy and security of the reporter of any incident.

Enforcement Guidelines ​

Community leaders will follow these Community Impact Guidelines in determining the consequences for any action they deem in violation of this Code of Conduct:

1. Correction ​

Community Impact: Use of inappropriate language or other behavior deemed unprofessional or unwelcome in the community.

Consequence: A private, written warning from community leaders, providing clarity around the nature of the violation and an explanation of why the behavior was inappropriate. A public apology may be requested.

2. Warning ​

Community Impact: A violation through a single incident or series of actions.

Consequence: A warning with consequences for continued behavior. No interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, for a specified period of time. This includes avoiding interactions in community spaces as well as external channels like social media. Violating these terms may lead to a temporary or permanent ban.

3. Temporary Ban ​

Community Impact: A serious violation of community standards, including sustained inappropriate behavior.

Consequence: A temporary ban from any sort of interaction or public communication with the community for a specified period of time. No public or private interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, is allowed during this period. Violating these terms may lead to a permanent ban.

4. Permanent Ban ​

Community Impact: Demonstrating a pattern of violation of community standards, including sustained inappropriate behavior, harassment of an individual, or aggression toward or disparagement of classes of individuals.

Consequence: A permanent ban from any sort of public interaction within the community.

Attribution ​

This Code of Conduct is adapted from the Contributor Covenant, version 2.1, available at https://www.contributor-covenant.org/version/2/1/code_of_conduct.html.

Community Impact Guidelines were inspired by Mozilla's code of conduct enforcement ladder.

For answers to common questions about this code of conduct, see the FAQ at https://www.contributor-covenant.org/faq. Translations are available at https://www.contributor-covenant.org/translations.

',35),r=[i];function s(c,l,d,p,u,h){return o(),a("div",null,r)}const g=e(n,[["render",s]]);export{f as __pageData,g as default}; diff --git a/pr-1489/assets/community_coc.md.d1887ce0.lean.js b/pr-1489/assets/community_coc.md.79e2b881.lean.js similarity index 91% rename from pr-1489/assets/community_coc.md.d1887ce0.lean.js rename to pr-1489/assets/community_coc.md.79e2b881.lean.js index 573c615fe1..f2c19960dd 100644 --- a/pr-1489/assets/community_coc.md.d1887ce0.lean.js +++ b/pr-1489/assets/community_coc.md.79e2b881.lean.js @@ -1 +1 @@ -import{_ as e,o,c as a,Q as t}from"./chunks/framework.611656c0.js";const f=JSON.parse(`{"title":"Celestia.org Code of Conduct","description":"Fundamental shared values and special norms that distinguish Celestia's community.","frontmatter":{"description":"Fundamental shared values and special norms that distinguish Celestia's community.","head":[["meta",{"name":"og:title","content":"Celestia.org Code of Conduct | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/coc.md","filePath":"community/coc.md","lastUpdated":1711718709000}`),n={name:"community/coc.md"},i=t("",35),r=[i];function s(c,l,d,p,u,h){return o(),a("div",null,r)}const g=e(n,[["render",s]]);export{f as __pageData,g as default}; +import{_ as e,o,c as a,Q as t}from"./chunks/framework.611656c0.js";const f=JSON.parse(`{"title":"Celestia.org Code of Conduct","description":"Fundamental shared values and special norms that distinguish Celestia's community.","frontmatter":{"description":"Fundamental shared values and special norms that distinguish Celestia's community.","head":[["meta",{"name":"og:title","content":"Celestia.org Code of Conduct | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/coc.md","filePath":"community/coc.md","lastUpdated":1711718743000}`),n={name:"community/coc.md"},i=t("",35),r=[i];function s(c,l,d,p,u,h){return o(),a("div",null,r)}const g=e(n,[["render",s]]);export{f as __pageData,g as default}; diff --git a/pr-1489/assets/community_foundation-delegation-program.md.d1e96849.js b/pr-1489/assets/community_foundation-delegation-program.md.b8ca6f8f.js similarity index 99% rename from pr-1489/assets/community_foundation-delegation-program.md.d1e96849.js rename to pr-1489/assets/community_foundation-delegation-program.md.b8ca6f8f.js index 00eeeec05d..5a94a55e95 100644 --- a/pr-1489/assets/community_foundation-delegation-program.md.d1e96849.js +++ b/pr-1489/assets/community_foundation-delegation-program.md.b8ca6f8f.js @@ -1 +1 @@ -import{_ as e,o as t,c as i,Q as a}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/foundation-delegation-program.jpg",r="/docs-preview/pr-1489/img/cohort-timeline.jpg",b=JSON.parse('{"title":"The Celestia Foundation Delegation Program","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"The Celestia Foundation Delegation Program | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/foundation-delegation-program.md","filePath":"community/foundation-delegation-program.md","lastUpdated":1711718709000}'),n={name:"community/foundation-delegation-program.md"},l=a('

The Celestia Foundation Delegation Program ​

Delegation program banner

Objectives of the program ​

The primary objectives of the Celestia Foundation Delegation Program are:

Foundation delegation process ​

Program launch ​

Prospective validators are welcome to apply to the program starting February 6, 2024. The application is designed to assess a validator’s uptime performance and contributions to the Celestia ecosystem. Of the 100 total slots in Celestia’s active validator set, up to 50 will receive delegations within the program.

Application submissions will be reviewed by the Celestia Foundation. More details about the application and eligibility criteria are described below.

Cohort process ​

cohort timeline

Every 4 months, the Celestia Foundation will distribute a portion of the Foundation’s total available stake to a cohort of validators who meet certain criteria, detailed below. Here is an overview of how the cohort process will work for Cohort 1 and what that means for future cohorts.

Key Points ​

TierPlacementDelegation DurationRenewal By Cohort
First PlaceApplicants 1-2012 monthsCohort 4
Second PlaceApplicants 21-358 monthsCohort 3
Third PlaceApplicants 36-504 monthsCohort 2

During this period, so long as the validator maintains high uptime and does not violate the rules of the program, the validator will receive the delegation for the duration of the cohort they are currently in.

Eligibility criteria ​

The minimum requirements for participation in the program are as follows:

Not adhering to any of the criteria above will automatically disqualify your application, and violating any of the criteria after you have received delegation will result in withdrawal of the delegation. A participant who loses stake due to being jailed by the protocol may reapply to the program after 2 cohort periods.

Applicants are also expected to have reviewed Celestia docs and recommended guides on devops and monitoring setups.

Other optional but important criteria:

Undelegation criteria ​

Application ​

The program will be divided into cohorts with applications open for new applicants and renewal of existing applicants every 4 months. Validators will be delegated for up to a year. For each cohort, the deadline to apply/be evaluated (if you are reapplying) is exactly 1 month prior to the date of being delegated to.

Application details ​

Before applying, be ready to share the following:

Please note, the objective of the program is to contribute to Celestia’s resilience and uptime. If you contribute a lot to the Celestia ecosystem, but your validator uptime is low, this will negatively impact your chance at selection for the program. Furthermore, merely receiving delegation from the Foundation under the program does not guarantee your placement in the active validator set.

Get Started with the Application Form

Cohort information ​

The Foundation will report each cohort’s composition and the duration of their respective delegations.

Feedback process ​

Validators in the program will receive a feedback form every quarter so the program can be continually improved.

',37),s=[l];function d(c,h,p,u,m,g){return t(),i("div",null,s)}const y=e(n,[["render",d]]);export{b as __pageData,y as default}; +import{_ as e,o as t,c as i,Q as a}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/foundation-delegation-program.jpg",r="/docs-preview/pr-1489/img/cohort-timeline.jpg",b=JSON.parse('{"title":"The Celestia Foundation Delegation Program","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"The Celestia Foundation Delegation Program | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/foundation-delegation-program.md","filePath":"community/foundation-delegation-program.md","lastUpdated":1711718743000}'),n={name:"community/foundation-delegation-program.md"},l=a('

The Celestia Foundation Delegation Program ​

Delegation program banner

Objectives of the program ​

The primary objectives of the Celestia Foundation Delegation Program are:

Foundation delegation process ​

Program launch ​

Prospective validators are welcome to apply to the program starting February 6, 2024. The application is designed to assess a validator’s uptime performance and contributions to the Celestia ecosystem. Of the 100 total slots in Celestia’s active validator set, up to 50 will receive delegations within the program.

Application submissions will be reviewed by the Celestia Foundation. More details about the application and eligibility criteria are described below.

Cohort process ​

cohort timeline

Every 4 months, the Celestia Foundation will distribute a portion of the Foundation’s total available stake to a cohort of validators who meet certain criteria, detailed below. Here is an overview of how the cohort process will work for Cohort 1 and what that means for future cohorts.

Key Points ​

TierPlacementDelegation DurationRenewal By Cohort
First PlaceApplicants 1-2012 monthsCohort 4
Second PlaceApplicants 21-358 monthsCohort 3
Third PlaceApplicants 36-504 monthsCohort 2

During this period, so long as the validator maintains high uptime and does not violate the rules of the program, the validator will receive the delegation for the duration of the cohort they are currently in.

Eligibility criteria ​

The minimum requirements for participation in the program are as follows:

Not adhering to any of the criteria above will automatically disqualify your application, and violating any of the criteria after you have received delegation will result in withdrawal of the delegation. A participant who loses stake due to being jailed by the protocol may reapply to the program after 2 cohort periods.

Applicants are also expected to have reviewed Celestia docs and recommended guides on devops and monitoring setups.

Other optional but important criteria:

Undelegation criteria ​

Application ​

The program will be divided into cohorts with applications open for new applicants and renewal of existing applicants every 4 months. Validators will be delegated for up to a year. For each cohort, the deadline to apply/be evaluated (if you are reapplying) is exactly 1 month prior to the date of being delegated to.

Application details ​

Before applying, be ready to share the following:

Please note, the objective of the program is to contribute to Celestia’s resilience and uptime. If you contribute a lot to the Celestia ecosystem, but your validator uptime is low, this will negatively impact your chance at selection for the program. Furthermore, merely receiving delegation from the Foundation under the program does not guarantee your placement in the active validator set.

Get Started with the Application Form

Cohort information ​

The Foundation will report each cohort’s composition and the duration of their respective delegations.

Feedback process ​

Validators in the program will receive a feedback form every quarter so the program can be continually improved.

',37),s=[l];function d(c,h,p,u,m,g){return t(),i("div",null,s)}const y=e(n,[["render",d]]);export{b as __pageData,y as default}; diff --git a/pr-1489/assets/community_foundation-delegation-program.md.d1e96849.lean.js b/pr-1489/assets/community_foundation-delegation-program.md.b8ca6f8f.lean.js similarity index 91% rename from pr-1489/assets/community_foundation-delegation-program.md.d1e96849.lean.js rename to pr-1489/assets/community_foundation-delegation-program.md.b8ca6f8f.lean.js index b107098b76..27f516687c 100644 --- a/pr-1489/assets/community_foundation-delegation-program.md.d1e96849.lean.js +++ b/pr-1489/assets/community_foundation-delegation-program.md.b8ca6f8f.lean.js @@ -1 +1 @@ -import{_ as e,o as t,c as i,Q as a}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/foundation-delegation-program.jpg",r="/docs-preview/pr-1489/img/cohort-timeline.jpg",b=JSON.parse('{"title":"The Celestia Foundation Delegation Program","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"The Celestia Foundation Delegation Program | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/foundation-delegation-program.md","filePath":"community/foundation-delegation-program.md","lastUpdated":1711718709000}'),n={name:"community/foundation-delegation-program.md"},l=a("",37),s=[l];function d(c,h,p,u,m,g){return t(),i("div",null,s)}const y=e(n,[["render",d]]);export{b as __pageData,y as default}; +import{_ as e,o as t,c as i,Q as a}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/foundation-delegation-program.jpg",r="/docs-preview/pr-1489/img/cohort-timeline.jpg",b=JSON.parse('{"title":"The Celestia Foundation Delegation Program","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"The Celestia Foundation Delegation Program | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/foundation-delegation-program.md","filePath":"community/foundation-delegation-program.md","lastUpdated":1711718743000}'),n={name:"community/foundation-delegation-program.md"},l=a("",37),s=[l];function d(c,h,p,u,m,g){return t(),i("div",null,s)}const y=e(n,[["render",d]]);export{b as __pageData,y as default}; diff --git a/pr-1489/assets/community_itn-tos.md.b915c2de.js b/pr-1489/assets/community_itn-tos.md.b450934f.js similarity index 99% rename from pr-1489/assets/community_itn-tos.md.b915c2de.js rename to pr-1489/assets/community_itn-tos.md.b450934f.js index bae32c40a0..76b0b84976 100644 --- a/pr-1489/assets/community_itn-tos.md.b915c2de.js +++ b/pr-1489/assets/community_itn-tos.md.b450934f.js @@ -1 +1 @@ -import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"SUPPLEMENTAL INCENTIVIZED TESTNET TERMS","description":"These Terms govern your ability to participate in the Incentivized Testnet Award Program.","frontmatter":{"description":"These Terms govern your ability to participate in the Incentivized Testnet Award Program.","lastUpdated":false,"editLink":false,"head":[["meta",{"name":"og:title","content":"SUPPLEMENTAL INCENTIVIZED TESTNET TERMS | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/itn-tos.md","filePath":"community/itn-tos.md","lastUpdated":1711718709000}'),r={name:"community/itn-tos.md"},n=a('

SUPPLEMENTAL INCENTIVIZED TESTNET TERMS ​

Last Revised on 1/16/2023

Welcome to the Supplemental Terms (these "ITN Award Program Terms" or "Terms") for the Incentivized Testnet Award Program (the "ITN Award Program" or the "Program") as operated on behalf of Strange Loop Labs AG ("Company", "we" or "us"). The ITN Award Program provides eligible users of a Testnet designated by the Company the opportunity to earn rewards, which may include Celestia tokens. These Terms are supplemental to, and incorporate by reference, the broader Celestia Terms of Service ("Services Terms") available at Celestia Terms of Service.

Defined terms used but not defined herein have the meaning set forth in the Services Terms. The Program and your participation in it is a Service as defined under the Services Terms.

These Terms govern your ability to participate in the Program and any awards you receive from that participation, which may include Celestia tokens ("ITN Rewards").

Please read these Terms carefully, as they include important information about your legal rights. By participating in the Program or claiming ITN Rewards, you are agreeing to these Terms. If you do not understand or agree to these Terms, please do not participate in the Program or claim ITN Rewards.

In order to participate in the Program you must provide certain information about you. Our collection of such information, your rights with respect to such collection, and other relevant information is described in the Celestia Privacy Policy available at Celestia Privacy Policy, and is supplemented by Section 3 of these Terms.

The Program is a discretionary Service provided by the Company, pursuant to which the Company may, in its sole discretion, provide you ITN Rewards for your successful completion of certain tasks on a Testnet designated by the Company. Please note that any such Testnet itself (as well as any other Testnets or any mainnet deployment of the Celestia Protocol) is not a Service and does not constitute an element of the Services. We do not control the Celestia Protocol and accept no liability for its operation or its deployment in any testnet or mainnet environment.

1. General Terms ​

1.1 You must be eighteen (18) years of age or older and capable of forming a binding contract with the Company in order to participate in the Program or receive ITN Rewards.

1.2 You agree and acknowledge that you (a) may receive ITN Rewards for free (other than applicable taxes, if any) from your participation in the Program, (b) were not previously promised ITN Rewards, unless pursuant to a separate written agreement, and (c) took no action in anticipation of or in reliance on receiving any ITN Rewards, unless pursuant to a separate written agreement.

1.3 Your eligibility to participate in or receive ITN Rewards from the Program is subject to our sole discretion. The complete list of actions you must complete to earn ITN Rewards may not have been described in the documentation released by us from time to time, you may not receive ITN Rewards even if you successfully complete such actions, and no documentation related to the Program entitles you to any ITN Rewards or to participate in the Program.

1.4 You agree and acknowledge that (a) you are not a Prohibited Person, (b) you are not a U.S. Person as defined in Rule 902(k) of Regulation S under the U.S. Securities Act of 1933, as amended (the "1933 Act" or "Act"), (c) you will not use a VPN or other tool to circumvent any geoblock or other restrictions that we may have implemented for participants in the Program, and (d) you are not participating in, and have not become eligible to participate in, the Program by receiving credentials from any other person or entity. Any circumvention or violation of the above will permanently disqualify you from participation in the Program.

1.5 You agree and acknowledge that if you are unable to claim ITN Rewards due to technical bugs, gas fees, loss of access to a Wallet or the keys thereto, or for any other reason, you will have no recourse or claim against us or any other Company Entity and that neither we nor any other Company Entity will bear any liability.

1.6 You agree and acknowledge that claiming an ITN Reward may require reliance on or an integration with third party products (e.g., a Wallet or an unaffiliated network or blockchain) that we do not control. In the event that you are unable to access such products or integrations, or if they fail for any reason, and you are unable to participate in the Program or claim ITN Rewards, you will have no recourse or claim against us or any other Company Entity and neither we nor any other Company Entity will bear any liability.

1.7 The Company may share identifying information and documentation with certain vendors or third-party providers who provide such identity verification and sanctions and watchlist screening services (the "Third-Party Services"). You agree that your access and use of such Third-Party Services is governed solely by the terms and conditions of such Third-Party Services, and the Company is not responsible or liable for, and make no representations as to any aspect of such Third-Party Services, including, without limitation, their content or the manner in which they handle, protect, manage or process data or any interaction between you and the provider of such Third-Party Services. You irrevocably waive any claim against the Company with respect to such Third-Party Services. We are not liable for any damage or loss caused or alleged to be caused by or in connection with your enablement, access or use of any such Third-Party Services, or your reliance on the privacy practices, data security processes or other policies of such Third-Party Services.

2. Taxes ​

2.1 You are responsible for the payment of all taxes associated with your participation in the Program and your receipt of ITN Rewards. You agree to provide the Company with any additional information and complete any required tax or other forms relating to your receipt of ITN Rewards. You may suffer adverse tax consequences as a result of your participation in the Program or your receipt of ITN Rewards. You hereby represent that (a) you have consulted with a tax adviser that you deem advisable in connection with your participation, or that you have had the opportunity to obtain tax advice but have chosen not to do so, (b) the Company has not provided you with any tax advice with respect to your participation, and (c) you are not relying on the Company for any tax advice.

3. Supplemental Privacy Information ​

We may collect information to help us determine the reliability or uptime of your activities within the Program, including through the use of telemetry or metrics endpoints to collect and analyse such information, and link this information to a unique identifier to represent your activities within the Program. We may display all of the foregoing information on a public dashboard.

Additionally, we may collect certain information about you from Third-Party Services and may combine information we receive from you with information we obtain from Third-Party Services, including but not limited to:

We collect this information to confirm your eligibility to participate in the Program and receive ITN Rewards, comply with our legal obligations, detect and prevent fraud, and to provide you with the Program.

Any information we receive from third-party sources will be treated in accordance with the Celestia Privacy Policy, available at Celestia Privacy Policy. We are not responsible or liable for the accuracy of the information provided to us by third parties and are not responsible for any third party’s policies or practices. See Section 9 of the Celestia Privacy Policy for more information.

4. Certain Additional Representations ​

4.1 Receipt of Rewards Entirely for Own Account. Your eligibility to receive ITN Rewards is made in reliance upon your representation to the Company, which by your agreement to these Terms you hereby confirm, that any ITN Rewards you receive will be for your own account, not as a nominee or agent, and not with a view to the resale or distribution of any part thereof, and that you have no present intention of selling, granting any participation in, or otherwise distributing the same. By agreeing to these Terms, you further represent that you do not presently have any contract, undertaking, agreement or arrangement with any person to sell, transfer or grant participations to such person or to any third person, with respect to any ITN Rewards. If you are agreeing to these terms on behalf of an entity, that entity has not been formed for the specific purpose of obtaining the ITN Rewards.

4.2 Disclosure of Information. Your eligibility to receive ITN Rewards is made in reliance upon your representation to the Company, which by your agreement to these Terms you hereby confirm, that you have sufficient knowledge of and experience in business and financial matters to be able to evaluate the risks and merits of your participation in the Program and of any ITN Rewards and are able to bear the risks thereof. You hereby affirm that you have not relied on any representations or warranties made by the Company related to the Program, including, but not limited to, conversations of any kind, whether through oral or electronic communication, or any white paper.

4.3 Compliance with United States Securities Laws. You understand that the ITN Rewards have not been, and will not be, registered under the 1933 Act or any applicable state securities laws. You acknowledge that the availability of an exemption from the registration provisions of the Securities Act and other applicable state securities laws depends upon, among other things, the bona fide nature of your intent as described in Section 4.1 above and with respect to the accuracy of your representations as expressed throughout these Terms. You understand that the ITN Rewards may be deemed "restricted securities" under applicable United States federal and state securities laws and that, pursuant to these laws, you may be restricted from transferring any ITN Rewards unless they are registered with the Securities and Exchange Commission and qualified by state authorities, or an exemption from such registration and qualification requirements is available. You acknowledge that the Company does not undertake any obligation to register or qualify the ITN Rewards for resale, and exemptions from registration and qualification may not be available or may not permit you to transfer all or any of the ITN Rewards in the amounts or at the times proposed by you. You further acknowledge that if an exemption from registration or qualification is available, such exemption may be conditioned on various requirements including, but not limited to, the time and manner of sale, the holding period for the ITN Rewards, and on other factors outside of your control, for which the Company makes no assurances and may not be able to satisfy.

4.4 Compliance with Liechtenstein Security Law. You understand that nothing in these Terms will be deemed to constitute a prospectus of any sort in Liechtenstein or in any jurisdiction in the EU; nor does it in any way pertain to a public offering or a solicitation of an offer to buy any securities in Liechtenstein or in any jurisdiction in the EU.

4.5 No Public Market. You understand that no public market now exists for the ITN Rewards, and that the Company has not made any assurances that a public market will ever exist for the ITN Rewards.

4.6 No Solicitation. At no time were you presented with or solicited by any publicly issued or circulated newspaper, mail, radio, television or other form of general advertising or solicitation in connection with any invitation to participate in the Program or offer of the ITN Rewards.

4.7 Other Applicable Laws. You hereby represent that you have satisfied yourself as to the full observance of the laws of your jurisdiction in connection with any invitation to participate in the Program, receipt of ITN Awards, and other use of these Terms, including (a) the legal requirements within your jurisdiction for participating in the Program and receiving ITN Rewards, (b) any foreign exchange restrictions applicable to such participation or receipt, (c) any governmental or other consents that may need to be obtained, and (d) the income tax and other tax consequences, if any, that may be relevant to the receipt, holding, sale, or transfer of the ITN Rewards. Your participation in the Program and continued beneficial ownership of ITN Rewards will not violate any applicable securities or other laws of your jurisdiction.

4.8 Non-US Transaction. You are not a U.S. Person as defined in Rule 902(k) of Regulation S under the 1933 Act. The offer of the ITN Rewards to you was made in an offshore transaction (as defined in Rule 902(h) of Regulation S), no directed selling efforts (as defined in Rule 902(c) of Regulation S) were made in the United States, and you are not obtaining the ITN Rewards for the account or benefit of any U.S. Person.

4.9 Transfer Restrictions. You will not, during the Restricted Period (as defined below) offer or sell any of the ITN Rewards (or create or maintain any derivative position equivalent thereto) in the United States, to or for the account or benefit of a U.S. Person or other than in accordance with Regulation S. The Company reserves the right to impose additional transfer restrictions with respect to the ITN Rewards in its sole discretion.

4.10 Subsequent Sales. You will, after the expiration of the applicable Restricted Period, only offer, sell, pledge or otherwise transfer the ITN Rewards (or create or maintain any derivative position equivalent thereto) pursuant to registration under the 1933 Act or any available exemption therefrom and, in any case, in accordance with applicable state securities laws.

4.11 Legends. You acknowledge and agree that the ITN Rewards will be deemed to bear the following legends: (a) any legend required by the securities laws of any state or country to the extent such laws are applicable to the ITN Rewards represented by the certificate so legended, and (b): the following legend (and even without such legend the following restrictions apply):

THE ITN REWARDS HAVE NOT BEEN REGISTERED UNDER THE ACT WITH THE UNITED STATES SECURITIES AND EXCHANGE COMMISSION, AND THE COMPANY DOES NOT INTEND TO REGISTER THEM. THE ITN REWARDS HAVE BEEN OBTAINED TO HOLD FOR THE LONG TERM AND NOT WITH A VIEW TO, OR IN CONNECTION WITH, THE SALE OR DISTRIBUTION THEREFOR. PRIOR TO THE ONE YEAR ANNIVERSARY FROM THE TERMINATION OF THE ITN REWARD PROGRAM (THE "PROGRAM COMPLETION DATE" AND SUCH ONE YEAR PERIOD, THE "RESTRICTED PERIOD"), THE ITN REWARDS MAY NOT BE OFFERED OR SOLD (INCLUDING OPENING A SHORT POSITION IN SUCH ITN REWARDS) IN THE UNITED STATES OR TO U.S. PERSONS AS DEFINED BY RULE 902(k) ADOPTED UNDER THE ACT, OTHER THAN TO DISTRIBUTORS, UNLESS THE ITN REWARDS ARE REGISTERED UNDER THE ACT, OR AN EXEMPTION FROM THE REGISTRATION REQUIREMENTS OF THE ACT IS AVAILABLE. RECIPIENTS OF ITN REWARDS PRIOR TO THE ONE YEAR ANNIVERSARY OF THE PROGRAM COMPLETION DATE MAY SELL SUCH ITN REWARDS ONLY PURSUANT TO AN EXEMPTION FROM REGISTRATION UNDER THE ACT OR OTHERWISE IN ACCORDANCE WITH THE PROVISIONS OF REGULATION S OF THE ACT, OR IN TRANSACTIONS EFFECTED OUTSIDE OF THE UNITED STATES PROVIDED THEY DO NOT SOLICIT (AND NO ONE ACTING ON THEIR BEHALF SOLICITS) PURCHASERS IN THE UNITED STATES OR OTHERWISE ENGAGE(S) IN SELLING EFFORTS IN THE UNITED STATES AND PROVIDED THAT HEDGING TRANSACTIONS INVOLVING THESE ITN REWARDS MAY NOT BE CONDUCTED UNLESS IN COMPLIANCE WITH THE ACT. A HOLDER OF THE ITN REWARDS WHO IS A DISTRIBUTOR, DEALER, SUB-UNDERWRITER OR OTHER SECURITIES PROFESSIONAL, IN ADDITION, CANNOT PRIOR TO THE ONE YEAR ANNIVERSARY OF THE PROGRAM COMPLETION DATE SELL THE ITN REWARDS TO A U.S. PERSON AS DEFINED BY RULE 902(k) OF REGULATION S UNLESS THE ITN REWARDS ARE REGISTERED UNDER THE ACT OR AN EXEMPTION FROM REGISTRATION UNDER THE ACT IS AVAILABLE.

',37),i=[n];function s(c,l,d,h,u,p){return t(),o("div",null,i)}const T=e(r,[["render",s]]);export{m as __pageData,T as default}; +import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"SUPPLEMENTAL INCENTIVIZED TESTNET TERMS","description":"These Terms govern your ability to participate in the Incentivized Testnet Award Program.","frontmatter":{"description":"These Terms govern your ability to participate in the Incentivized Testnet Award Program.","lastUpdated":false,"editLink":false,"head":[["meta",{"name":"og:title","content":"SUPPLEMENTAL INCENTIVIZED TESTNET TERMS | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/itn-tos.md","filePath":"community/itn-tos.md","lastUpdated":1711718743000}'),r={name:"community/itn-tos.md"},n=a('

SUPPLEMENTAL INCENTIVIZED TESTNET TERMS ​

Last Revised on 1/16/2023

Welcome to the Supplemental Terms (these "ITN Award Program Terms" or "Terms") for the Incentivized Testnet Award Program (the "ITN Award Program" or the "Program") as operated on behalf of Strange Loop Labs AG ("Company", "we" or "us"). The ITN Award Program provides eligible users of a Testnet designated by the Company the opportunity to earn rewards, which may include Celestia tokens. These Terms are supplemental to, and incorporate by reference, the broader Celestia Terms of Service ("Services Terms") available at Celestia Terms of Service.

Defined terms used but not defined herein have the meaning set forth in the Services Terms. The Program and your participation in it is a Service as defined under the Services Terms.

These Terms govern your ability to participate in the Program and any awards you receive from that participation, which may include Celestia tokens ("ITN Rewards").

Please read these Terms carefully, as they include important information about your legal rights. By participating in the Program or claiming ITN Rewards, you are agreeing to these Terms. If you do not understand or agree to these Terms, please do not participate in the Program or claim ITN Rewards.

In order to participate in the Program you must provide certain information about you. Our collection of such information, your rights with respect to such collection, and other relevant information is described in the Celestia Privacy Policy available at Celestia Privacy Policy, and is supplemented by Section 3 of these Terms.

The Program is a discretionary Service provided by the Company, pursuant to which the Company may, in its sole discretion, provide you ITN Rewards for your successful completion of certain tasks on a Testnet designated by the Company. Please note that any such Testnet itself (as well as any other Testnets or any mainnet deployment of the Celestia Protocol) is not a Service and does not constitute an element of the Services. We do not control the Celestia Protocol and accept no liability for its operation or its deployment in any testnet or mainnet environment.

1. General Terms ​

1.1 You must be eighteen (18) years of age or older and capable of forming a binding contract with the Company in order to participate in the Program or receive ITN Rewards.

1.2 You agree and acknowledge that you (a) may receive ITN Rewards for free (other than applicable taxes, if any) from your participation in the Program, (b) were not previously promised ITN Rewards, unless pursuant to a separate written agreement, and (c) took no action in anticipation of or in reliance on receiving any ITN Rewards, unless pursuant to a separate written agreement.

1.3 Your eligibility to participate in or receive ITN Rewards from the Program is subject to our sole discretion. The complete list of actions you must complete to earn ITN Rewards may not have been described in the documentation released by us from time to time, you may not receive ITN Rewards even if you successfully complete such actions, and no documentation related to the Program entitles you to any ITN Rewards or to participate in the Program.

1.4 You agree and acknowledge that (a) you are not a Prohibited Person, (b) you are not a U.S. Person as defined in Rule 902(k) of Regulation S under the U.S. Securities Act of 1933, as amended (the "1933 Act" or "Act"), (c) you will not use a VPN or other tool to circumvent any geoblock or other restrictions that we may have implemented for participants in the Program, and (d) you are not participating in, and have not become eligible to participate in, the Program by receiving credentials from any other person or entity. Any circumvention or violation of the above will permanently disqualify you from participation in the Program.

1.5 You agree and acknowledge that if you are unable to claim ITN Rewards due to technical bugs, gas fees, loss of access to a Wallet or the keys thereto, or for any other reason, you will have no recourse or claim against us or any other Company Entity and that neither we nor any other Company Entity will bear any liability.

1.6 You agree and acknowledge that claiming an ITN Reward may require reliance on or an integration with third party products (e.g., a Wallet or an unaffiliated network or blockchain) that we do not control. In the event that you are unable to access such products or integrations, or if they fail for any reason, and you are unable to participate in the Program or claim ITN Rewards, you will have no recourse or claim against us or any other Company Entity and neither we nor any other Company Entity will bear any liability.

1.7 The Company may share identifying information and documentation with certain vendors or third-party providers who provide such identity verification and sanctions and watchlist screening services (the "Third-Party Services"). You agree that your access and use of such Third-Party Services is governed solely by the terms and conditions of such Third-Party Services, and the Company is not responsible or liable for, and make no representations as to any aspect of such Third-Party Services, including, without limitation, their content or the manner in which they handle, protect, manage or process data or any interaction between you and the provider of such Third-Party Services. You irrevocably waive any claim against the Company with respect to such Third-Party Services. We are not liable for any damage or loss caused or alleged to be caused by or in connection with your enablement, access or use of any such Third-Party Services, or your reliance on the privacy practices, data security processes or other policies of such Third-Party Services.

2. Taxes ​

2.1 You are responsible for the payment of all taxes associated with your participation in the Program and your receipt of ITN Rewards. You agree to provide the Company with any additional information and complete any required tax or other forms relating to your receipt of ITN Rewards. You may suffer adverse tax consequences as a result of your participation in the Program or your receipt of ITN Rewards. You hereby represent that (a) you have consulted with a tax adviser that you deem advisable in connection with your participation, or that you have had the opportunity to obtain tax advice but have chosen not to do so, (b) the Company has not provided you with any tax advice with respect to your participation, and (c) you are not relying on the Company for any tax advice.

3. Supplemental Privacy Information ​

We may collect information to help us determine the reliability or uptime of your activities within the Program, including through the use of telemetry or metrics endpoints to collect and analyse such information, and link this information to a unique identifier to represent your activities within the Program. We may display all of the foregoing information on a public dashboard.

Additionally, we may collect certain information about you from Third-Party Services and may combine information we receive from you with information we obtain from Third-Party Services, including but not limited to:

We collect this information to confirm your eligibility to participate in the Program and receive ITN Rewards, comply with our legal obligations, detect and prevent fraud, and to provide you with the Program.

Any information we receive from third-party sources will be treated in accordance with the Celestia Privacy Policy, available at Celestia Privacy Policy. We are not responsible or liable for the accuracy of the information provided to us by third parties and are not responsible for any third party’s policies or practices. See Section 9 of the Celestia Privacy Policy for more information.

4. Certain Additional Representations ​

4.1 Receipt of Rewards Entirely for Own Account. Your eligibility to receive ITN Rewards is made in reliance upon your representation to the Company, which by your agreement to these Terms you hereby confirm, that any ITN Rewards you receive will be for your own account, not as a nominee or agent, and not with a view to the resale or distribution of any part thereof, and that you have no present intention of selling, granting any participation in, or otherwise distributing the same. By agreeing to these Terms, you further represent that you do not presently have any contract, undertaking, agreement or arrangement with any person to sell, transfer or grant participations to such person or to any third person, with respect to any ITN Rewards. If you are agreeing to these terms on behalf of an entity, that entity has not been formed for the specific purpose of obtaining the ITN Rewards.

4.2 Disclosure of Information. Your eligibility to receive ITN Rewards is made in reliance upon your representation to the Company, which by your agreement to these Terms you hereby confirm, that you have sufficient knowledge of and experience in business and financial matters to be able to evaluate the risks and merits of your participation in the Program and of any ITN Rewards and are able to bear the risks thereof. You hereby affirm that you have not relied on any representations or warranties made by the Company related to the Program, including, but not limited to, conversations of any kind, whether through oral or electronic communication, or any white paper.

4.3 Compliance with United States Securities Laws. You understand that the ITN Rewards have not been, and will not be, registered under the 1933 Act or any applicable state securities laws. You acknowledge that the availability of an exemption from the registration provisions of the Securities Act and other applicable state securities laws depends upon, among other things, the bona fide nature of your intent as described in Section 4.1 above and with respect to the accuracy of your representations as expressed throughout these Terms. You understand that the ITN Rewards may be deemed "restricted securities" under applicable United States federal and state securities laws and that, pursuant to these laws, you may be restricted from transferring any ITN Rewards unless they are registered with the Securities and Exchange Commission and qualified by state authorities, or an exemption from such registration and qualification requirements is available. You acknowledge that the Company does not undertake any obligation to register or qualify the ITN Rewards for resale, and exemptions from registration and qualification may not be available or may not permit you to transfer all or any of the ITN Rewards in the amounts or at the times proposed by you. You further acknowledge that if an exemption from registration or qualification is available, such exemption may be conditioned on various requirements including, but not limited to, the time and manner of sale, the holding period for the ITN Rewards, and on other factors outside of your control, for which the Company makes no assurances and may not be able to satisfy.

4.4 Compliance with Liechtenstein Security Law. You understand that nothing in these Terms will be deemed to constitute a prospectus of any sort in Liechtenstein or in any jurisdiction in the EU; nor does it in any way pertain to a public offering or a solicitation of an offer to buy any securities in Liechtenstein or in any jurisdiction in the EU.

4.5 No Public Market. You understand that no public market now exists for the ITN Rewards, and that the Company has not made any assurances that a public market will ever exist for the ITN Rewards.

4.6 No Solicitation. At no time were you presented with or solicited by any publicly issued or circulated newspaper, mail, radio, television or other form of general advertising or solicitation in connection with any invitation to participate in the Program or offer of the ITN Rewards.

4.7 Other Applicable Laws. You hereby represent that you have satisfied yourself as to the full observance of the laws of your jurisdiction in connection with any invitation to participate in the Program, receipt of ITN Awards, and other use of these Terms, including (a) the legal requirements within your jurisdiction for participating in the Program and receiving ITN Rewards, (b) any foreign exchange restrictions applicable to such participation or receipt, (c) any governmental or other consents that may need to be obtained, and (d) the income tax and other tax consequences, if any, that may be relevant to the receipt, holding, sale, or transfer of the ITN Rewards. Your participation in the Program and continued beneficial ownership of ITN Rewards will not violate any applicable securities or other laws of your jurisdiction.

4.8 Non-US Transaction. You are not a U.S. Person as defined in Rule 902(k) of Regulation S under the 1933 Act. The offer of the ITN Rewards to you was made in an offshore transaction (as defined in Rule 902(h) of Regulation S), no directed selling efforts (as defined in Rule 902(c) of Regulation S) were made in the United States, and you are not obtaining the ITN Rewards for the account or benefit of any U.S. Person.

4.9 Transfer Restrictions. You will not, during the Restricted Period (as defined below) offer or sell any of the ITN Rewards (or create or maintain any derivative position equivalent thereto) in the United States, to or for the account or benefit of a U.S. Person or other than in accordance with Regulation S. The Company reserves the right to impose additional transfer restrictions with respect to the ITN Rewards in its sole discretion.

4.10 Subsequent Sales. You will, after the expiration of the applicable Restricted Period, only offer, sell, pledge or otherwise transfer the ITN Rewards (or create or maintain any derivative position equivalent thereto) pursuant to registration under the 1933 Act or any available exemption therefrom and, in any case, in accordance with applicable state securities laws.

4.11 Legends. You acknowledge and agree that the ITN Rewards will be deemed to bear the following legends: (a) any legend required by the securities laws of any state or country to the extent such laws are applicable to the ITN Rewards represented by the certificate so legended, and (b): the following legend (and even without such legend the following restrictions apply):

THE ITN REWARDS HAVE NOT BEEN REGISTERED UNDER THE ACT WITH THE UNITED STATES SECURITIES AND EXCHANGE COMMISSION, AND THE COMPANY DOES NOT INTEND TO REGISTER THEM. THE ITN REWARDS HAVE BEEN OBTAINED TO HOLD FOR THE LONG TERM AND NOT WITH A VIEW TO, OR IN CONNECTION WITH, THE SALE OR DISTRIBUTION THEREFOR. PRIOR TO THE ONE YEAR ANNIVERSARY FROM THE TERMINATION OF THE ITN REWARD PROGRAM (THE "PROGRAM COMPLETION DATE" AND SUCH ONE YEAR PERIOD, THE "RESTRICTED PERIOD"), THE ITN REWARDS MAY NOT BE OFFERED OR SOLD (INCLUDING OPENING A SHORT POSITION IN SUCH ITN REWARDS) IN THE UNITED STATES OR TO U.S. PERSONS AS DEFINED BY RULE 902(k) ADOPTED UNDER THE ACT, OTHER THAN TO DISTRIBUTORS, UNLESS THE ITN REWARDS ARE REGISTERED UNDER THE ACT, OR AN EXEMPTION FROM THE REGISTRATION REQUIREMENTS OF THE ACT IS AVAILABLE. RECIPIENTS OF ITN REWARDS PRIOR TO THE ONE YEAR ANNIVERSARY OF THE PROGRAM COMPLETION DATE MAY SELL SUCH ITN REWARDS ONLY PURSUANT TO AN EXEMPTION FROM REGISTRATION UNDER THE ACT OR OTHERWISE IN ACCORDANCE WITH THE PROVISIONS OF REGULATION S OF THE ACT, OR IN TRANSACTIONS EFFECTED OUTSIDE OF THE UNITED STATES PROVIDED THEY DO NOT SOLICIT (AND NO ONE ACTING ON THEIR BEHALF SOLICITS) PURCHASERS IN THE UNITED STATES OR OTHERWISE ENGAGE(S) IN SELLING EFFORTS IN THE UNITED STATES AND PROVIDED THAT HEDGING TRANSACTIONS INVOLVING THESE ITN REWARDS MAY NOT BE CONDUCTED UNLESS IN COMPLIANCE WITH THE ACT. A HOLDER OF THE ITN REWARDS WHO IS A DISTRIBUTOR, DEALER, SUB-UNDERWRITER OR OTHER SECURITIES PROFESSIONAL, IN ADDITION, CANNOT PRIOR TO THE ONE YEAR ANNIVERSARY OF THE PROGRAM COMPLETION DATE SELL THE ITN REWARDS TO A U.S. PERSON AS DEFINED BY RULE 902(k) OF REGULATION S UNLESS THE ITN REWARDS ARE REGISTERED UNDER THE ACT OR AN EXEMPTION FROM REGISTRATION UNDER THE ACT IS AVAILABLE.

',37),i=[n];function s(c,l,d,h,u,p){return t(),o("div",null,i)}const T=e(r,[["render",s]]);export{m as __pageData,T as default}; diff --git a/pr-1489/assets/community_itn-tos.md.b915c2de.lean.js b/pr-1489/assets/community_itn-tos.md.b450934f.lean.js similarity index 92% rename from pr-1489/assets/community_itn-tos.md.b915c2de.lean.js rename to pr-1489/assets/community_itn-tos.md.b450934f.lean.js index 1f30efaa32..ba1e906be7 100644 --- a/pr-1489/assets/community_itn-tos.md.b915c2de.lean.js +++ b/pr-1489/assets/community_itn-tos.md.b450934f.lean.js @@ -1 +1 @@ -import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"SUPPLEMENTAL INCENTIVIZED TESTNET TERMS","description":"These Terms govern your ability to participate in the Incentivized Testnet Award Program.","frontmatter":{"description":"These Terms govern your ability to participate in the Incentivized Testnet Award Program.","lastUpdated":false,"editLink":false,"head":[["meta",{"name":"og:title","content":"SUPPLEMENTAL INCENTIVIZED TESTNET TERMS | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/itn-tos.md","filePath":"community/itn-tos.md","lastUpdated":1711718709000}'),r={name:"community/itn-tos.md"},n=a("",37),i=[n];function s(c,l,d,h,u,p){return t(),o("div",null,i)}const T=e(r,[["render",s]]);export{m as __pageData,T as default}; +import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"SUPPLEMENTAL INCENTIVIZED TESTNET TERMS","description":"These Terms govern your ability to participate in the Incentivized Testnet Award Program.","frontmatter":{"description":"These Terms govern your ability to participate in the Incentivized Testnet Award Program.","lastUpdated":false,"editLink":false,"head":[["meta",{"name":"og:title","content":"SUPPLEMENTAL INCENTIVIZED TESTNET TERMS | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/itn-tos.md","filePath":"community/itn-tos.md","lastUpdated":1711718743000}'),r={name:"community/itn-tos.md"},n=a("",37),i=[n];function s(c,l,d,h,u,p){return t(),o("div",null,i)}const T=e(r,[["render",s]]);export{m as __pageData,T as default}; diff --git a/pr-1489/assets/community_modular-meetup-guide.md.73454806.js b/pr-1489/assets/community_modular-meetup-guide.md.c43e3e59.js similarity index 99% rename from pr-1489/assets/community_modular-meetup-guide.md.73454806.js rename to pr-1489/assets/community_modular-meetup-guide.md.c43e3e59.js index 7c0f9445f5..c9201ba276 100644 --- a/pr-1489/assets/community_modular-meetup-guide.md.73454806.js +++ b/pr-1489/assets/community_modular-meetup-guide.md.c43e3e59.js @@ -1 +1 @@ -import{_ as e,o as t,c as i,Q as o}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Modular Meetup guide","description":"A guide that helps in organizing a successful Modular Meetup.","frontmatter":{"description":"A guide that helps in organizing a successful Modular Meetup.","head":[["meta",{"name":"og:title","content":"Modular Meetup guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-guide.md","filePath":"community/modular-meetup-guide.md","lastUpdated":1711718709000}'),a={name:"community/modular-meetup-guide.md"},n=o('

Modular Meetup guide ​

These are recommended steps you can follow that can help you organize a successful Modular Meetup. You aren’t required to follow the entire checklist but it is available to help aid you in your journey to organize a Modular Meetup.

Before the Meetup ​

  1. Determine the meetup topic and objectives.
  2. Select a suitable date and time for the event.
  3. Secure a convenient and accessible venue that can accommodate the expected number of attendees.
  4. Finalize a schedule or agenda for the event, including speakers, presentations, and activities.
  5. Prepare and send out invitations to potential attendees using various channels (email, social media, community platforms, etc.).
  6. Create and share promotional materials (graphics, blog posts, etc.) to raise awareness about the meetup.
  7. Confirm speakers, including their availability, presentation topics, and technical requirements. If you are working from a Speaker List, please reach out to Nat for any support needed on coordination with speakers.
  8. Arrange any necessary equipment, such as microphones, projectors, and whiteboards.
  9. Plan and arrange refreshments, if applicable.
  10. Prepare and print any required materials, like agendas, name tags, and feedback forms.
  11. Coordinate with volunteers or team members to help manage the event.
  12. Set up a registration system or RSVP process to track attendance.
  13. Send out reminder messages to registered attendees prior to the event.
  14. Conduct a final review of the event logistics, including venue setup, equipment functionality, and volunteer roles.

During the Meetup ​

  1. Set up the venue, including arranging seating, preparing equipment, and displaying any promotional materials.
  2. Designate a registration area and ensure that someone is available to greet and check-in attendees.
  3. Welcome the attendees and provide an overview of the event schedule.
  4. Introduce speakers and facilitate any presentations or discussions.
  5. Encourage networking and interaction among attendees during breaks or dedicated activities.
  6. Capture the event with photos or videos for future promotions and documentation.
  7. Collect feedback from attendees using forms, online surveys, or informal conversations if needed.

After the Meetup ​

  1. Send follow-up messages to attendees, thanking them for their participation and soliciting additional feedback.
  2. Evaluate the success of the event by reviewing feedback and assessing key performance indicators (e.g., attendance, engagement, etc.).
  3. Analyze and document lessons learned, identifying areas for improvement in future meetups.
  4. Share event highlights, photos, and key takeaways with the community through social media, blog posts, or newsletters.
  5. Connect with speakers, attendees, and volunteers to maintain and strengthen relationships.
  6. Begin planning for the next meetup, applying insights gained from the previous event to enhance the experience for future attendees.

Logistics and guidance ​

These are provided guidelines for different components of kickstarting a Modular Meetup to help you get started on the logistics of organizing a meetup. A lot of those guidelines are thanks to the wonderful write ups in Ethereum Meetup Support Program and Elastic Community Organizer Guides.

Venue ​

Selecting the perfect venue for your Modular Meetup is essential in creating a welcoming atmosphere for the Celestia community.

  1. Startup Incubators
    • Often they would have spaces for meetups.
  2. Libraries
    • Libraries can normally have spaces for meetups at little to no costs
  3. Co-working spaces:
    • Co-working spaces might be able to offer necessary equipment like microphones, projectors, and whiteboards.
  4. Restaurants:
    • Restaurants might have private rooms for larger groups of people that you can book, depending on the restaurant.
  5. Universities and Blockchain Clubs:
    • Partnering with universities and their local university clubs can offer you a lot of spaces for meetups, as well as necessary equipments if needed for giving a talk.
  6. Other options:
    • If you're having difficulty finding a venue, don't hesitate to ask for help within the Celestia community. Your fellow organizers and attendees may have valuable suggestions or connections.

An ideal venue should offer:

Consider recording the event, even with a smartphone, to share with the community later. If the speaker uses a microphone, their voice will be more audible in the video. We might be able to post those recordings of the meetup talks on a meetup youtube channel after.

Remember to negotiate on costs and seek discounts, emphasizing that your meetup benefits the community.

Collaborate with your venue provider to explore options like borrowing recording equipment, tripods, or even having them record the event for you. Some providers may offer these services for free or at a reduced cost.

Catering and refreshments ​

Providing refreshments or catering for your Modular Meetup enhances the overall experience and encourages networking among attendees.

  1. Determine your budget
    • Identify the amount you can allocate for food and drinks at your event which will help you determine how much you can bring in refreshments. You can also contact the Celestia Devrel team for ideas and support. Costs for refreshments and drinks can vary depending on your location, so be mindful to be flexible on your plans according to your specific location and budget.
  2. Offer a variety of refreshments
    • If you're ordering in, pizza and finger foods work well, but you can also have more budget-friendly options for food.
    • Offering drinks like beer, soda, or lemonade are great, but water also works. Keep in mind that not everyone drinks alcohol so it’s not a requirement. But having at least water and plastic cups works well.
  3. Plan ahead
    • Order refreshments 1 or 2 days in advance and schedule delivery to avoid last-minute stress during the event.

By following these recommendations, you'll be able to provide enjoyable refreshments for your Celestia Modular Meetup attendees while fostering a friendly and engaging atmosphere.

Audience ​

Understanding your audience and estimating attendance are crucial for organizing successful Modular Meetups for Celestia.

  1. Research the local tech scene:
    • Investigate the types of meetups and events popular in your area. Attend other technology-focused events to get a sense of the audience size and interests. This information will help you tailor your meetup to attract a larger audience.
  2. Assess the availability of speakers:
    • Before organizing a meetup, ensure that you have access to a pool of knowledgeable speakers. If you anticipate difficulty in securing speakers, consider joining forces with an existing meetup group or speaking at other events before launching a new group. This approach will help spread the word about your planned Modular Meetup and gauge interest. Speakers are covered in the following section with a reference to Speaker List offered by the Modular Meetup program.
  3. Establish connections with other user groups:
    • Forge relationships with other tech-focused meetup groups to mutually promote each other's events, potentially increasing attendance.
  4. Set a regular routine for your meetup:
    • Communicate how often you plan to hold meetups, whether it's monthly or quarterly, to help attendees manage their expectations and maintain their interest.
  5. Organize casual meetups:
    • If there's a gap between more formal events, arrange casual meetups at pubs or cafes to keep people engaged and connect with potential speakers for future events.
  6. Estimate the number of attendees:
    • Consider factors such as the size of your city, the popularity of the topic, and the appeal of the event description when estimating attendance.

Speakers ​

Securing engaging and knowledgeable speakers is key to hosting an exceptional Celestia Modular Meetup.

  1. Define your event topic
    • Determine the theme of your event, focusing on areas such as DeFi, Gaming, NFTs, coding workshops, protocol changes, rollups, data availability, or other topics relevant to the Modular ecosystem. This will help you find speakers with expertise in the chosen subject.
  2. Utilize the Speaker List provided by the Modular Meetup program
    • As a meetup organizer, you have access to a curated list of talented speakers from Celestia Labs and the broader Modular ecosystem. This valuable resource can connect you with experts who can share their knowledge with your meetup attendees.
  3. Aim for multiple speakers
    • Ideally, invite 2-3 speakers to your event, allotting 20-40 minutes per talk. Schedule short breaks between presentations to maintain audience engagement.
  4. Organize the speaker lineup
    • Discuss the topics and slides with your speakers before the event to ensure a smooth flow. Arrange the talks in a logical order, saving the most impactful presentation for last.
  5. Invite local speakers
    • For your first meetup, consider presenting an introduction to the Celestia ecosystem or a specific area of interest. Encourage local experts or enthusiasts to speak at future meetups. This approach fosters community involvement and helps build a network of potential speakers.
  6. Seek speaker referrals
    • Ask your current speakers, attendees, or other meetup organizers for referrals. Personal connections often lead to discovering new speakers with valuable insights.
  7. Leverage your meetup discussion board
    • Post a call for speakers on your meetup discussion board to reach out to potential presenters within your community. Be clear about the event theme and requirements to attract relevant speakers.
  8. Offer incentives and appreciation
    • Reward speakers with tokens of gratitude, such as T-shirts, gifts, or public recognition, to show your appreciation for their contribution to the meetup. The Celestia Labs Devrel team can help with swag logistics if needed.

Sponsors ​

Finding sponsors for your meetup can be challenging, but securing financial support is crucial for covering costs related to venue and refreshments.

  1. Leverage Celestia Labs' support
    • Celestia Labs may offer co-sponsorship for your meetup. However, they also encourage organizers to find local co-sponsors to help cover costs and create a more sustainable event.
  2. Offer value to your sponsors:
    • Show potential sponsors how partnering with your event will benefit them. Include their logo on event banners, mention them in the event description, and give them a shoutout at the beginning of the event. If they desire, allow them to place a rollup banner at the venue.
  3. Reach out to your network
    • Ask friends and acquaintances if they know of coworking spaces, schools, universities, or companies interested in sponsorship. A personal connection can significantly increase the chances of securing support.
  4. Approach speakers for sponsorship
    • Request speakers or their affiliated projects to contribute towards the event's expenses, such as catering costs. This can be an effective way to obtain additional funding.
  5. Create a sponsorship deck
    • Develop a compelling sponsorship deck to pitch your event to tech companies in your city or potential online sponsors. This presentation should highlight the benefits of supporting your event and showcase past successful meetups.
  6. Research local companies
    • Investigate businesses in your area that may be interested in sponsoring your event. Tailor your pitch to align with their industry and demonstrate how the meetup can benefit their company.
  7. Engage sponsors during the event
    • Allow sponsors to briefly address the audience, participate in Q&A sessions, or mention their hiring needs. Remember to avoid sales pitches, as they can negatively impact the meetup experience.
  8. Thank your sponsors
    • Express gratitude to your sponsors at the beginning and end of the meetup. Acknowledging their support encourages continued collaboration and enhances the credibility of your event.

Communications and marketing ​

Effectively marketing and announcing your Modular Meetup is essential for attracting attendees and ensuring a successful event.

  1. Plan your announcement
    • Announce your meetup at least two weeks prior. This gives your audience ample time to prepare and increases the likelihood of their attendance.
  2. Utilize Celestia Labs' resources
    • Celestia Labs can help co-promote your meetup on social media and Discord. They can also add your event to their online calendar, email local contacts, and share the event via their Developer Relations Team on Twitter. Don't hesitate to reach out to them for assistance.
  3. Share on social media
    • Promote your event on Twitter and any other popular social media platforms in your area. Tag speakers, sponsors, and use relevant hashtags to increase visibility.
  4. Leverage local community groups
    • Post your event in local Telegram, Discord, or other community groups relevant to your city. These groups often have many members who may be interested in attending your event.
  5. Engage speakers and the venue
    • Maintain communication with speakers and the venue to ensure any changes can be announced in advance. Trust is critical, so avoid canceling planned meetups whenever possible.
  6. Send reminders via meetup.com (optional)
    • After announcing your event, send a warm invite to your meetup group members through meetup.com. Additionally, send a reminder email one day before the event to encourage attendance.
  7. Share with friends and family
    • Invite your friends, family, and acquaintances to the meetup, as they may help spread the word or know someone interested in the event.
  8. Utilize conference groups
    • If you've attended conferences, share your meetup in the associated Telegram or social media groups, as there may be members nearby who would be interested in attending.

Recording ​

Recording and live-streaming your Modular Meetup can greatly benefit those who cannot attend in person and expand the reach of your event.

  1. Plan for recording
    • Consider recording your meetup to create additional learning resources and share the knowledge with a broader audience.
  2. Consider live-streaming
    • Live-streaming your event on platforms like Twitch, YouTube, or Twitter allows remote participants to watch and engage in the meetup. This can also boost your event's reach and create a sense of inclusion for those who couldn't attend in person.
  3. Coordinate with Celestia Labs
    • Celestia Labs can potentially help cover recording costs and promote recorded meetups. Reach out to them at meetups@celestia.org to discuss available options and support. They can also assist with finding local contacts for recording if you don't have one already.
  4. Utilize available resources
    • If you have a small budget, consider allocating some funds for recording and live-streaming your event. Look for local professionals or affordable equipment rentals to ensure high-quality recordings.
  5. Share recordings on Celestia Labs' channels
    • Celestia Labs can help promote recorded meetups by sharing videos in their meetups playlist on YouTube and hosting them on their website. Ensure you coordinate with Celestia Labs to provide them with the recorded video.
  6. Promote recorded content
    • Share the recordings on your social media channels and meetup group after the event. This helps attendees revisit the content and allows those who couldn't attend to learn from the talks.

Utilizing Meetup.com platform ​

Celestia Labs is committed to supporting your meetup efforts by helping you with meetup.com, from setting up the group to covering organizer dues. Below is a detailed overview of how Celestia Labs can assist you.

  1. Meetup.com organizer dues
    • Celestia Labs is happy to cover organizer dues for meetup.com. To get started, send an email to meetups@celestia.org and let them help you with the process.
  2. Co-organizing existing groups
    • If you already have a meetup.com group but need Celestia Labs' assistance with organizing or covering dues, email meetups@celestia.org to add one of their employees as the Organizer.
  3. Setting up groups on Meetup.com
    • Celestia Labs will help you set up your meetup group, including logos, naming, custom URLs, group description, and other essential details. They provide a unique logo for Celestia Modular Meetups, which you can use for your group.
  4. User group naming
    • Celestia Labs recommends naming your group "Celestia Modular Meetup" to encompass various aspects of the Celestia community and create a consistent brand.
  5. Custom URL for the group
    • Meetup.com allows you to create a custom URL for your user group. Celestia Labs encourages consistent URLs across regions, making it easy for people to find your meetup group.
  6. Group description
    • Celestia Labs has a standard group description to ensure consistency across all meetups. However, if you'd like to customize it, let them know.
  7. New member intake questions
    • To improve the quality of your meetups, Celestia Labs suggests a set of intake questions for new members. The answers can help you better understand their needs and interests, allowing you to plan engaging meetups.
  8. Welcome message
    • Celestia Labs provides a welcome message for new members joining your group. If you'd like to customize this message, let them know.

Onboarding questions for community members joining a Modular Meetup ​

  1. Q1: How did you hear about this Modular Meetup?
    • Why: This information helps us understand the most effective channels for recruiting new participants to the meetup.
  2. Q2: What do you hope to gain by participating in this meetup? (e.g., networking, learning about Celestia, learning about Modularity, finding a job, etc.)
    • Why: This information helps us cater to the needs of the user group members. If most attendees are looking for networking opportunities, we can schedule casual meetups alongside informative talks.
  3. Q3: Are you currently using or planning to use Celestia, Rollkit, Celestia’s Node API or any of the rollups deployed on Celestia? Tell us all about it. We will use your response to help us better understand what talks would be most beneficial to the group.
    • Why: Responses to this question help us determine the most relevant talks for the group members. If we discover that most participants are interested in a specific area, we can tailor the talks accordingly.
  4. Q4: We love Celestia and the modular ecosystem, but we also appreciate other Web3 technologies. What other topics would you like to hear about? (e.g., Infrastructure, Data Storage, DID, MEV)
    • Why: Knowing our group participants' interests in other technical areas helps us understand what related topics would be useful and valuable to the group, which in turn helps when recruiting speakers.
  5. Q5: Would you be interested in speaking at a future meetup? We welcome 2-minute lightning talks to 1-hour deep dives. Would you be interested in hosting a meetup? If you answer yes to this question, the group organizers will contact you to follow up.
    • Why: One of the challenges in hosting regular meetups is finding speakers. We hope this question will identify people eager to share their stories and expertise with the group, making the lives of organizers easier.
',42),r=[n];function s(l,u,c,d,h,p){return t(),i("div",null,r)}const f=e(a,[["render",s]]);export{g as __pageData,f as default}; +import{_ as e,o as t,c as i,Q as o}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Modular Meetup guide","description":"A guide that helps in organizing a successful Modular Meetup.","frontmatter":{"description":"A guide that helps in organizing a successful Modular Meetup.","head":[["meta",{"name":"og:title","content":"Modular Meetup guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-guide.md","filePath":"community/modular-meetup-guide.md","lastUpdated":1711718743000}'),a={name:"community/modular-meetup-guide.md"},n=o('

Modular Meetup guide ​

These are recommended steps you can follow that can help you organize a successful Modular Meetup. You aren’t required to follow the entire checklist but it is available to help aid you in your journey to organize a Modular Meetup.

Before the Meetup ​

  1. Determine the meetup topic and objectives.
  2. Select a suitable date and time for the event.
  3. Secure a convenient and accessible venue that can accommodate the expected number of attendees.
  4. Finalize a schedule or agenda for the event, including speakers, presentations, and activities.
  5. Prepare and send out invitations to potential attendees using various channels (email, social media, community platforms, etc.).
  6. Create and share promotional materials (graphics, blog posts, etc.) to raise awareness about the meetup.
  7. Confirm speakers, including their availability, presentation topics, and technical requirements. If you are working from a Speaker List, please reach out to Nat for any support needed on coordination with speakers.
  8. Arrange any necessary equipment, such as microphones, projectors, and whiteboards.
  9. Plan and arrange refreshments, if applicable.
  10. Prepare and print any required materials, like agendas, name tags, and feedback forms.
  11. Coordinate with volunteers or team members to help manage the event.
  12. Set up a registration system or RSVP process to track attendance.
  13. Send out reminder messages to registered attendees prior to the event.
  14. Conduct a final review of the event logistics, including venue setup, equipment functionality, and volunteer roles.

During the Meetup ​

  1. Set up the venue, including arranging seating, preparing equipment, and displaying any promotional materials.
  2. Designate a registration area and ensure that someone is available to greet and check-in attendees.
  3. Welcome the attendees and provide an overview of the event schedule.
  4. Introduce speakers and facilitate any presentations or discussions.
  5. Encourage networking and interaction among attendees during breaks or dedicated activities.
  6. Capture the event with photos or videos for future promotions and documentation.
  7. Collect feedback from attendees using forms, online surveys, or informal conversations if needed.

After the Meetup ​

  1. Send follow-up messages to attendees, thanking them for their participation and soliciting additional feedback.
  2. Evaluate the success of the event by reviewing feedback and assessing key performance indicators (e.g., attendance, engagement, etc.).
  3. Analyze and document lessons learned, identifying areas for improvement in future meetups.
  4. Share event highlights, photos, and key takeaways with the community through social media, blog posts, or newsletters.
  5. Connect with speakers, attendees, and volunteers to maintain and strengthen relationships.
  6. Begin planning for the next meetup, applying insights gained from the previous event to enhance the experience for future attendees.

Logistics and guidance ​

These are provided guidelines for different components of kickstarting a Modular Meetup to help you get started on the logistics of organizing a meetup. A lot of those guidelines are thanks to the wonderful write ups in Ethereum Meetup Support Program and Elastic Community Organizer Guides.

Venue ​

Selecting the perfect venue for your Modular Meetup is essential in creating a welcoming atmosphere for the Celestia community.

  1. Startup Incubators
    • Often they would have spaces for meetups.
  2. Libraries
    • Libraries can normally have spaces for meetups at little to no costs
  3. Co-working spaces:
    • Co-working spaces might be able to offer necessary equipment like microphones, projectors, and whiteboards.
  4. Restaurants:
    • Restaurants might have private rooms for larger groups of people that you can book, depending on the restaurant.
  5. Universities and Blockchain Clubs:
    • Partnering with universities and their local university clubs can offer you a lot of spaces for meetups, as well as necessary equipments if needed for giving a talk.
  6. Other options:
    • If you're having difficulty finding a venue, don't hesitate to ask for help within the Celestia community. Your fellow organizers and attendees may have valuable suggestions or connections.

An ideal venue should offer:

Consider recording the event, even with a smartphone, to share with the community later. If the speaker uses a microphone, their voice will be more audible in the video. We might be able to post those recordings of the meetup talks on a meetup youtube channel after.

Remember to negotiate on costs and seek discounts, emphasizing that your meetup benefits the community.

Collaborate with your venue provider to explore options like borrowing recording equipment, tripods, or even having them record the event for you. Some providers may offer these services for free or at a reduced cost.

Catering and refreshments ​

Providing refreshments or catering for your Modular Meetup enhances the overall experience and encourages networking among attendees.

  1. Determine your budget
    • Identify the amount you can allocate for food and drinks at your event which will help you determine how much you can bring in refreshments. You can also contact the Celestia Devrel team for ideas and support. Costs for refreshments and drinks can vary depending on your location, so be mindful to be flexible on your plans according to your specific location and budget.
  2. Offer a variety of refreshments
    • If you're ordering in, pizza and finger foods work well, but you can also have more budget-friendly options for food.
    • Offering drinks like beer, soda, or lemonade are great, but water also works. Keep in mind that not everyone drinks alcohol so it’s not a requirement. But having at least water and plastic cups works well.
  3. Plan ahead
    • Order refreshments 1 or 2 days in advance and schedule delivery to avoid last-minute stress during the event.

By following these recommendations, you'll be able to provide enjoyable refreshments for your Celestia Modular Meetup attendees while fostering a friendly and engaging atmosphere.

Audience ​

Understanding your audience and estimating attendance are crucial for organizing successful Modular Meetups for Celestia.

  1. Research the local tech scene:
    • Investigate the types of meetups and events popular in your area. Attend other technology-focused events to get a sense of the audience size and interests. This information will help you tailor your meetup to attract a larger audience.
  2. Assess the availability of speakers:
    • Before organizing a meetup, ensure that you have access to a pool of knowledgeable speakers. If you anticipate difficulty in securing speakers, consider joining forces with an existing meetup group or speaking at other events before launching a new group. This approach will help spread the word about your planned Modular Meetup and gauge interest. Speakers are covered in the following section with a reference to Speaker List offered by the Modular Meetup program.
  3. Establish connections with other user groups:
    • Forge relationships with other tech-focused meetup groups to mutually promote each other's events, potentially increasing attendance.
  4. Set a regular routine for your meetup:
    • Communicate how often you plan to hold meetups, whether it's monthly or quarterly, to help attendees manage their expectations and maintain their interest.
  5. Organize casual meetups:
    • If there's a gap between more formal events, arrange casual meetups at pubs or cafes to keep people engaged and connect with potential speakers for future events.
  6. Estimate the number of attendees:
    • Consider factors such as the size of your city, the popularity of the topic, and the appeal of the event description when estimating attendance.

Speakers ​

Securing engaging and knowledgeable speakers is key to hosting an exceptional Celestia Modular Meetup.

  1. Define your event topic
    • Determine the theme of your event, focusing on areas such as DeFi, Gaming, NFTs, coding workshops, protocol changes, rollups, data availability, or other topics relevant to the Modular ecosystem. This will help you find speakers with expertise in the chosen subject.
  2. Utilize the Speaker List provided by the Modular Meetup program
    • As a meetup organizer, you have access to a curated list of talented speakers from Celestia Labs and the broader Modular ecosystem. This valuable resource can connect you with experts who can share their knowledge with your meetup attendees.
  3. Aim for multiple speakers
    • Ideally, invite 2-3 speakers to your event, allotting 20-40 minutes per talk. Schedule short breaks between presentations to maintain audience engagement.
  4. Organize the speaker lineup
    • Discuss the topics and slides with your speakers before the event to ensure a smooth flow. Arrange the talks in a logical order, saving the most impactful presentation for last.
  5. Invite local speakers
    • For your first meetup, consider presenting an introduction to the Celestia ecosystem or a specific area of interest. Encourage local experts or enthusiasts to speak at future meetups. This approach fosters community involvement and helps build a network of potential speakers.
  6. Seek speaker referrals
    • Ask your current speakers, attendees, or other meetup organizers for referrals. Personal connections often lead to discovering new speakers with valuable insights.
  7. Leverage your meetup discussion board
    • Post a call for speakers on your meetup discussion board to reach out to potential presenters within your community. Be clear about the event theme and requirements to attract relevant speakers.
  8. Offer incentives and appreciation
    • Reward speakers with tokens of gratitude, such as T-shirts, gifts, or public recognition, to show your appreciation for their contribution to the meetup. The Celestia Labs Devrel team can help with swag logistics if needed.

Sponsors ​

Finding sponsors for your meetup can be challenging, but securing financial support is crucial for covering costs related to venue and refreshments.

  1. Leverage Celestia Labs' support
    • Celestia Labs may offer co-sponsorship for your meetup. However, they also encourage organizers to find local co-sponsors to help cover costs and create a more sustainable event.
  2. Offer value to your sponsors:
    • Show potential sponsors how partnering with your event will benefit them. Include their logo on event banners, mention them in the event description, and give them a shoutout at the beginning of the event. If they desire, allow them to place a rollup banner at the venue.
  3. Reach out to your network
    • Ask friends and acquaintances if they know of coworking spaces, schools, universities, or companies interested in sponsorship. A personal connection can significantly increase the chances of securing support.
  4. Approach speakers for sponsorship
    • Request speakers or their affiliated projects to contribute towards the event's expenses, such as catering costs. This can be an effective way to obtain additional funding.
  5. Create a sponsorship deck
    • Develop a compelling sponsorship deck to pitch your event to tech companies in your city or potential online sponsors. This presentation should highlight the benefits of supporting your event and showcase past successful meetups.
  6. Research local companies
    • Investigate businesses in your area that may be interested in sponsoring your event. Tailor your pitch to align with their industry and demonstrate how the meetup can benefit their company.
  7. Engage sponsors during the event
    • Allow sponsors to briefly address the audience, participate in Q&A sessions, or mention their hiring needs. Remember to avoid sales pitches, as they can negatively impact the meetup experience.
  8. Thank your sponsors
    • Express gratitude to your sponsors at the beginning and end of the meetup. Acknowledging their support encourages continued collaboration and enhances the credibility of your event.

Communications and marketing ​

Effectively marketing and announcing your Modular Meetup is essential for attracting attendees and ensuring a successful event.

  1. Plan your announcement
    • Announce your meetup at least two weeks prior. This gives your audience ample time to prepare and increases the likelihood of their attendance.
  2. Utilize Celestia Labs' resources
    • Celestia Labs can help co-promote your meetup on social media and Discord. They can also add your event to their online calendar, email local contacts, and share the event via their Developer Relations Team on Twitter. Don't hesitate to reach out to them for assistance.
  3. Share on social media
    • Promote your event on Twitter and any other popular social media platforms in your area. Tag speakers, sponsors, and use relevant hashtags to increase visibility.
  4. Leverage local community groups
    • Post your event in local Telegram, Discord, or other community groups relevant to your city. These groups often have many members who may be interested in attending your event.
  5. Engage speakers and the venue
    • Maintain communication with speakers and the venue to ensure any changes can be announced in advance. Trust is critical, so avoid canceling planned meetups whenever possible.
  6. Send reminders via meetup.com (optional)
    • After announcing your event, send a warm invite to your meetup group members through meetup.com. Additionally, send a reminder email one day before the event to encourage attendance.
  7. Share with friends and family
    • Invite your friends, family, and acquaintances to the meetup, as they may help spread the word or know someone interested in the event.
  8. Utilize conference groups
    • If you've attended conferences, share your meetup in the associated Telegram or social media groups, as there may be members nearby who would be interested in attending.

Recording ​

Recording and live-streaming your Modular Meetup can greatly benefit those who cannot attend in person and expand the reach of your event.

  1. Plan for recording
    • Consider recording your meetup to create additional learning resources and share the knowledge with a broader audience.
  2. Consider live-streaming
    • Live-streaming your event on platforms like Twitch, YouTube, or Twitter allows remote participants to watch and engage in the meetup. This can also boost your event's reach and create a sense of inclusion for those who couldn't attend in person.
  3. Coordinate with Celestia Labs
    • Celestia Labs can potentially help cover recording costs and promote recorded meetups. Reach out to them at meetups@celestia.org to discuss available options and support. They can also assist with finding local contacts for recording if you don't have one already.
  4. Utilize available resources
    • If you have a small budget, consider allocating some funds for recording and live-streaming your event. Look for local professionals or affordable equipment rentals to ensure high-quality recordings.
  5. Share recordings on Celestia Labs' channels
    • Celestia Labs can help promote recorded meetups by sharing videos in their meetups playlist on YouTube and hosting them on their website. Ensure you coordinate with Celestia Labs to provide them with the recorded video.
  6. Promote recorded content
    • Share the recordings on your social media channels and meetup group after the event. This helps attendees revisit the content and allows those who couldn't attend to learn from the talks.

Utilizing Meetup.com platform ​

Celestia Labs is committed to supporting your meetup efforts by helping you with meetup.com, from setting up the group to covering organizer dues. Below is a detailed overview of how Celestia Labs can assist you.

  1. Meetup.com organizer dues
    • Celestia Labs is happy to cover organizer dues for meetup.com. To get started, send an email to meetups@celestia.org and let them help you with the process.
  2. Co-organizing existing groups
    • If you already have a meetup.com group but need Celestia Labs' assistance with organizing or covering dues, email meetups@celestia.org to add one of their employees as the Organizer.
  3. Setting up groups on Meetup.com
    • Celestia Labs will help you set up your meetup group, including logos, naming, custom URLs, group description, and other essential details. They provide a unique logo for Celestia Modular Meetups, which you can use for your group.
  4. User group naming
    • Celestia Labs recommends naming your group "Celestia Modular Meetup" to encompass various aspects of the Celestia community and create a consistent brand.
  5. Custom URL for the group
    • Meetup.com allows you to create a custom URL for your user group. Celestia Labs encourages consistent URLs across regions, making it easy for people to find your meetup group.
  6. Group description
    • Celestia Labs has a standard group description to ensure consistency across all meetups. However, if you'd like to customize it, let them know.
  7. New member intake questions
    • To improve the quality of your meetups, Celestia Labs suggests a set of intake questions for new members. The answers can help you better understand their needs and interests, allowing you to plan engaging meetups.
  8. Welcome message
    • Celestia Labs provides a welcome message for new members joining your group. If you'd like to customize this message, let them know.

Onboarding questions for community members joining a Modular Meetup ​

  1. Q1: How did you hear about this Modular Meetup?
    • Why: This information helps us understand the most effective channels for recruiting new participants to the meetup.
  2. Q2: What do you hope to gain by participating in this meetup? (e.g., networking, learning about Celestia, learning about Modularity, finding a job, etc.)
    • Why: This information helps us cater to the needs of the user group members. If most attendees are looking for networking opportunities, we can schedule casual meetups alongside informative talks.
  3. Q3: Are you currently using or planning to use Celestia, Rollkit, Celestia’s Node API or any of the rollups deployed on Celestia? Tell us all about it. We will use your response to help us better understand what talks would be most beneficial to the group.
    • Why: Responses to this question help us determine the most relevant talks for the group members. If we discover that most participants are interested in a specific area, we can tailor the talks accordingly.
  4. Q4: We love Celestia and the modular ecosystem, but we also appreciate other Web3 technologies. What other topics would you like to hear about? (e.g., Infrastructure, Data Storage, DID, MEV)
    • Why: Knowing our group participants' interests in other technical areas helps us understand what related topics would be useful and valuable to the group, which in turn helps when recruiting speakers.
  5. Q5: Would you be interested in speaking at a future meetup? We welcome 2-minute lightning talks to 1-hour deep dives. Would you be interested in hosting a meetup? If you answer yes to this question, the group organizers will contact you to follow up.
    • Why: One of the challenges in hosting regular meetups is finding speakers. We hope this question will identify people eager to share their stories and expertise with the group, making the lives of organizers easier.
',42),r=[n];function s(l,u,c,d,h,p){return t(),i("div",null,r)}const f=e(a,[["render",s]]);export{g as __pageData,f as default}; diff --git a/pr-1489/assets/community_modular-meetup-guide.md.73454806.lean.js b/pr-1489/assets/community_modular-meetup-guide.md.c43e3e59.lean.js similarity index 91% rename from pr-1489/assets/community_modular-meetup-guide.md.73454806.lean.js rename to pr-1489/assets/community_modular-meetup-guide.md.c43e3e59.lean.js index 1cc85d01d9..967d0ae5b9 100644 --- a/pr-1489/assets/community_modular-meetup-guide.md.73454806.lean.js +++ b/pr-1489/assets/community_modular-meetup-guide.md.c43e3e59.lean.js @@ -1 +1 @@ -import{_ as e,o as t,c as i,Q as o}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Modular Meetup guide","description":"A guide that helps in organizing a successful Modular Meetup.","frontmatter":{"description":"A guide that helps in organizing a successful Modular Meetup.","head":[["meta",{"name":"og:title","content":"Modular Meetup guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-guide.md","filePath":"community/modular-meetup-guide.md","lastUpdated":1711718709000}'),a={name:"community/modular-meetup-guide.md"},n=o("",42),r=[n];function s(l,u,c,d,h,p){return t(),i("div",null,r)}const f=e(a,[["render",s]]);export{g as __pageData,f as default}; +import{_ as e,o as t,c as i,Q as o}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Modular Meetup guide","description":"A guide that helps in organizing a successful Modular Meetup.","frontmatter":{"description":"A guide that helps in organizing a successful Modular Meetup.","head":[["meta",{"name":"og:title","content":"Modular Meetup guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-guide.md","filePath":"community/modular-meetup-guide.md","lastUpdated":1711718743000}'),a={name:"community/modular-meetup-guide.md"},n=o("",42),r=[n];function s(l,u,c,d,h,p){return t(),i("div",null,r)}const f=e(a,[["render",s]]);export{g as __pageData,f as default}; diff --git a/pr-1489/assets/community_modular-meetup-intro.md.19dad4cd.js b/pr-1489/assets/community_modular-meetup-intro.md.52d45155.js similarity index 98% rename from pr-1489/assets/community_modular-meetup-intro.md.19dad4cd.js rename to pr-1489/assets/community_modular-meetup-intro.md.52d45155.js index 24e9792b45..8906a0e8ec 100644 --- a/pr-1489/assets/community_modular-meetup-intro.md.19dad4cd.js +++ b/pr-1489/assets/community_modular-meetup-intro.md.52d45155.js @@ -1 +1 @@ -import{_ as e,o,c as a,Q as t}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/Celestia_Modular_meetup2.jpg",f=JSON.parse('{"title":"Celestia Modular Meetup program","description":"The ultimate guide for Modular Meetup organizers!","frontmatter":{"description":"The ultimate guide for Modular Meetup organizers!","head":[["meta",{"name":"og:title","content":"Celestia Modular Meetup program | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-intro.md","filePath":"community/modular-meetup-intro.md","lastUpdated":1711718709000}'),i={name:"community/modular-meetup-intro.md"},n=t('

Celestia Modular Meetup program ​

Modular Meetup Banner

Welcome to the ultimate guide for Modular Meetup organizers! This collection of resources is designed for those enthusiastic about fostering grassroots Modular Meetups with support from Celestia around the world.

Program description ​

The Celestia Modular Meetup Program aims to empower meetup organizers, providing education and support, and encouraging collaboration within the Web3 ecosystem. This rapidly growing community has already achieved incredible success with the first Modular Meetup in Lisbon, and will grow from there.

Join fellow enthusiasts, engage in enlightening discussions, and make the most of the insightful resources provided. These resources are designed to serve as a go-to playbook for meetup organizers, especially when starting your journey.

Important info ​

Celestia.org Community Code of Conduct ​

The purpose of our Community Code of Conduct is to foster an inclusive, welcoming, and supportive environment for everyone participating in Celestia community events. We're all here to learn from each other, expand our skillsets, and enjoy a positive experience together.

All meetup attendees, speakers, sponsors, and volunteers, including the event organizing team, are kindly asked to adhere to the following Code of Conduct. Organizers will respectfully enforce this code throughout the event. We genuinely appreciate the cooperation of all participants in maintaining a safe and empowering space for everyone.

Signup form ​

To become part of the program, please complete the registration form.

Following the review and approval of your submission, you will receive an email confirmation and an invitation to participate in the upcoming Modular Meetup call. Furthermore, you will be granted access to the exclusive Discord channel labeled "#modular-meetup" on our Discord server. Please take note that joining our Discord is a prerequisite for channel access. It's essential to recognize that this program is tailored for dedicated organizers with a genuine interest in nurturing their local modular ecosystem community.

Emails ​

As a participant in the Celestia Modular Meetup Program, you can expect to receive the following emails:

  1. Welcome email with links to calendar events and Discord channel
  2. Monthly Catch-up call invites
  3. Recap emails with notes from calls

Discord ​

Your active participation is key to unlocking the full potential of this vibrant community. Our primary communication tool is Discord, providing an engaging platform to connect with fellow organizers:

Materials ​

As a meetup organizer, you'll gain access to the Celestia Modular Meetup Program's list of resources. This collection should become your trusted companion in organizing events. Drawing upon the wisdom of seasoned event organizers, this resource is available for you and your co-organizers to explore and learn.

',23),s=[n];function l(u,c,d,p,m,h){return o(),a("div",null,s)}const y=e(i,[["render",l]]);export{f as __pageData,y as default}; +import{_ as e,o,c as a,Q as t}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/Celestia_Modular_meetup2.jpg",f=JSON.parse('{"title":"Celestia Modular Meetup program","description":"The ultimate guide for Modular Meetup organizers!","frontmatter":{"description":"The ultimate guide for Modular Meetup organizers!","head":[["meta",{"name":"og:title","content":"Celestia Modular Meetup program | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-intro.md","filePath":"community/modular-meetup-intro.md","lastUpdated":1711718743000}'),i={name:"community/modular-meetup-intro.md"},n=t('

Celestia Modular Meetup program ​

Modular Meetup Banner

Welcome to the ultimate guide for Modular Meetup organizers! This collection of resources is designed for those enthusiastic about fostering grassroots Modular Meetups with support from Celestia around the world.

Program description ​

The Celestia Modular Meetup Program aims to empower meetup organizers, providing education and support, and encouraging collaboration within the Web3 ecosystem. This rapidly growing community has already achieved incredible success with the first Modular Meetup in Lisbon, and will grow from there.

Join fellow enthusiasts, engage in enlightening discussions, and make the most of the insightful resources provided. These resources are designed to serve as a go-to playbook for meetup organizers, especially when starting your journey.

Important info ​

Celestia.org Community Code of Conduct ​

The purpose of our Community Code of Conduct is to foster an inclusive, welcoming, and supportive environment for everyone participating in Celestia community events. We're all here to learn from each other, expand our skillsets, and enjoy a positive experience together.

All meetup attendees, speakers, sponsors, and volunteers, including the event organizing team, are kindly asked to adhere to the following Code of Conduct. Organizers will respectfully enforce this code throughout the event. We genuinely appreciate the cooperation of all participants in maintaining a safe and empowering space for everyone.

Signup form ​

To become part of the program, please complete the registration form.

Following the review and approval of your submission, you will receive an email confirmation and an invitation to participate in the upcoming Modular Meetup call. Furthermore, you will be granted access to the exclusive Discord channel labeled "#modular-meetup" on our Discord server. Please take note that joining our Discord is a prerequisite for channel access. It's essential to recognize that this program is tailored for dedicated organizers with a genuine interest in nurturing their local modular ecosystem community.

Emails ​

As a participant in the Celestia Modular Meetup Program, you can expect to receive the following emails:

  1. Welcome email with links to calendar events and Discord channel
  2. Monthly Catch-up call invites
  3. Recap emails with notes from calls

Discord ​

Your active participation is key to unlocking the full potential of this vibrant community. Our primary communication tool is Discord, providing an engaging platform to connect with fellow organizers:

Materials ​

As a meetup organizer, you'll gain access to the Celestia Modular Meetup Program's list of resources. This collection should become your trusted companion in organizing events. Drawing upon the wisdom of seasoned event organizers, this resource is available for you and your co-organizers to explore and learn.

',23),s=[n];function l(u,c,d,p,m,h){return o(),a("div",null,s)}const y=e(i,[["render",l]]);export{f as __pageData,y as default}; diff --git a/pr-1489/assets/community_modular-meetup-intro.md.19dad4cd.lean.js b/pr-1489/assets/community_modular-meetup-intro.md.52d45155.lean.js similarity index 91% rename from pr-1489/assets/community_modular-meetup-intro.md.19dad4cd.lean.js rename to pr-1489/assets/community_modular-meetup-intro.md.52d45155.lean.js index 408f7b4c5a..1b4f09ce05 100644 --- a/pr-1489/assets/community_modular-meetup-intro.md.19dad4cd.lean.js +++ b/pr-1489/assets/community_modular-meetup-intro.md.52d45155.lean.js @@ -1 +1 @@ -import{_ as e,o,c as a,Q as t}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/Celestia_Modular_meetup2.jpg",f=JSON.parse('{"title":"Celestia Modular Meetup program","description":"The ultimate guide for Modular Meetup organizers!","frontmatter":{"description":"The ultimate guide for Modular Meetup organizers!","head":[["meta",{"name":"og:title","content":"Celestia Modular Meetup program | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-intro.md","filePath":"community/modular-meetup-intro.md","lastUpdated":1711718709000}'),i={name:"community/modular-meetup-intro.md"},n=t("",23),s=[n];function l(u,c,d,p,m,h){return o(),a("div",null,s)}const y=e(i,[["render",l]]);export{f as __pageData,y as default}; +import{_ as e,o,c as a,Q as t}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/Celestia_Modular_meetup2.jpg",f=JSON.parse('{"title":"Celestia Modular Meetup program","description":"The ultimate guide for Modular Meetup organizers!","frontmatter":{"description":"The ultimate guide for Modular Meetup organizers!","head":[["meta",{"name":"og:title","content":"Celestia Modular Meetup program | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-intro.md","filePath":"community/modular-meetup-intro.md","lastUpdated":1711718743000}'),i={name:"community/modular-meetup-intro.md"},n=t("",23),s=[n];function l(u,c,d,p,m,h){return o(),a("div",null,s)}const y=e(i,[["render",l]]);export{f as __pageData,y as default}; diff --git a/pr-1489/assets/community_modular-meetup-toolkit.md.d9c05079.js b/pr-1489/assets/community_modular-meetup-toolkit.md.16f76a43.js similarity index 98% rename from pr-1489/assets/community_modular-meetup-toolkit.md.d9c05079.js rename to pr-1489/assets/community_modular-meetup-toolkit.md.16f76a43.js index c7ca2d5f3a..b4246ef8d2 100644 --- a/pr-1489/assets/community_modular-meetup-toolkit.md.d9c05079.js +++ b/pr-1489/assets/community_modular-meetup-toolkit.md.16f76a43.js @@ -1 +1 @@ -import{_ as e,o,c as i,Q as t}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Modular Meetup Toolkit","description":"A toolkit for Modular Meetups.","frontmatter":{"description":"A toolkit for Modular Meetups.","head":[["meta",{"name":"og:title","content":"Modular Meetup Toolkit | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-toolkit.md","filePath":"community/modular-meetup-toolkit.md","lastUpdated":1711718709000}'),l={name:"community/modular-meetup-toolkit.md"},a=t('

Modular Meetup Toolkit ​

Welcome to the Modular Meetups Toolkit! This kit is designed to help you run successful meetups for the Celestia community. As the first modular blockchain, Celestia offers a lot to discuss and explore. This kit includes useful resources and materials to help you plan and execute your meetups effectively.

Celestia branding guidelines ​

Sample “Introduction to Modularity” workshop presentation ​

Sample “Run a Celestia light node” workshop presentation ​

Sample “Deploy a Sovereign Rollup” workshop presentation ​

Sample “Modular Meetup Introduction” workshop presentation ​

Swag logistics ​

With this Modular Meetups Organizer Kit, you’ll have everything you need to plan and execute engaging, informative, and successful meetups for the Celestia community. Happy organizing!

',15),r=[a];function n(s,p,u,d,h,c){return o(),i("div",null,r)}const f=e(l,[["render",n]]);export{g as __pageData,f as default}; +import{_ as e,o,c as i,Q as t}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Modular Meetup Toolkit","description":"A toolkit for Modular Meetups.","frontmatter":{"description":"A toolkit for Modular Meetups.","head":[["meta",{"name":"og:title","content":"Modular Meetup Toolkit | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-toolkit.md","filePath":"community/modular-meetup-toolkit.md","lastUpdated":1711718743000}'),l={name:"community/modular-meetup-toolkit.md"},a=t('

Modular Meetup Toolkit ​

Welcome to the Modular Meetups Toolkit! This kit is designed to help you run successful meetups for the Celestia community. As the first modular blockchain, Celestia offers a lot to discuss and explore. This kit includes useful resources and materials to help you plan and execute your meetups effectively.

Celestia branding guidelines ​

Sample “Introduction to Modularity” workshop presentation ​

Sample “Run a Celestia light node” workshop presentation ​

Sample “Deploy a Sovereign Rollup” workshop presentation ​

Sample “Modular Meetup Introduction” workshop presentation ​

Swag logistics ​

With this Modular Meetups Organizer Kit, you’ll have everything you need to plan and execute engaging, informative, and successful meetups for the Celestia community. Happy organizing!

',15),r=[a];function n(s,p,u,d,h,c){return o(),i("div",null,r)}const f=e(l,[["render",n]]);export{g as __pageData,f as default}; diff --git a/pr-1489/assets/community_modular-meetup-toolkit.md.d9c05079.lean.js b/pr-1489/assets/community_modular-meetup-toolkit.md.16f76a43.lean.js similarity index 90% rename from pr-1489/assets/community_modular-meetup-toolkit.md.d9c05079.lean.js rename to pr-1489/assets/community_modular-meetup-toolkit.md.16f76a43.lean.js index 78af825de9..d38896e43b 100644 --- a/pr-1489/assets/community_modular-meetup-toolkit.md.d9c05079.lean.js +++ b/pr-1489/assets/community_modular-meetup-toolkit.md.16f76a43.lean.js @@ -1 +1 @@ -import{_ as e,o,c as i,Q as t}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Modular Meetup Toolkit","description":"A toolkit for Modular Meetups.","frontmatter":{"description":"A toolkit for Modular Meetups.","head":[["meta",{"name":"og:title","content":"Modular Meetup Toolkit | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-toolkit.md","filePath":"community/modular-meetup-toolkit.md","lastUpdated":1711718709000}'),l={name:"community/modular-meetup-toolkit.md"},a=t("",15),r=[a];function n(s,p,u,d,h,c){return o(),i("div",null,r)}const f=e(l,[["render",n]]);export{g as __pageData,f as default}; +import{_ as e,o,c as i,Q as t}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Modular Meetup Toolkit","description":"A toolkit for Modular Meetups.","frontmatter":{"description":"A toolkit for Modular Meetups.","head":[["meta",{"name":"og:title","content":"Modular Meetup Toolkit | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/modular-meetup-toolkit.md","filePath":"community/modular-meetup-toolkit.md","lastUpdated":1711718743000}'),l={name:"community/modular-meetup-toolkit.md"},a=t("",15),r=[a];function n(s,p,u,d,h,c){return o(),i("div",null,r)}const f=e(l,[["render",n]]);export{g as __pageData,f as default}; diff --git a/pr-1489/assets/community_overview.md.909f556b.js b/pr-1489/assets/community_overview.md.436662fc.js similarity index 94% rename from pr-1489/assets/community_overview.md.909f556b.js rename to pr-1489/assets/community_overview.md.436662fc.js index 3032b087dc..c81a8dbfc5 100644 --- a/pr-1489/assets/community_overview.md.909f556b.js +++ b/pr-1489/assets/community_overview.md.436662fc.js @@ -1 +1 @@ -import{_ as o,o as i,c as a,k as e,a as t}from"./chunks/framework.611656c0.js";const y=JSON.parse('{"title":"Community overview","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Community overview | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/overview.md","filePath":"community/overview.md","lastUpdated":1711718709000}'),n={name:"community/overview.md"},r=e("h1",{id:"community-overview",tabindex:"-1"},[t("Community overview "),e("a",{class:"header-anchor",href:"#community-overview","aria-label":'Permalink to "Community overview"'},"​")],-1),c=e("p",null,"This section will highlight all the different resources and activities for the Celestia community.",-1),s=e("p",null,[t("Here you will find links to our "),e("a",{href:"./calendar"},"community calendar"),t(", "),e("a",{href:"./coc"},"Code of Conduct"),t(" and other community-related resources.")],-1),m=[r,c,s];function l(d,u,v,h,_,f){return i(),a("div",null,m)}const w=o(n,[["render",l]]);export{y as __pageData,w as default}; +import{_ as o,o as i,c as a,k as e,a as t}from"./chunks/framework.611656c0.js";const y=JSON.parse('{"title":"Community overview","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Community overview | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/overview.md","filePath":"community/overview.md","lastUpdated":1711718743000}'),n={name:"community/overview.md"},r=e("h1",{id:"community-overview",tabindex:"-1"},[t("Community overview "),e("a",{class:"header-anchor",href:"#community-overview","aria-label":'Permalink to "Community overview"'},"​")],-1),c=e("p",null,"This section will highlight all the different resources and activities for the Celestia community.",-1),s=e("p",null,[t("Here you will find links to our "),e("a",{href:"./calendar"},"community calendar"),t(", "),e("a",{href:"./coc"},"Code of Conduct"),t(" and other community-related resources.")],-1),m=[r,c,s];function l(d,u,v,h,_,f){return i(),a("div",null,m)}const w=o(n,[["render",l]]);export{y as __pageData,w as default}; diff --git a/pr-1489/assets/community_overview.md.909f556b.lean.js b/pr-1489/assets/community_overview.md.436662fc.lean.js similarity index 94% rename from pr-1489/assets/community_overview.md.909f556b.lean.js rename to pr-1489/assets/community_overview.md.436662fc.lean.js index 3032b087dc..c81a8dbfc5 100644 --- a/pr-1489/assets/community_overview.md.909f556b.lean.js +++ b/pr-1489/assets/community_overview.md.436662fc.lean.js @@ -1 +1 @@ -import{_ as o,o as i,c as a,k as e,a as t}from"./chunks/framework.611656c0.js";const y=JSON.parse('{"title":"Community overview","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Community overview | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/overview.md","filePath":"community/overview.md","lastUpdated":1711718709000}'),n={name:"community/overview.md"},r=e("h1",{id:"community-overview",tabindex:"-1"},[t("Community overview "),e("a",{class:"header-anchor",href:"#community-overview","aria-label":'Permalink to "Community overview"'},"​")],-1),c=e("p",null,"This section will highlight all the different resources and activities for the Celestia community.",-1),s=e("p",null,[t("Here you will find links to our "),e("a",{href:"./calendar"},"community calendar"),t(", "),e("a",{href:"./coc"},"Code of Conduct"),t(" and other community-related resources.")],-1),m=[r,c,s];function l(d,u,v,h,_,f){return i(),a("div",null,m)}const w=o(n,[["render",l]]);export{y as __pageData,w as default}; +import{_ as o,o as i,c as a,k as e,a as t}from"./chunks/framework.611656c0.js";const y=JSON.parse('{"title":"Community overview","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Community overview | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/overview.md","filePath":"community/overview.md","lastUpdated":1711718743000}'),n={name:"community/overview.md"},r=e("h1",{id:"community-overview",tabindex:"-1"},[t("Community overview "),e("a",{class:"header-anchor",href:"#community-overview","aria-label":'Permalink to "Community overview"'},"​")],-1),c=e("p",null,"This section will highlight all the different resources and activities for the Celestia community.",-1),s=e("p",null,[t("Here you will find links to our "),e("a",{href:"./calendar"},"community calendar"),t(", "),e("a",{href:"./coc"},"Code of Conduct"),t(" and other community-related resources.")],-1),m=[r,c,s];function l(d,u,v,h,_,f){return i(),a("div",null,m)}const w=o(n,[["render",l]]);export{y as __pageData,w as default}; diff --git a/pr-1489/assets/community_speaker-list.md.032b1175.js b/pr-1489/assets/community_speaker-list.md.938fd0c1.js similarity index 97% rename from pr-1489/assets/community_speaker-list.md.032b1175.js rename to pr-1489/assets/community_speaker-list.md.938fd0c1.js index e73d59a49e..aa902e74e6 100644 --- a/pr-1489/assets/community_speaker-list.md.032b1175.js +++ b/pr-1489/assets/community_speaker-list.md.938fd0c1.js @@ -1 +1 @@ -import{_ as t,o as a,c as s,k as e,a as i}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Speaker list","description":"Invite a speaker from the ecosystem to your Modular Meetup.","frontmatter":{"description":"Invite a speaker from the ecosystem to your Modular Meetup.","head":[["meta",{"name":"og:title","content":"Speaker list | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/speaker-list.md","filePath":"community/speaker-list.md","lastUpdated":1711718709000}'),o={name:"community/speaker-list.md"},r=e("h1",{id:"speaker-list",tabindex:"-1"},[i("Speaker list "),e("a",{class:"header-anchor",href:"#speaker-list","aria-label":'Permalink to "Speaker list"'},"​")],-1),n=e("p",null,"As a Modular Meetup organizer, we understand the importance of delivering engaging and informative content to your attendees. That's why we've created an exclusive Speaker List specifically tailored for organizers participating in the Modular Meetup Program. This resource gives you access to a curated selection of top-tier speakers who are passionate about Celestia and the modular ecosystem. Due to privacy, the list is not shared publicly but is accessible to participants of the Modular Meetup program when they create a meetup.",-1),l=e("p",null,"The Speaker List features experts from Celestia Labs, as well as prominent figures from the broader Celestia and modular communities. Each individual is well-versed in various aspects of the modular ecosystem, ensuring that your meetup attendees gain valuable insights and deepen their understanding of modular blockchains.",-1),c=e("p",null,"By joining the Modular Meetup Program, you can enjoy the benefits of our Speaker List and bring a touch of expertise to your events. The speakers can participate either in person or virtually, depending on location and timing.",-1),p=e("p",null,"You can expect benefits from the Speaker List including high-quality presentations, interactive Q&A sessions, and knowledge-sharing opportunities facilitated by the best and brightest in the Celestia ecosystem. With our Speaker List, you'll be able to create memorable and impactful Modular Meetups that foster genuine connections and promote growth within the community.",-1),d=[r,n,l,c,p];function u(h,m,f,g,y,k){return a(),s("div",null,d)}const v=t(o,[["render",u]]);export{b as __pageData,v as default}; +import{_ as t,o as a,c as s,k as e,a as i}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Speaker list","description":"Invite a speaker from the ecosystem to your Modular Meetup.","frontmatter":{"description":"Invite a speaker from the ecosystem to your Modular Meetup.","head":[["meta",{"name":"og:title","content":"Speaker list | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/speaker-list.md","filePath":"community/speaker-list.md","lastUpdated":1711718743000}'),o={name:"community/speaker-list.md"},r=e("h1",{id:"speaker-list",tabindex:"-1"},[i("Speaker list "),e("a",{class:"header-anchor",href:"#speaker-list","aria-label":'Permalink to "Speaker list"'},"​")],-1),n=e("p",null,"As a Modular Meetup organizer, we understand the importance of delivering engaging and informative content to your attendees. That's why we've created an exclusive Speaker List specifically tailored for organizers participating in the Modular Meetup Program. This resource gives you access to a curated selection of top-tier speakers who are passionate about Celestia and the modular ecosystem. Due to privacy, the list is not shared publicly but is accessible to participants of the Modular Meetup program when they create a meetup.",-1),l=e("p",null,"The Speaker List features experts from Celestia Labs, as well as prominent figures from the broader Celestia and modular communities. Each individual is well-versed in various aspects of the modular ecosystem, ensuring that your meetup attendees gain valuable insights and deepen their understanding of modular blockchains.",-1),c=e("p",null,"By joining the Modular Meetup Program, you can enjoy the benefits of our Speaker List and bring a touch of expertise to your events. The speakers can participate either in person or virtually, depending on location and timing.",-1),p=e("p",null,"You can expect benefits from the Speaker List including high-quality presentations, interactive Q&A sessions, and knowledge-sharing opportunities facilitated by the best and brightest in the Celestia ecosystem. With our Speaker List, you'll be able to create memorable and impactful Modular Meetups that foster genuine connections and promote growth within the community.",-1),d=[r,n,l,c,p];function u(h,m,f,g,y,k){return a(),s("div",null,d)}const v=t(o,[["render",u]]);export{b as __pageData,v as default}; diff --git a/pr-1489/assets/community_speaker-list.md.032b1175.lean.js b/pr-1489/assets/community_speaker-list.md.938fd0c1.lean.js similarity index 97% rename from pr-1489/assets/community_speaker-list.md.032b1175.lean.js rename to pr-1489/assets/community_speaker-list.md.938fd0c1.lean.js index e73d59a49e..aa902e74e6 100644 --- a/pr-1489/assets/community_speaker-list.md.032b1175.lean.js +++ b/pr-1489/assets/community_speaker-list.md.938fd0c1.lean.js @@ -1 +1 @@ -import{_ as t,o as a,c as s,k as e,a as i}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Speaker list","description":"Invite a speaker from the ecosystem to your Modular Meetup.","frontmatter":{"description":"Invite a speaker from the ecosystem to your Modular Meetup.","head":[["meta",{"name":"og:title","content":"Speaker list | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/speaker-list.md","filePath":"community/speaker-list.md","lastUpdated":1711718709000}'),o={name:"community/speaker-list.md"},r=e("h1",{id:"speaker-list",tabindex:"-1"},[i("Speaker list "),e("a",{class:"header-anchor",href:"#speaker-list","aria-label":'Permalink to "Speaker list"'},"​")],-1),n=e("p",null,"As a Modular Meetup organizer, we understand the importance of delivering engaging and informative content to your attendees. That's why we've created an exclusive Speaker List specifically tailored for organizers participating in the Modular Meetup Program. This resource gives you access to a curated selection of top-tier speakers who are passionate about Celestia and the modular ecosystem. Due to privacy, the list is not shared publicly but is accessible to participants of the Modular Meetup program when they create a meetup.",-1),l=e("p",null,"The Speaker List features experts from Celestia Labs, as well as prominent figures from the broader Celestia and modular communities. Each individual is well-versed in various aspects of the modular ecosystem, ensuring that your meetup attendees gain valuable insights and deepen their understanding of modular blockchains.",-1),c=e("p",null,"By joining the Modular Meetup Program, you can enjoy the benefits of our Speaker List and bring a touch of expertise to your events. The speakers can participate either in person or virtually, depending on location and timing.",-1),p=e("p",null,"You can expect benefits from the Speaker List including high-quality presentations, interactive Q&A sessions, and knowledge-sharing opportunities facilitated by the best and brightest in the Celestia ecosystem. With our Speaker List, you'll be able to create memorable and impactful Modular Meetups that foster genuine connections and promote growth within the community.",-1),d=[r,n,l,c,p];function u(h,m,f,g,y,k){return a(),s("div",null,d)}const v=t(o,[["render",u]]);export{b as __pageData,v as default}; +import{_ as t,o as a,c as s,k as e,a as i}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Speaker list","description":"Invite a speaker from the ecosystem to your Modular Meetup.","frontmatter":{"description":"Invite a speaker from the ecosystem to your Modular Meetup.","head":[["meta",{"name":"og:title","content":"Speaker list | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"community/speaker-list.md","filePath":"community/speaker-list.md","lastUpdated":1711718743000}'),o={name:"community/speaker-list.md"},r=e("h1",{id:"speaker-list",tabindex:"-1"},[i("Speaker list "),e("a",{class:"header-anchor",href:"#speaker-list","aria-label":'Permalink to "Speaker list"'},"​")],-1),n=e("p",null,"As a Modular Meetup organizer, we understand the importance of delivering engaging and informative content to your attendees. That's why we've created an exclusive Speaker List specifically tailored for organizers participating in the Modular Meetup Program. This resource gives you access to a curated selection of top-tier speakers who are passionate about Celestia and the modular ecosystem. Due to privacy, the list is not shared publicly but is accessible to participants of the Modular Meetup program when they create a meetup.",-1),l=e("p",null,"The Speaker List features experts from Celestia Labs, as well as prominent figures from the broader Celestia and modular communities. Each individual is well-versed in various aspects of the modular ecosystem, ensuring that your meetup attendees gain valuable insights and deepen their understanding of modular blockchains.",-1),c=e("p",null,"By joining the Modular Meetup Program, you can enjoy the benefits of our Speaker List and bring a touch of expertise to your events. The speakers can participate either in person or virtually, depending on location and timing.",-1),p=e("p",null,"You can expect benefits from the Speaker List including high-quality presentations, interactive Q&A sessions, and knowledge-sharing opportunities facilitated by the best and brightest in the Celestia ecosystem. With our Speaker List, you'll be able to create memorable and impactful Modular Meetups that foster genuine connections and promote growth within the community.",-1),d=[r,n,l,c,p];function u(h,m,f,g,y,k){return a(),s("div",null,d)}const v=t(o,[["render",u]]);export{b as __pageData,v as default}; diff --git a/pr-1489/assets/developers_arbitrum-dapp-deploy.md.9a04e067.js b/pr-1489/assets/developers_arbitrum-dapp-deploy.md.dab9787f.js similarity index 99% rename from pr-1489/assets/developers_arbitrum-dapp-deploy.md.9a04e067.js rename to pr-1489/assets/developers_arbitrum-dapp-deploy.md.dab9787f.js index 6cc178a549..33c828e4ac 100644 --- a/pr-1489/assets/developers_arbitrum-dapp-deploy.md.9a04e067.js +++ b/pr-1489/assets/developers_arbitrum-dapp-deploy.md.dab9787f.js @@ -1,4 +1,4 @@ -import{_ as s,o as a,c as o,Q as n}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/gm-arb.png",F=JSON.parse('{"title":"Deploy a dapp on your Arbitrum rollup devnet","description":"Make your own GM Portal dapp on your Arbitrum rollup.","frontmatter":{"description":"Make your own GM Portal dapp on your Arbitrum rollup.","head":[["meta",{"name":"og:title","content":"Deploy a dapp on your Arbitrum rollup devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-dapp-deploy.md","filePath":"developers/arbitrum-dapp-deploy.md","lastUpdated":1711718709000}'),p={name:"developers/arbitrum-dapp-deploy.md"},t=n(`

Deploy a dapp on your Arbitrum rollup devnet ​

First, review the Arbitrum integration, Deploy an Arbitrum rollup devnet, and Deploy a smart contract to your Arbitrum rollup pages.

Dependencies ​

Setup and contract deployment ​

  1. Clone the gm-portal from Github and start the frontend:

    bash
    cd $HOME
+import{_ as s,o as a,c as o,Q as n}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/gm-arb.png",F=JSON.parse('{"title":"Deploy a dapp on your Arbitrum rollup devnet","description":"Make your own GM Portal dapp on your Arbitrum rollup.","frontmatter":{"description":"Make your own GM Portal dapp on your Arbitrum rollup.","head":[["meta",{"name":"og:title","content":"Deploy a dapp on your Arbitrum rollup devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-dapp-deploy.md","filePath":"developers/arbitrum-dapp-deploy.md","lastUpdated":1711718743000}'),p={name:"developers/arbitrum-dapp-deploy.md"},t=n(`
    Deploy a dapp on your Arbitrum rollup devnet ​
    First, review the Arbitrum integration, Deploy an Arbitrum rollup devnet, and Deploy a smart contract to your Arbitrum rollup pages.
    Dependencies ​
    Setup and contract deployment ​
    1. Clone the gm-portal from Github and start the frontend:
      bash
      cd $HOME
 git clone https://github.com/jcstein/gm-portal.git
 cd gm-portal && git checkout arbitrum
 cd frontend && yarn && yarn dev
      cd $HOME
diff --git a/pr-1489/assets/developers_arbitrum-dapp-deploy.md.9a04e067.lean.js b/pr-1489/assets/developers_arbitrum-dapp-deploy.md.dab9787f.lean.js
similarity index 92%
rename from pr-1489/assets/developers_arbitrum-dapp-deploy.md.9a04e067.lean.js
rename to pr-1489/assets/developers_arbitrum-dapp-deploy.md.dab9787f.lean.js
index bfec59522e..c5aea65c1c 100644
--- a/pr-1489/assets/developers_arbitrum-dapp-deploy.md.9a04e067.lean.js
+++ b/pr-1489/assets/developers_arbitrum-dapp-deploy.md.dab9787f.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as o,Q as n}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/gm-arb.png",F=JSON.parse('{"title":"Deploy a dapp on your Arbitrum rollup devnet","description":"Make your own GM Portal dapp on your Arbitrum rollup.","frontmatter":{"description":"Make your own GM Portal dapp on your Arbitrum rollup.","head":[["meta",{"name":"og:title","content":"Deploy a dapp on your Arbitrum rollup devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-dapp-deploy.md","filePath":"developers/arbitrum-dapp-deploy.md","lastUpdated":1711718709000}'),p={name:"developers/arbitrum-dapp-deploy.md"},t=n("",16),e=[t];function r(c,i,y,d,E,h){return a(),o("div",null,e)}const m=s(p,[["render",r]]);export{F as __pageData,m as default};
+import{_ as s,o as a,c as o,Q as n}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/gm-arb.png",F=JSON.parse('{"title":"Deploy a dapp on your Arbitrum rollup devnet","description":"Make your own GM Portal dapp on your Arbitrum rollup.","frontmatter":{"description":"Make your own GM Portal dapp on your Arbitrum rollup.","head":[["meta",{"name":"og:title","content":"Deploy a dapp on your Arbitrum rollup devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-dapp-deploy.md","filePath":"developers/arbitrum-dapp-deploy.md","lastUpdated":1711718743000}'),p={name:"developers/arbitrum-dapp-deploy.md"},t=n("",16),e=[t];function r(c,i,y,d,E,h){return a(),o("div",null,e)}const m=s(p,[["render",r]]);export{F as __pageData,m as default};
diff --git a/pr-1489/assets/developers_arbitrum-deploy.md.fc9ea67d.js b/pr-1489/assets/developers_arbitrum-deploy.md.05f1b59e.js
similarity index 99%
rename from pr-1489/assets/developers_arbitrum-deploy.md.fc9ea67d.js
rename to pr-1489/assets/developers_arbitrum-deploy.md.05f1b59e.js
index e8c2f9aef3..d5852ca768 100644
--- a/pr-1489/assets/developers_arbitrum-deploy.md.fc9ea67d.js
+++ b/pr-1489/assets/developers_arbitrum-deploy.md.05f1b59e.js
@@ -1,4 +1,4 @@
-import{_ as a,o as n,c as o,Q as l,k as s}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Deploy an Arbitrum rollup devnet","description":"A guide on how to install Arbitrum Nitro and deploy an instance on an Ubuntu AMD machine, including the installation of necessary dependencies, cloning the repository, and installing Nitro from source.","frontmatter":{"description":"A guide on how to install Arbitrum Nitro and deploy an instance on an Ubuntu AMD machine, including the installation of necessary dependencies, cloning the repository, and installing Nitro from source.","head":[["meta",{"name":"og:title","content":"Deploy an Arbitrum rollup devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-deploy.md","filePath":"developers/arbitrum-deploy.md","lastUpdated":1711718709000}'),p={name:"developers/arbitrum-deploy.md"},e=l(`
      Deploy an Arbitrum rollup devnet ​
      We will go over installation of Arbitrum Nitro and deploying an instance on an Ubuntu AMD machine. This section covers all necessary dependencies needed to be installed.
      Dependencies ​
      General ​
      bash
      sudo apt update && sudo apt upgrade -y
+import{_ as a,o as n,c as o,Q as l,k as s}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Deploy an Arbitrum rollup devnet","description":"A guide on how to install Arbitrum Nitro and deploy an instance on an Ubuntu AMD machine, including the installation of necessary dependencies, cloning the repository, and installing Nitro from source.","frontmatter":{"description":"A guide on how to install Arbitrum Nitro and deploy an instance on an Ubuntu AMD machine, including the installation of necessary dependencies, cloning the repository, and installing Nitro from source.","head":[["meta",{"name":"og:title","content":"Deploy an Arbitrum rollup devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-deploy.md","filePath":"developers/arbitrum-deploy.md","lastUpdated":1711718743000}'),p={name:"developers/arbitrum-deploy.md"},e=l(`
      Deploy an Arbitrum rollup devnet ​
      We will go over installation of Arbitrum Nitro and deploying an instance on an Ubuntu AMD machine. This section covers all necessary dependencies needed to be installed.
      Dependencies ​
      General ​
      bash
      sudo apt update && sudo apt upgrade -y
 sudo apt install curl tar wget clang pkg-config libssl-dev cmake jq build-essential git make ncdu -y
      sudo apt update && sudo apt upgrade -y
 sudo apt install curl tar wget clang pkg-config libssl-dev cmake jq build-essential git make ncdu -y
      Rust ​
      bash
      curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
 source "$HOME/.cargo/env"
      curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
diff --git a/pr-1489/assets/developers_arbitrum-deploy.md.fc9ea67d.lean.js b/pr-1489/assets/developers_arbitrum-deploy.md.05f1b59e.lean.js
similarity index 95%
rename from pr-1489/assets/developers_arbitrum-deploy.md.fc9ea67d.lean.js
rename to pr-1489/assets/developers_arbitrum-deploy.md.05f1b59e.lean.js
index 764499674e..bc8d435bfb 100644
--- a/pr-1489/assets/developers_arbitrum-deploy.md.fc9ea67d.lean.js
+++ b/pr-1489/assets/developers_arbitrum-deploy.md.05f1b59e.lean.js
@@ -1 +1 @@
-import{_ as a,o as n,c as o,Q as l,k as s}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Deploy an Arbitrum rollup devnet","description":"A guide on how to install Arbitrum Nitro and deploy an instance on an Ubuntu AMD machine, including the installation of necessary dependencies, cloning the repository, and installing Nitro from source.","frontmatter":{"description":"A guide on how to install Arbitrum Nitro and deploy an instance on an Ubuntu AMD machine, including the installation of necessary dependencies, cloning the repository, and installing Nitro from source.","head":[["meta",{"name":"og:title","content":"Deploy an Arbitrum rollup devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-deploy.md","filePath":"developers/arbitrum-deploy.md","lastUpdated":1711718709000}'),p={name:"developers/arbitrum-deploy.md"},e=l("",23),t=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Arbitrum Nitro Rollup with Celestia as DA, validating blocks with WASM",src:"https://youtube.com/embed/xihXA3wkuLI",allowfullscreen:""})],-1),r=s("div",{class:"tip custom-block"},[s("p",{class:"custom-block-title"},"TIP"),s("p",null,"You may need significantly more RAM and CPU to validate all blocks with WASM. You'll also need to send transactions to generate new batches to be posted to Celestia!")],-1),c=[e,t,r];function y(E,i,F,d,u,h){return n(),o("div",null,c)}const m=a(p,[["render",y]]);export{g as __pageData,m as default};
+import{_ as a,o as n,c as o,Q as l,k as s}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Deploy an Arbitrum rollup devnet","description":"A guide on how to install Arbitrum Nitro and deploy an instance on an Ubuntu AMD machine, including the installation of necessary dependencies, cloning the repository, and installing Nitro from source.","frontmatter":{"description":"A guide on how to install Arbitrum Nitro and deploy an instance on an Ubuntu AMD machine, including the installation of necessary dependencies, cloning the repository, and installing Nitro from source.","head":[["meta",{"name":"og:title","content":"Deploy an Arbitrum rollup devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-deploy.md","filePath":"developers/arbitrum-deploy.md","lastUpdated":1711718743000}'),p={name:"developers/arbitrum-deploy.md"},e=l("",23),t=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Arbitrum Nitro Rollup with Celestia as DA, validating blocks with WASM",src:"https://youtube.com/embed/xihXA3wkuLI",allowfullscreen:""})],-1),r=s("div",{class:"tip custom-block"},[s("p",{class:"custom-block-title"},"TIP"),s("p",null,"You may need significantly more RAM and CPU to validate all blocks with WASM. You'll also need to send transactions to generate new batches to be posted to Celestia!")],-1),c=[e,t,r];function y(E,i,F,d,u,h){return n(),o("div",null,c)}const m=a(p,[["render",y]]);export{g as __pageData,m as default};
diff --git a/pr-1489/assets/developers_arbitrum-integration.md.7b825124.js b/pr-1489/assets/developers_arbitrum-integration.md.7d550e2e.js
similarity index 99%
rename from pr-1489/assets/developers_arbitrum-integration.md.7b825124.js
rename to pr-1489/assets/developers_arbitrum-integration.md.7d550e2e.js
index 1b26355f6f..5d9fb8895e 100644
--- a/pr-1489/assets/developers_arbitrum-integration.md.7b825124.js
+++ b/pr-1489/assets/developers_arbitrum-integration.md.7d550e2e.js
@@ -1,4 +1,4 @@
-import{_ as e,o as a,c as t,Q as s}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/Celestia-Arbitrum.png",f=JSON.parse('{"title":"Introduction to Arbitrum rollups with Celestia as DA","description":"An overview of the integration of Arbitrum Nitro with Celestia, detailing the key features and benefits, including the Ethereum fallback mechanism.","frontmatter":{"description":"An overview of the integration of Arbitrum Nitro with Celestia, detailing the key features and benefits, including the Ethereum fallback mechanism.","head":[["meta",{"name":"og:title","content":"Introduction to Arbitrum rollups with Celestia as DA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-integration.md","filePath":"developers/arbitrum-integration.md","lastUpdated":1711718709000}'),o={name:"developers/arbitrum-integration.md"},r=s('
      Introduction to Arbitrum rollups with Celestia as DA ​
      Celestia_Arbitrum
      Overview ​
      The integration of Celestia with Arbitrum Orbit and the Nitro tech stack marks the first external contribution to the Arbitrum Orbit protocol layer, offering developers an additional option for selecting a data availability layer alongside Arbitrum AnyTrust. The integration allows developers to deploy an Arbitrum Rollup that uses Celestia for data availability and settles on Ethereum.
      Arbitrum Orbit is a framework that enables the creation of customized, self-managed Arbitrum Rollup and AnyTrust chains. Key highlights of Arbitrum Orbit include:
      1. Creation of custom chains: Orbit allows the creation of dedicated chains that settle to Arbitrum's Layer 2 chains (Arbitrum One, Nova, Goerli, Sepolia), with customizable features like throughput, privacy, gas token, and governance.
      2. Solving Ethereum's scalability: Orbit addresses Ethereum's congestion and high demand for block space by enabling the creation of personal rollups, which offer scalable, secure alternatives to Ethereum's public chains.
      3. Decentralized application development: Orbit chains provide dedicated throughput, EVM+ compatibility, independent roadmaps, and reliable gas prices enhancing the development and operation of decentralized apps.
      4. Benefits to the Ethereum ecosystem: Orbit contributes to a multi-chain future for Ethereum, enhancing scalability, offering flexible security models, and enabling experimentation with execution environments and governance models.
      5. Versatility and interoperability: Orbit chains can be used for a range of purposes, from hosting a single dApp to an ecosystem of dApps, with the capability to communicate with other Orbit chains.
      Blobstream ​
      UPCOMING INTEGRATION
      The Blobstream section is currently under development. Please note that the integration with Blobstream is not yet finalized, but it is planned for implementation in the near future.
      The Celestia and Arbitrum integration also includes Blobstream, which relays commitments to Celestia’s data root to an onchain light client on Ethereum. This allows L2 solutions that settle on Ethereum to benefit from the scalability Celestia’s data availability layer can provide.
      As part of this integration, Blobstream is being called from the Arbitrum SequencerInbox.sol contract.
      In the SequencerInbox.sol contract, the validateBatchData modifier has been designed to authenticate that the data root is on Celestia when reading a batch of data. This is achieved by the following code in SequencerInbox.sol by @Ferret-San:
      Note that the data above is the bytes serialized version of this struct in Go:
      go
      type BlobPointer struct {
+import{_ as e,o as a,c as t,Q as s}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/Celestia-Arbitrum.png",f=JSON.parse('{"title":"Introduction to Arbitrum rollups with Celestia as DA","description":"An overview of the integration of Arbitrum Nitro with Celestia, detailing the key features and benefits, including the Ethereum fallback mechanism.","frontmatter":{"description":"An overview of the integration of Arbitrum Nitro with Celestia, detailing the key features and benefits, including the Ethereum fallback mechanism.","head":[["meta",{"name":"og:title","content":"Introduction to Arbitrum rollups with Celestia as DA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-integration.md","filePath":"developers/arbitrum-integration.md","lastUpdated":1711718743000}'),o={name:"developers/arbitrum-integration.md"},r=s('
      Introduction to Arbitrum rollups with Celestia as DA ​
      Celestia_Arbitrum
      Overview ​
      The integration of Celestia with Arbitrum Orbit and the Nitro tech stack marks the first external contribution to the Arbitrum Orbit protocol layer, offering developers an additional option for selecting a data availability layer alongside Arbitrum AnyTrust. The integration allows developers to deploy an Arbitrum Rollup that uses Celestia for data availability and settles on Ethereum.
      Arbitrum Orbit is a framework that enables the creation of customized, self-managed Arbitrum Rollup and AnyTrust chains. Key highlights of Arbitrum Orbit include:
      1. Creation of custom chains: Orbit allows the creation of dedicated chains that settle to Arbitrum's Layer 2 chains (Arbitrum One, Nova, Goerli, Sepolia), with customizable features like throughput, privacy, gas token, and governance.
      2. Solving Ethereum's scalability: Orbit addresses Ethereum's congestion and high demand for block space by enabling the creation of personal rollups, which offer scalable, secure alternatives to Ethereum's public chains.
      3. Decentralized application development: Orbit chains provide dedicated throughput, EVM+ compatibility, independent roadmaps, and reliable gas prices enhancing the development and operation of decentralized apps.
      4. Benefits to the Ethereum ecosystem: Orbit contributes to a multi-chain future for Ethereum, enhancing scalability, offering flexible security models, and enabling experimentation with execution environments and governance models.
      5. Versatility and interoperability: Orbit chains can be used for a range of purposes, from hosting a single dApp to an ecosystem of dApps, with the capability to communicate with other Orbit chains.
      Blobstream ​
      UPCOMING INTEGRATION
      The Blobstream section is currently under development. Please note that the integration with Blobstream is not yet finalized, but it is planned for implementation in the near future.
      The Celestia and Arbitrum integration also includes Blobstream, which relays commitments to Celestia’s data root to an onchain light client on Ethereum. This allows L2 solutions that settle on Ethereum to benefit from the scalability Celestia’s data availability layer can provide.
      As part of this integration, Blobstream is being called from the Arbitrum SequencerInbox.sol contract.
      In the SequencerInbox.sol contract, the validateBatchData modifier has been designed to authenticate that the data root is on Celestia when reading a batch of data. This is achieved by the following code in SequencerInbox.sol by @Ferret-San:
      Note that the data above is the bytes serialized version of this struct in Go:
      go
      type BlobPointer struct {
    BlockHeight    uint64
    Start          uint64
    SharesLength   uint64
diff --git a/pr-1489/assets/developers_arbitrum-integration.md.7b825124.lean.js b/pr-1489/assets/developers_arbitrum-integration.md.7d550e2e.lean.js
similarity index 93%
rename from pr-1489/assets/developers_arbitrum-integration.md.7b825124.lean.js
rename to pr-1489/assets/developers_arbitrum-integration.md.7d550e2e.lean.js
index 3523f38e27..ca9751129a 100644
--- a/pr-1489/assets/developers_arbitrum-integration.md.7b825124.lean.js
+++ b/pr-1489/assets/developers_arbitrum-integration.md.7d550e2e.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as s}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/Celestia-Arbitrum.png",f=JSON.parse('{"title":"Introduction to Arbitrum rollups with Celestia as DA","description":"An overview of the integration of Arbitrum Nitro with Celestia, detailing the key features and benefits, including the Ethereum fallback mechanism.","frontmatter":{"description":"An overview of the integration of Arbitrum Nitro with Celestia, detailing the key features and benefits, including the Ethereum fallback mechanism.","head":[["meta",{"name":"og:title","content":"Introduction to Arbitrum rollups with Celestia as DA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-integration.md","filePath":"developers/arbitrum-integration.md","lastUpdated":1711718709000}'),o={name:"developers/arbitrum-integration.md"},r=s("",21),i=[r];function l(c,p,h,d,u,b){return a(),t("div",null,i)}const y=e(o,[["render",l]]);export{f as __pageData,y as default};
+import{_ as e,o as a,c as t,Q as s}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/Celestia-Arbitrum.png",f=JSON.parse('{"title":"Introduction to Arbitrum rollups with Celestia as DA","description":"An overview of the integration of Arbitrum Nitro with Celestia, detailing the key features and benefits, including the Ethereum fallback mechanism.","frontmatter":{"description":"An overview of the integration of Arbitrum Nitro with Celestia, detailing the key features and benefits, including the Ethereum fallback mechanism.","head":[["meta",{"name":"og:title","content":"Introduction to Arbitrum rollups with Celestia as DA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-integration.md","filePath":"developers/arbitrum-integration.md","lastUpdated":1711718743000}'),o={name:"developers/arbitrum-integration.md"},r=s("",21),i=[r];function l(c,p,h,d,u,b){return a(),t("div",null,i)}const y=e(o,[["render",l]]);export{f as __pageData,y as default};
diff --git a/pr-1489/assets/developers_arbitrum-mocha.md.35d7caa5.js b/pr-1489/assets/developers_arbitrum-mocha.md.3f673213.js
similarity index 99%
rename from pr-1489/assets/developers_arbitrum-mocha.md.35d7caa5.js
rename to pr-1489/assets/developers_arbitrum-mocha.md.3f673213.js
index e2cbc4233a..057144c7b7 100644
--- a/pr-1489/assets/developers_arbitrum-mocha.md.35d7caa5.js
+++ b/pr-1489/assets/developers_arbitrum-mocha.md.3f673213.js
@@ -4,7 +4,7 @@ import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as t,c as p,k as s,a
 "namespace-id": "<your-10bytenamespace>", 
      "tendermint-rpc": "http://da:26657", 
 "tendermint-rpc": "http://rpc-mocha.pops.one:26657", 
 "namespace-id": "000008e5f679bf7116cb", 
-"namespace-id": "<your-10bytenamespace>", 
      2. `,1),ao=n('
      See an example diff of the setup, specifically the updates to nitro-testnode.
      Run your Nitro rollup on Mocha ​
      1. Start your rollup:
        bash
        ./test-node.bash --init --dev
        ./test-node.bash --init --dev
      2. Send a transaction:
        bash
        ./test-node.bash script send-l2 --to address_0x1111222233334444555566667777888899990000
        ./test-node.bash script send-l2 --to address_0x1111222233334444555566667777888899990000
      3. Find the batch transaction on mocha in the namespace you used. In this demonstration, I used the nitrovroom namespace.
      Congratulations! Your Arbitrum Nitro rollup testnet is now posting to Mocha testnet for data availability. 🏎️
      ',4),ro=JSON.parse('{"title":"Deploy an Arbitrum rollup to Mocha testnet","description":"An overview of the deploying Arbitrum Nitro and Celestia rollup to Mocha testnet.","frontmatter":{"description":"An overview of the deploying Arbitrum Nitro and Celestia rollup to Mocha testnet.","head":[["meta",{"name":"og:title","content":"Deploy an Arbitrum rollup to Mocha testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-mocha.md","filePath":"developers/arbitrum-mocha.md","lastUpdated":1711718709000}'),lo={name:"developers/arbitrum-mocha.md"},io=Object.assign(lo,{setup(eo){return(to,po)=>(t(),p("div",null,[c,s("ol",null,[s("li",null,[s("p",null,[o("Fully sync and fund a light node on Mocha testnet using the binary. This will use default node store of "),s("code",null,"$HOME/.celestia-light-"+l(e(a).mochaChainId),1),o(". This is what the docker-compose setup for the testnode will pick up as a node store. If you choose to use another node store, you will need to make changes yourself to reflect this.")])]),s("li",null,[_,s("div",r,[i,E,s("pre",d,[s("code",null,[y,o(`
+"namespace-id": "<your-10bytenamespace>",
    2. `,1),ao=n('

    See an example diff of the setup, specifically the updates to nitro-testnode.

    Run your Nitro rollup on Mocha ​

    1. Start your rollup:

      bash
      ./test-node.bash --init --dev
      ./test-node.bash --init --dev

    2. Send a transaction:

      bash
      ./test-node.bash script send-l2 --to address_0x1111222233334444555566667777888899990000
      ./test-node.bash script send-l2 --to address_0x1111222233334444555566667777888899990000

    3. Find the batch transaction on mocha in the namespace you used. In this demonstration, I used the nitrovroom namespace.

    Congratulations! Your Arbitrum Nitro rollup testnet is now posting to Mocha testnet for data availability. 🏎️

    ',4),ro=JSON.parse('{"title":"Deploy an Arbitrum rollup to Mocha testnet","description":"An overview of the deploying Arbitrum Nitro and Celestia rollup to Mocha testnet.","frontmatter":{"description":"An overview of the deploying Arbitrum Nitro and Celestia rollup to Mocha testnet.","head":[["meta",{"name":"og:title","content":"Deploy an Arbitrum rollup to Mocha testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-mocha.md","filePath":"developers/arbitrum-mocha.md","lastUpdated":1711718743000}'),lo={name:"developers/arbitrum-mocha.md"},io=Object.assign(lo,{setup(eo){return(to,po)=>(t(),p("div",null,[c,s("ol",null,[s("li",null,[s("p",null,[o("Fully sync and fund a light node on Mocha testnet using the binary. This will use default node store of "),s("code",null,"$HOME/.celestia-light-"+l(e(a).mochaChainId),1),o(". This is what the docker-compose setup for the testnode will pick up as a node store. If you choose to use another node store, you will need to make changes yourself to reflect this.")])]),s("li",null,[_,s("div",r,[i,E,s("pre",d,[s("code",null,[y,o(` `),h,o(` `),T,o(` `),u,o(` diff --git a/pr-1489/assets/developers_arbitrum-mocha.md.35d7caa5.lean.js b/pr-1489/assets/developers_arbitrum-mocha.md.3f673213.lean.js similarity index 99% rename from pr-1489/assets/developers_arbitrum-mocha.md.35d7caa5.lean.js rename to pr-1489/assets/developers_arbitrum-mocha.md.3f673213.lean.js index 12e6fe8be0..d0abd7b9c3 100644 --- a/pr-1489/assets/developers_arbitrum-mocha.md.35d7caa5.lean.js +++ b/pr-1489/assets/developers_arbitrum-mocha.md.3f673213.lean.js @@ -1,4 +1,4 @@ -import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as t,c as p,k as s,a as o,t as l,l as e,Q as n}from"./chunks/framework.611656c0.js";const c=n("",5),_=s("p",null,[o("Change the following in "),s("a",{href:"https://github.com/celestiaorg/nitro-testnode/blob/e4e5acd36890e650c581188ef746a7b02202583a/docker-compose.yaml#L3-L15",target:"_blank",rel:"noreferrer"},[s("code",null,"nitro-testnode/docker-compose.yaml")]),o(":")],-1),r={class:"language-bash vp-adaptive-theme"},i=s("button",{title:"Copy Code",class:"copy"},null,-1),E=s("span",{class:"lang"},"bash",-1),d={class:"shiki github-dark has-diff vp-code-dark"},y=s("span",{class:"line"},[s("span",{style:{color:"#B392F0"}},"da:")],-1),h=n("",1),T=n("",1),u=n("",1),C=n("",1),F=n("",1),A=n("",1),f=n("",1),S=n("",1),m=n("",1),g=n("",1),P=s("span",{class:"line diff add"},[s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#B392F0"}},"environment:"),s("span",{style:{color:"#E1E4E8"}}," ")],-1),I=n("",1),b=n("",1),V=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#B392F0"}},"ports:")],-1),D=n("",1),B=n("",1),q=n("",1),N=s("span",{class:"line diff add"},[s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#B392F0"}},"volumes:"),s("span",{style:{color:"#E1E4E8"}}," ")],-1),v={class:"line diff add"},k=s("span",{style:{color:"#E1E4E8"}}," ",-1),R=s("span",{style:{color:"#B392F0"}},"-",-1),O=s("span",{style:{color:"#E1E4E8"}}," $HOME",-1),x={style:{color:"#9ECBFF"}},M=s("span",{style:{color:"#E1E4E8"}}," ",-1),w=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#B392F0"}},"healthcheck:")],-1),H=n("",1),L=n("",1),$=n("",1),K=n("",1),U=n("",1),W={class:"shiki github-light has-diff vp-code-light"},Y=s("span",{class:"line"},[s("span",{style:{color:"#6F42C1"}},"da:")],-1),j=n("",1),G=n("",1),J=n("",1),Q=n("",1),z=n("",1),X=n("",1),Z=n("",1),ss=n("",1),os=n("",1),ns=n("",1),as=s("span",{class:"line diff add"},[s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#6F42C1"}},"environment:"),s("span",{style:{color:"#24292E"}}," ")],-1),ls=n("",1),es=n("",1),ts=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#6F42C1"}},"ports:")],-1),ps=n("",1),cs=n("",1),_s=n("",1),rs=s("span",{class:"line diff add"},[s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#6F42C1"}},"volumes:"),s("span",{style:{color:"#24292E"}}," ")],-1),is={class:"line diff add"},Es=s("span",{style:{color:"#24292E"}}," ",-1),ds=s("span",{style:{color:"#6F42C1"}},"-",-1),ys=s("span",{style:{color:"#24292E"}}," $HOME",-1),hs={style:{color:"#032F62"}},Ts=s("span",{style:{color:"#24292E"}}," ",-1),us=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#6F42C1"}},"healthcheck:")],-1),Cs=n("",1),Fs=n("",1),As=n("",1),fs=n("",1),Ss=n("",1),ms=s("div",{class:"warning custom-block"},[s("p",{class:"custom-block-title"},"WARNING"),s("p",null,[o("It is not advised to run with "),s("code",null,"user: root"),o(" permissions in production.")])],-1),gs=s("p",null,[o("In "),s("a",{href:"https://github.com/celestiaorg/nitro-testnode/blob/e4e5acd36890e650c581188ef746a7b02202583a/test-node.bash#L7-L287",target:"_blank",rel:"noreferrer"},[s("code",null,"nitro-testnode/test-node.bash")]),o(" make the following changes:")],-1),Ps={class:"language-bash vp-adaptive-theme"},Is=s("button",{title:"Copy Code",class:"copy"},null,-1),bs=s("span",{class:"lang"},"bash",-1),Vs={class:"shiki github-dark has-diff vp-code-dark"},Ds=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# Line 7")],-1),Bs=n("",1),qs={class:"line diff add"},Ns=s("span",{style:{color:"#E1E4E8"}},"NODE_PATH",-1),vs=s("span",{style:{color:"#F97583"}},"=",-1),ks={style:{color:"#9ECBFF"}},Rs=s("span",{style:{color:"#E1E4E8"}}," ",-1),Os=s("span",{class:"line"},null,-1),xs=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# Line 287")],-1),Ms=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# NOTE: depending on the version you're using, you may have a different")],-1),ws=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# container name to start. Change yours accordingly to `celestia-da`.")],-1),Hs=n("",1),Ls=n("",1),$s={class:"shiki github-light has-diff vp-code-light"},Ks=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# Line 7")],-1),Us=n("",1),Ws={class:"line diff add"},Ys=s("span",{style:{color:"#24292E"}},"NODE_PATH",-1),js=s("span",{style:{color:"#D73A49"}},"=",-1),Gs={style:{color:"#032F62"}},Js=s("span",{style:{color:"#24292E"}}," ",-1),Qs=s("span",{class:"line"},null,-1),zs=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# Line 287")],-1),Xs=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# NOTE: depending on the version you're using, you may have a different")],-1),Zs=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# container name to start. Change yours accordingly to `celestia-da`.")],-1),so=n("",1),oo=n("",1),no=n("",1),ao=n("",4),ro=JSON.parse('{"title":"Deploy an Arbitrum rollup to Mocha testnet","description":"An overview of the deploying Arbitrum Nitro and Celestia rollup to Mocha testnet.","frontmatter":{"description":"An overview of the deploying Arbitrum Nitro and Celestia rollup to Mocha testnet.","head":[["meta",{"name":"og:title","content":"Deploy an Arbitrum rollup to Mocha testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-mocha.md","filePath":"developers/arbitrum-mocha.md","lastUpdated":1711718709000}'),lo={name:"developers/arbitrum-mocha.md"},io=Object.assign(lo,{setup(eo){return(to,po)=>(t(),p("div",null,[c,s("ol",null,[s("li",null,[s("p",null,[o("Fully sync and fund a light node on Mocha testnet using the binary. This will use default node store of "),s("code",null,"$HOME/.celestia-light-"+l(e(a).mochaChainId),1),o(". This is what the docker-compose setup for the testnode will pick up as a node store. If you choose to use another node store, you will need to make changes yourself to reflect this.")])]),s("li",null,[_,s("div",r,[i,E,s("pre",d,[s("code",null,[y,o(` +import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as t,c as p,k as s,a as o,t as l,l as e,Q as n}from"./chunks/framework.611656c0.js";const c=n("",5),_=s("p",null,[o("Change the following in "),s("a",{href:"https://github.com/celestiaorg/nitro-testnode/blob/e4e5acd36890e650c581188ef746a7b02202583a/docker-compose.yaml#L3-L15",target:"_blank",rel:"noreferrer"},[s("code",null,"nitro-testnode/docker-compose.yaml")]),o(":")],-1),r={class:"language-bash vp-adaptive-theme"},i=s("button",{title:"Copy Code",class:"copy"},null,-1),E=s("span",{class:"lang"},"bash",-1),d={class:"shiki github-dark has-diff vp-code-dark"},y=s("span",{class:"line"},[s("span",{style:{color:"#B392F0"}},"da:")],-1),h=n("",1),T=n("",1),u=n("",1),C=n("",1),F=n("",1),A=n("",1),f=n("",1),S=n("",1),m=n("",1),g=n("",1),P=s("span",{class:"line diff add"},[s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#B392F0"}},"environment:"),s("span",{style:{color:"#E1E4E8"}}," ")],-1),I=n("",1),b=n("",1),V=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#B392F0"}},"ports:")],-1),D=n("",1),B=n("",1),q=n("",1),N=s("span",{class:"line diff add"},[s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#B392F0"}},"volumes:"),s("span",{style:{color:"#E1E4E8"}}," ")],-1),v={class:"line diff add"},k=s("span",{style:{color:"#E1E4E8"}}," ",-1),R=s("span",{style:{color:"#B392F0"}},"-",-1),O=s("span",{style:{color:"#E1E4E8"}}," $HOME",-1),x={style:{color:"#9ECBFF"}},M=s("span",{style:{color:"#E1E4E8"}}," ",-1),w=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#B392F0"}},"healthcheck:")],-1),H=n("",1),L=n("",1),$=n("",1),K=n("",1),U=n("",1),W={class:"shiki github-light has-diff vp-code-light"},Y=s("span",{class:"line"},[s("span",{style:{color:"#6F42C1"}},"da:")],-1),j=n("",1),G=n("",1),J=n("",1),Q=n("",1),z=n("",1),X=n("",1),Z=n("",1),ss=n("",1),os=n("",1),ns=n("",1),as=s("span",{class:"line diff add"},[s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#6F42C1"}},"environment:"),s("span",{style:{color:"#24292E"}}," ")],-1),ls=n("",1),es=n("",1),ts=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#6F42C1"}},"ports:")],-1),ps=n("",1),cs=n("",1),_s=n("",1),rs=s("span",{class:"line diff add"},[s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#6F42C1"}},"volumes:"),s("span",{style:{color:"#24292E"}}," ")],-1),is={class:"line diff add"},Es=s("span",{style:{color:"#24292E"}}," ",-1),ds=s("span",{style:{color:"#6F42C1"}},"-",-1),ys=s("span",{style:{color:"#24292E"}}," $HOME",-1),hs={style:{color:"#032F62"}},Ts=s("span",{style:{color:"#24292E"}}," ",-1),us=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#6F42C1"}},"healthcheck:")],-1),Cs=n("",1),Fs=n("",1),As=n("",1),fs=n("",1),Ss=n("",1),ms=s("div",{class:"warning custom-block"},[s("p",{class:"custom-block-title"},"WARNING"),s("p",null,[o("It is not advised to run with "),s("code",null,"user: root"),o(" permissions in production.")])],-1),gs=s("p",null,[o("In "),s("a",{href:"https://github.com/celestiaorg/nitro-testnode/blob/e4e5acd36890e650c581188ef746a7b02202583a/test-node.bash#L7-L287",target:"_blank",rel:"noreferrer"},[s("code",null,"nitro-testnode/test-node.bash")]),o(" make the following changes:")],-1),Ps={class:"language-bash vp-adaptive-theme"},Is=s("button",{title:"Copy Code",class:"copy"},null,-1),bs=s("span",{class:"lang"},"bash",-1),Vs={class:"shiki github-dark has-diff vp-code-dark"},Ds=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# Line 7")],-1),Bs=n("",1),qs={class:"line diff add"},Ns=s("span",{style:{color:"#E1E4E8"}},"NODE_PATH",-1),vs=s("span",{style:{color:"#F97583"}},"=",-1),ks={style:{color:"#9ECBFF"}},Rs=s("span",{style:{color:"#E1E4E8"}}," ",-1),Os=s("span",{class:"line"},null,-1),xs=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# Line 287")],-1),Ms=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# NOTE: depending on the version you're using, you may have a different")],-1),ws=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# container name to start. Change yours accordingly to `celestia-da`.")],-1),Hs=n("",1),Ls=n("",1),$s={class:"shiki github-light has-diff vp-code-light"},Ks=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# Line 7")],-1),Us=n("",1),Ws={class:"line diff add"},Ys=s("span",{style:{color:"#24292E"}},"NODE_PATH",-1),js=s("span",{style:{color:"#D73A49"}},"=",-1),Gs={style:{color:"#032F62"}},Js=s("span",{style:{color:"#24292E"}}," ",-1),Qs=s("span",{class:"line"},null,-1),zs=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# Line 287")],-1),Xs=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# NOTE: depending on the version you're using, you may have a different")],-1),Zs=s("span",{class:"line"},[s("span",{style:{color:"#6A737D"}},"# container name to start. Change yours accordingly to `celestia-da`.")],-1),so=n("",1),oo=n("",1),no=n("",1),ao=n("",4),ro=JSON.parse('{"title":"Deploy an Arbitrum rollup to Mocha testnet","description":"An overview of the deploying Arbitrum Nitro and Celestia rollup to Mocha testnet.","frontmatter":{"description":"An overview of the deploying Arbitrum Nitro and Celestia rollup to Mocha testnet.","head":[["meta",{"name":"og:title","content":"Deploy an Arbitrum rollup to Mocha testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-mocha.md","filePath":"developers/arbitrum-mocha.md","lastUpdated":1711718743000}'),lo={name:"developers/arbitrum-mocha.md"},io=Object.assign(lo,{setup(eo){return(to,po)=>(t(),p("div",null,[c,s("ol",null,[s("li",null,[s("p",null,[o("Fully sync and fund a light node on Mocha testnet using the binary. This will use default node store of "),s("code",null,"$HOME/.celestia-light-"+l(e(a).mochaChainId),1),o(". This is what the docker-compose setup for the testnode will pick up as a node store. If you choose to use another node store, you will need to make changes yourself to reflect this.")])]),s("li",null,[_,s("div",r,[i,E,s("pre",d,[s("code",null,[y,o(` `),h,o(` `),T,o(` `),u,o(` diff --git a/pr-1489/assets/developers_arbitrum-smart-contract.md.981fe502.js b/pr-1489/assets/developers_arbitrum-smart-contract.md.0e33fbc4.js similarity index 99% rename from pr-1489/assets/developers_arbitrum-smart-contract.md.981fe502.js rename to pr-1489/assets/developers_arbitrum-smart-contract.md.0e33fbc4.js index cd0716a224..e68a2f2ef7 100644 --- a/pr-1489/assets/developers_arbitrum-smart-contract.md.981fe502.js +++ b/pr-1489/assets/developers_arbitrum-smart-contract.md.0e33fbc4.js @@ -1,4 +1,4 @@ -import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Deploy a smart contract to your Arbitrum rollup","description":"A tutorial that guides you through the process of deploying a smart contract to your Arbitrum rollup using a L2 Nitro devnet, including setting up the environment, creating and testing the smart contract, and interacting with the deployed contract.","frontmatter":{"description":"A tutorial that guides you through the process of deploying a smart contract to your Arbitrum rollup using a L2 Nitro devnet, including setting up the environment, creating and testing the smart contract, and interacting with the deployed contract.","head":[["meta",{"name":"og:title","content":"Deploy a smart contract to your Arbitrum rollup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-smart-contract.md","filePath":"developers/arbitrum-smart-contract.md","lastUpdated":1711718709000}'),l={name:"developers/arbitrum-smart-contract.md"},p=o(`

    Deploy a smart contract to your Arbitrum rollup ​

    Overview ​

    Welcome to the guide on deploying a smart contract to your Arbitrum rollup. In this tutorial, you will learn how to deploy a smart contract using the L2 Nitro devnet and the provided public and private keys for testing purposes.

    Prerequisites ​

    Setup ​

    First, in your $HOME directory, set up a new project folder for this tutorial and init the project with npm:

    bash
    cd $HOME
+import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Deploy a smart contract to your Arbitrum rollup","description":"A tutorial that guides you through the process of deploying a smart contract to your Arbitrum rollup using a L2 Nitro devnet, including setting up the environment, creating and testing the smart contract, and interacting with the deployed contract.","frontmatter":{"description":"A tutorial that guides you through the process of deploying a smart contract to your Arbitrum rollup using a L2 Nitro devnet, including setting up the environment, creating and testing the smart contract, and interacting with the deployed contract.","head":[["meta",{"name":"og:title","content":"Deploy a smart contract to your Arbitrum rollup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-smart-contract.md","filePath":"developers/arbitrum-smart-contract.md","lastUpdated":1711718743000}'),l={name:"developers/arbitrum-smart-contract.md"},p=o(`
    Deploy a smart contract to your Arbitrum rollup ​
    Overview ​
    Welcome to the guide on deploying a smart contract to your Arbitrum rollup. In this tutorial, you will learn how to deploy a smart contract using the L2 Nitro devnet and the provided public and private keys for testing purposes.
    Prerequisites ​
    Setup ​
    First, in your $HOME directory, set up a new project folder for this tutorial and init the project with npm:
    bash
    cd $HOME
 mkdir counter-project && cd counter-project && npm init -y
    cd $HOME
 mkdir counter-project && cd counter-project && npm init -y
    Next, initialize a Foundry project with the following command:
    bash
    forge init counter_contract
    forge init counter_contract
    Create your smart contract ​
    Take a look at the Counter.sol file in your counter-project/counter_contract/src directory:
    solidity
    // SPDX-License-Identifier: UNLICENSED
 pragma solidity ^0.8.13;
diff --git a/pr-1489/assets/developers_arbitrum-smart-contract.md.981fe502.lean.js b/pr-1489/assets/developers_arbitrum-smart-contract.md.0e33fbc4.lean.js
similarity index 94%
rename from pr-1489/assets/developers_arbitrum-smart-contract.md.981fe502.lean.js
rename to pr-1489/assets/developers_arbitrum-smart-contract.md.0e33fbc4.lean.js
index 2a7e1da6a3..b1e53aa247 100644
--- a/pr-1489/assets/developers_arbitrum-smart-contract.md.981fe502.lean.js
+++ b/pr-1489/assets/developers_arbitrum-smart-contract.md.0e33fbc4.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Deploy a smart contract to your Arbitrum rollup","description":"A tutorial that guides you through the process of deploying a smart contract to your Arbitrum rollup using a L2 Nitro devnet, including setting up the environment, creating and testing the smart contract, and interacting with the deployed contract.","frontmatter":{"description":"A tutorial that guides you through the process of deploying a smart contract to your Arbitrum rollup using a L2 Nitro devnet, including setting up the environment, creating and testing the smart contract, and interacting with the deployed contract.","head":[["meta",{"name":"og:title","content":"Deploy a smart contract to your Arbitrum rollup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-smart-contract.md","filePath":"developers/arbitrum-smart-contract.md","lastUpdated":1711718709000}'),l={name:"developers/arbitrum-smart-contract.md"},p=o("",60),e=[p];function t(c,r,i,y,E,u){return a(),n("div",null,e)}const h=s(l,[["render",t]]);export{F as __pageData,h as default};
+import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Deploy a smart contract to your Arbitrum rollup","description":"A tutorial that guides you through the process of deploying a smart contract to your Arbitrum rollup using a L2 Nitro devnet, including setting up the environment, creating and testing the smart contract, and interacting with the deployed contract.","frontmatter":{"description":"A tutorial that guides you through the process of deploying a smart contract to your Arbitrum rollup using a L2 Nitro devnet, including setting up the environment, creating and testing the smart contract, and interacting with the deployed contract.","head":[["meta",{"name":"og:title","content":"Deploy a smart contract to your Arbitrum rollup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/arbitrum-smart-contract.md","filePath":"developers/arbitrum-smart-contract.md","lastUpdated":1711718743000}'),l={name:"developers/arbitrum-smart-contract.md"},p=o("",60),e=[p];function t(c,r,i,y,E,u){return a(),n("div",null,e)}const h=s(l,[["render",t]]);export{F as __pageData,h as default};
diff --git a/pr-1489/assets/developers_blobstream-contracts.md.5da7ee6a.js b/pr-1489/assets/developers_blobstream-contracts.md.5207130e.js
similarity index 99%
rename from pr-1489/assets/developers_blobstream-contracts.md.5da7ee6a.js
rename to pr-1489/assets/developers_blobstream-contracts.md.5207130e.js
index f45f604dc1..3a8f5c9a06 100644
--- a/pr-1489/assets/developers_blobstream-contracts.md.5da7ee6a.js
+++ b/pr-1489/assets/developers_blobstream-contracts.md.5207130e.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as o,Q as e}from"./chunks/framework.611656c0.js";const d=JSON.parse(`{"title":"Integrate with Blobstream contracts","description":"Learn how to integrate your L2's onchain logic with Blobstream","frontmatter":{"sidebar_label":"Integrate with Blobstream contracts","description":"Learn how to integrate your L2's onchain logic with Blobstream","head":[["meta",{"name":"og:title","content":"Integrate with Blobstream contracts | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-contracts.md","filePath":"developers/blobstream-contracts.md","lastUpdated":1711718709000}`),n={name:"developers/blobstream-contracts.md"},l=e(`
    Integrate with Blobstream contracts ​
    Getting started ​
    Prerequisites ​
    Make sure to have the following installed:
    Installing Blobstream X contracts ​
    We will be using the Blobstream X implementation of Blobstream, so we can install its repo as a dependency:
    Install the Blobstream X contracts repo as a dependency:
    sh
    forge install succinctlabs/blobstreamx --no-commit
    forge install succinctlabs/blobstreamx --no-commit
    Make sure that the directory you're running this command from is an initialized git repository. If not, just initialize the repo using:
    sh
    git init
    git init
    Note that the minimum Solidity compiler version for using the Blobstream contracts is 0.8.19.
    Example usage ​
    Example minimal Solidity contract for a stub ZK rollup that leverages the BlobstreamX.sol contract to check that data has been posted to Celestia:
    solidity
    // SPDX-License-Identifier: Apache-2.0
+import{_ as s,o as a,c as o,Q as e}from"./chunks/framework.611656c0.js";const d=JSON.parse(`{"title":"Integrate with Blobstream contracts","description":"Learn how to integrate your L2's onchain logic with Blobstream","frontmatter":{"sidebar_label":"Integrate with Blobstream contracts","description":"Learn how to integrate your L2's onchain logic with Blobstream","head":[["meta",{"name":"og:title","content":"Integrate with Blobstream contracts | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-contracts.md","filePath":"developers/blobstream-contracts.md","lastUpdated":1711718743000}`),n={name:"developers/blobstream-contracts.md"},l=e(`
    Integrate with Blobstream contracts ​
    Getting started ​
    Prerequisites ​
    Make sure to have the following installed:
    Installing Blobstream X contracts ​
    We will be using the Blobstream X implementation of Blobstream, so we can install its repo as a dependency:
    Install the Blobstream X contracts repo as a dependency:
    sh
    forge install succinctlabs/blobstreamx --no-commit
    forge install succinctlabs/blobstreamx --no-commit
    Make sure that the directory you're running this command from is an initialized git repository. If not, just initialize the repo using:
    sh
    git init
    git init
    Note that the minimum Solidity compiler version for using the Blobstream contracts is 0.8.19.
    Example usage ​
    Example minimal Solidity contract for a stub ZK rollup that leverages the BlobstreamX.sol contract to check that data has been posted to Celestia:
    solidity
    // SPDX-License-Identifier: Apache-2.0
 pragma solidity ^0.8.19;
 
 TBD
diff --git a/pr-1489/assets/developers_blobstream-contracts.md.5da7ee6a.lean.js b/pr-1489/assets/developers_blobstream-contracts.md.5207130e.lean.js
similarity index 92%
rename from pr-1489/assets/developers_blobstream-contracts.md.5da7ee6a.lean.js
rename to pr-1489/assets/developers_blobstream-contracts.md.5207130e.lean.js
index 004a4d14b9..84b56c51f7 100644
--- a/pr-1489/assets/developers_blobstream-contracts.md.5da7ee6a.lean.js
+++ b/pr-1489/assets/developers_blobstream-contracts.md.5207130e.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as o,Q as e}from"./chunks/framework.611656c0.js";const d=JSON.parse(`{"title":"Integrate with Blobstream contracts","description":"Learn how to integrate your L2's onchain logic with Blobstream","frontmatter":{"sidebar_label":"Integrate with Blobstream contracts","description":"Learn how to integrate your L2's onchain logic with Blobstream","head":[["meta",{"name":"og:title","content":"Integrate with Blobstream contracts | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-contracts.md","filePath":"developers/blobstream-contracts.md","lastUpdated":1711718709000}`),n={name:"developers/blobstream-contracts.md"},l=e("",28),t=[l];function r(p,c,i,y,E,h){return a(),o("div",null,t)}const u=s(n,[["render",r]]);export{d as __pageData,u as default};
+import{_ as s,o as a,c as o,Q as e}from"./chunks/framework.611656c0.js";const d=JSON.parse(`{"title":"Integrate with Blobstream contracts","description":"Learn how to integrate your L2's onchain logic with Blobstream","frontmatter":{"sidebar_label":"Integrate with Blobstream contracts","description":"Learn how to integrate your L2's onchain logic with Blobstream","head":[["meta",{"name":"og:title","content":"Integrate with Blobstream contracts | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-contracts.md","filePath":"developers/blobstream-contracts.md","lastUpdated":1711718743000}`),n={name:"developers/blobstream-contracts.md"},l=e("",28),t=[l];function r(p,c,i,y,E,h){return a(),o("div",null,t)}const u=s(n,[["render",r]]);export{d as __pageData,u as default};
diff --git a/pr-1489/assets/developers_blobstream-offchain.md.81750053.js b/pr-1489/assets/developers_blobstream-offchain.md.989c10da.js
similarity index 99%
rename from pr-1489/assets/developers_blobstream-offchain.md.81750053.js
rename to pr-1489/assets/developers_blobstream-offchain.md.989c10da.js
index 3e40c2147b..9e4ccd8e70 100644
--- a/pr-1489/assets/developers_blobstream-offchain.md.81750053.js
+++ b/pr-1489/assets/developers_blobstream-offchain.md.989c10da.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse(`{"title":"Integrate with Blobstream client","description":"Learn how to integrate your L2's offchain logic with Blobstream","frontmatter":{"description":"Learn how to integrate your L2's offchain logic with Blobstream","head":[["meta",{"name":"og:title","content":"Integrate with Blobstream client | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-offchain.md","filePath":"developers/blobstream-offchain.md","lastUpdated":1711718709000}`),e={name:"developers/blobstream-offchain.md"},o=l(`
    Integrate with Blobstream client ​
    Blobstream demo rollup ​
    Rollups can use Blobstream for DA by posting their data to Celestia and then proving that it was posted on Ethereum. This is done identically to how any rollup or user would post data to Celestia. Then, a zero-knowledge proof that Celestia validators have come to consensus on Celestia block headers is generated, and subsequently relayed to Ethereum to the Blobstream X smart contract.
    This demo rollup will outline (the outline is not an implementation! please do not expect to copy and paste this code 🙂) a very simple Blobstream rollup to illustrate at a high level what this could look like.
    Defining a chain ​
    The first step to starting a new chain is to define the structure of the commitments that each block consists of.
    go
    type Block struct {
+import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse(`{"title":"Integrate with Blobstream client","description":"Learn how to integrate your L2's offchain logic with Blobstream","frontmatter":{"description":"Learn how to integrate your L2's offchain logic with Blobstream","head":[["meta",{"name":"og:title","content":"Integrate with Blobstream client | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-offchain.md","filePath":"developers/blobstream-offchain.md","lastUpdated":1711718743000}`),e={name:"developers/blobstream-offchain.md"},o=l(`
    Integrate with Blobstream client ​
    Blobstream demo rollup ​
    Rollups can use Blobstream for DA by posting their data to Celestia and then proving that it was posted on Ethereum. This is done identically to how any rollup or user would post data to Celestia. Then, a zero-knowledge proof that Celestia validators have come to consensus on Celestia block headers is generated, and subsequently relayed to Ethereum to the Blobstream X smart contract.
    This demo rollup will outline (the outline is not an implementation! please do not expect to copy and paste this code 🙂) a very simple Blobstream rollup to illustrate at a high level what this could look like.
    Defining a chain ​
    The first step to starting a new chain is to define the structure of the commitments that each block consists of.
    go
    type Block struct {
     // Data is the data of a block that is submitted to Celestia.
     Data \`json:"Data"\`
     // Header is the set of commitments over a block that is submitted to
diff --git a/pr-1489/assets/developers_blobstream-offchain.md.81750053.lean.js b/pr-1489/assets/developers_blobstream-offchain.md.989c10da.lean.js
similarity index 91%
rename from pr-1489/assets/developers_blobstream-offchain.md.81750053.lean.js
rename to pr-1489/assets/developers_blobstream-offchain.md.989c10da.lean.js
index ee0b5b7bcc..cf33c119e9 100644
--- a/pr-1489/assets/developers_blobstream-offchain.md.81750053.lean.js
+++ b/pr-1489/assets/developers_blobstream-offchain.md.989c10da.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse(`{"title":"Integrate with Blobstream client","description":"Learn how to integrate your L2's offchain logic with Blobstream","frontmatter":{"description":"Learn how to integrate your L2's offchain logic with Blobstream","head":[["meta",{"name":"og:title","content":"Integrate with Blobstream client | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-offchain.md","filePath":"developers/blobstream-offchain.md","lastUpdated":1711718709000}`),e={name:"developers/blobstream-offchain.md"},o=l("",42),p=[o];function t(r,c,i,E,y,h){return a(),n("div",null,p)}const b=s(e,[["render",t]]);export{u as __pageData,b as default};
+import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse(`{"title":"Integrate with Blobstream client","description":"Learn how to integrate your L2's offchain logic with Blobstream","frontmatter":{"description":"Learn how to integrate your L2's offchain logic with Blobstream","head":[["meta",{"name":"og:title","content":"Integrate with Blobstream client | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-offchain.md","filePath":"developers/blobstream-offchain.md","lastUpdated":1711718743000}`),e={name:"developers/blobstream-offchain.md"},o=l("",42),p=[o];function t(r,c,i,E,y,h){return a(),n("div",null,p)}const b=s(e,[["render",t]]);export{u as __pageData,b as default};
diff --git a/pr-1489/assets/developers_blobstream-proof-queries.md.e79653e3.js b/pr-1489/assets/developers_blobstream-proof-queries.md.32636fd4.js
similarity index 99%
rename from pr-1489/assets/developers_blobstream-proof-queries.md.e79653e3.js
rename to pr-1489/assets/developers_blobstream-proof-queries.md.32636fd4.js
index e9c4cd860f..a40dc302a2 100644
--- a/pr-1489/assets/developers_blobstream-proof-queries.md.e79653e3.js
+++ b/pr-1489/assets/developers_blobstream-proof-queries.md.32636fd4.js
@@ -1,4 +1,4 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/blobstream/blobstream-square.png",p="/docs-preview/pr-1489/img/blobstream/blobstream-commitment-diagram.png",m=JSON.parse('{"title":"Blobstream proofs queries","description":"Learn how to query the inclusion proofs used in Blobstream","frontmatter":{"description":"Learn how to query the inclusion proofs used in Blobstream","head":[["meta",{"name":"og:title","content":"Blobstream proofs queries | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-proof-queries.md","filePath":"developers/blobstream-proof-queries.md","lastUpdated":1711718709000}'),e={name:"developers/blobstream-proof-queries.md"},t=l('
    Blobstream proofs queries ​
    Prerequisites ​
    • Access to a Celestia consensus full node RPC endpoint (or full node). The node doesn't need to be a validating node in order for the proofs to be queried. A full node is enough.
    Overview of the proof queries ​
    To prove the inclusion of PayForBlobs (PFB) transactions, blobs or shares, committed to in a Celestia block, we use the Celestia consensus node's RPC to query for proofs that can be verified in a rollup settlement contract via Blobstream. In fact, when a PFB transaction is included in a block, it gets separated into a PFB transaction (without the blob), and the actual data blob that it carries. These two are split into shares, which are the low level constructs of a Celestia block, and saved to the corresponding Celestia block. Learn more about shares in the shares specs.
    The two diagrams below summarize how a single share, which can contain a PFB transaction, or a part of the rollup data that was posted using a PFB, is committed to in Blobstream.
    The share is highlighted in green. R0, R1 etc, represent the respective row and column roots, the blue and pink gradients are erasure encoded data. More details on the square layout can be found in the data square layout and data structures portion of the specs.
    The Celestia square ​
    Square
    The commitment scheme ​
    Blobstream Commitment Diagram
    So to prove inclusion of a share to a Celestia block, we use Blobstream as a source of truth. Currently, we will be using the Blobstream X implementation of Blobstream, more information on Blobstream X can be found in the overview. In a nutshell, Blobstream X attests to the data posted to Celestia in the Blobstream X contract via verifying a zk-proof of the headers of a batch of Celestia blocks. Then, it keeps reference of that batch of blocks using the merkleized commitment of their (dataRoot, height) resulting in a data root tuple root. Check the above diagram which shows:
    • 0: those are the shares, that when unified, contain the PFB or the rollup data blob.
    • 1: the row and column roots are the namespace merkle tree roots over the shares. More information on the NMT in the NMT specs. These commit to the rows and columns containing the above shares.
    • 2: the data roots: which are the binary merkle tree commitment over the row and column roots. This means that if you can prove that a share is part of a row, using a namespace merkle proof. Then prove that this row is committed to by the data root. Then you can be sure that that share was published to the corresponding block.
    • 3: in order to batch multiple blocks into the same commitment, we create a commitment over the (dataRoot, height) tuple for a batch of blocks, which results in a data root tuple root. It's this commitment that gets stored in the Blobstream X smart contract.
    So, if we're able to prove that a share is part of a row, then that row is committed to by a data root. Then, prove that that data root along with its height is committed to by the data root tuple root, which gets saved to the Blobstream X contract, we can be sure that that share was committed to in the corresponding Celestia block.
    In this document, we will provide details on how to query the above proofs, and how to adapt them to be sent to a rollup contract for verification.
    Hands-on demonstration ​
    This part will provide the details of proof generation, and the way to make the results of the proofs queries ready to be consumed by the target rollup contract.
    NOTE
    For the go client snippets, make sure to have the following replaces in your go.mod:
    go
    // go.mod
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/blobstream/blobstream-square.png",p="/docs-preview/pr-1489/img/blobstream/blobstream-commitment-diagram.png",m=JSON.parse('{"title":"Blobstream proofs queries","description":"Learn how to query the inclusion proofs used in Blobstream","frontmatter":{"description":"Learn how to query the inclusion proofs used in Blobstream","head":[["meta",{"name":"og:title","content":"Blobstream proofs queries | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-proof-queries.md","filePath":"developers/blobstream-proof-queries.md","lastUpdated":1711718743000}'),e={name:"developers/blobstream-proof-queries.md"},t=l('
    Blobstream proofs queries ​
    Prerequisites ​
    • Access to a Celestia consensus full node RPC endpoint (or full node). The node doesn't need to be a validating node in order for the proofs to be queried. A full node is enough.
    Overview of the proof queries ​
    To prove the inclusion of PayForBlobs (PFB) transactions, blobs or shares, committed to in a Celestia block, we use the Celestia consensus node's RPC to query for proofs that can be verified in a rollup settlement contract via Blobstream. In fact, when a PFB transaction is included in a block, it gets separated into a PFB transaction (without the blob), and the actual data blob that it carries. These two are split into shares, which are the low level constructs of a Celestia block, and saved to the corresponding Celestia block. Learn more about shares in the shares specs.
    The two diagrams below summarize how a single share, which can contain a PFB transaction, or a part of the rollup data that was posted using a PFB, is committed to in Blobstream.
    The share is highlighted in green. R0, R1 etc, represent the respective row and column roots, the blue and pink gradients are erasure encoded data. More details on the square layout can be found in the data square layout and data structures portion of the specs.
    The Celestia square ​
    Square
    The commitment scheme ​
    Blobstream Commitment Diagram
    So to prove inclusion of a share to a Celestia block, we use Blobstream as a source of truth. Currently, we will be using the Blobstream X implementation of Blobstream, more information on Blobstream X can be found in the overview. In a nutshell, Blobstream X attests to the data posted to Celestia in the Blobstream X contract via verifying a zk-proof of the headers of a batch of Celestia blocks. Then, it keeps reference of that batch of blocks using the merkleized commitment of their (dataRoot, height) resulting in a data root tuple root. Check the above diagram which shows:
    • 0: those are the shares, that when unified, contain the PFB or the rollup data blob.
    • 1: the row and column roots are the namespace merkle tree roots over the shares. More information on the NMT in the NMT specs. These commit to the rows and columns containing the above shares.
    • 2: the data roots: which are the binary merkle tree commitment over the row and column roots. This means that if you can prove that a share is part of a row, using a namespace merkle proof. Then prove that this row is committed to by the data root. Then you can be sure that that share was published to the corresponding block.
    • 3: in order to batch multiple blocks into the same commitment, we create a commitment over the (dataRoot, height) tuple for a batch of blocks, which results in a data root tuple root. It's this commitment that gets stored in the Blobstream X smart contract.
    So, if we're able to prove that a share is part of a row, then that row is committed to by a data root. Then, prove that that data root along with its height is committed to by the data root tuple root, which gets saved to the Blobstream X contract, we can be sure that that share was committed to in the corresponding Celestia block.
    In this document, we will provide details on how to query the above proofs, and how to adapt them to be sent to a rollup contract for verification.
    Hands-on demonstration ​
    This part will provide the details of proof generation, and the way to make the results of the proofs queries ready to be consumed by the target rollup contract.
    NOTE
    For the go client snippets, make sure to have the following replaces in your go.mod:
    go
    // go.mod
     github.com/cosmos/cosmos-sdk => github.com/celestiaorg/cosmos-sdk v1.18.3-sdk-v0.46.14
     github.com/gogo/protobuf => github.com/regen-network/protobuf v1.3.3-alpha.regen.1
     github.com/syndtr/goleveldb => github.com/syndtr/goleveldb v1.0.1-0.20210819022825-2ae1ddf74ef7
diff --git a/pr-1489/assets/developers_blobstream-proof-queries.md.e79653e3.lean.js b/pr-1489/assets/developers_blobstream-proof-queries.md.32636fd4.lean.js
similarity index 92%
rename from pr-1489/assets/developers_blobstream-proof-queries.md.e79653e3.lean.js
rename to pr-1489/assets/developers_blobstream-proof-queries.md.32636fd4.lean.js
index 462f1b521f..a500ddd260 100644
--- a/pr-1489/assets/developers_blobstream-proof-queries.md.e79653e3.lean.js
+++ b/pr-1489/assets/developers_blobstream-proof-queries.md.32636fd4.lean.js
@@ -1 +1 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/blobstream/blobstream-square.png",p="/docs-preview/pr-1489/img/blobstream/blobstream-commitment-diagram.png",m=JSON.parse('{"title":"Blobstream proofs queries","description":"Learn how to query the inclusion proofs used in Blobstream","frontmatter":{"description":"Learn how to query the inclusion proofs used in Blobstream","head":[["meta",{"name":"og:title","content":"Blobstream proofs queries | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-proof-queries.md","filePath":"developers/blobstream-proof-queries.md","lastUpdated":1711718709000}'),e={name:"developers/blobstream-proof-queries.md"},t=l("",109),c=[t];function r(E,y,i,d,F,h){return n(),a("div",null,c)}const b=s(e,[["render",r]]);export{m as __pageData,b as default};
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/blobstream/blobstream-square.png",p="/docs-preview/pr-1489/img/blobstream/blobstream-commitment-diagram.png",m=JSON.parse('{"title":"Blobstream proofs queries","description":"Learn how to query the inclusion proofs used in Blobstream","frontmatter":{"description":"Learn how to query the inclusion proofs used in Blobstream","head":[["meta",{"name":"og:title","content":"Blobstream proofs queries | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-proof-queries.md","filePath":"developers/blobstream-proof-queries.md","lastUpdated":1711718743000}'),e={name:"developers/blobstream-proof-queries.md"},t=l("",109),c=[t];function r(E,y,i,d,F,h){return n(),a("div",null,c)}const b=s(e,[["render",r]]);export{m as __pageData,b as default};
diff --git a/pr-1489/assets/developers_blobstream-rollups.md.9f6eccad.js b/pr-1489/assets/developers_blobstream-rollups.md.e924ded0.js
similarity index 74%
rename from pr-1489/assets/developers_blobstream-rollups.md.9f6eccad.js
rename to pr-1489/assets/developers_blobstream-rollups.md.e924ded0.js
index 4f227aa6ed..5054df4b5e 100644
--- a/pr-1489/assets/developers_blobstream-rollups.md.9f6eccad.js
+++ b/pr-1489/assets/developers_blobstream-rollups.md.e924ded0.js
@@ -1,3 +1,3 @@
-import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"","description":"Learn how to build rollups that use Blobstream","frontmatter":{"description":"Learn how to build rollups that use Blobstream","head":[["meta",{"name":"og:title","content":" | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-rollups.md","filePath":"developers/blobstream-rollups.md","lastUpdated":1711718709000}'),s={name:"developers/blobstream-rollups.md"},r=a(`
    Introduction ​
    Blobstream is the first data availability solution for EVM chains that securely scales with the number of users. It allows rollups to post their data on Celestia while proving their availability in the rollup settlement contract.
    This document will outline a few ways to build optimistic or zk-rollups that post their data to Celestia and use Blobstream to prove that data's availability.
    Concepts ​
    Share commitment ​
    The share commitment is a commitment over the data contained in the PayForBlob transaction. This commitment allows proving that the corresponding data exists on Celestia efficiently.
    Proof details ​
    To prove that the data corresponding to a share commitment was posted to Celestia using Blobstream, the following proofs need to be verified:
    • share inclusion proof to the share commitment: meaning creating two merkle proofs: 
    • share commitment inclusion proof to the data root tuple root: meaning four merkle proofs: 
      • subtree roots merkle proofs to the share commitment: to make sure the subtree roots are valid
      • subtree roots merkle proofs up to the row roots: to prove that the subtree roots belong to a set of rows in the Celestia block
      • row roots proofs to the data root: to prove that those rows belong to the Celestia Block
      • data root tuple proof to the data root tuple: to prove that that Celestia block, referenced by its height and data root, was committed to by Blobstream.
    More details on the share commitment inclusion proof can be found in the commitment scheme docs and also the data square layout.
    If all of these proofs are valid, then you successfully managed to prove that the data corresponding to that share commitment has been posted to Celestia.
    NOTE
    Generating/verifying share commitment proofs is still not supported. It still needs tooling to generate the proofs on the node side, and verifying them on the Solidity side which will be built in the upcoming months.
    Compact proofs ​
    There is a way to have compact proofs, when using share commitments, unlike the ones defined above; that allow less costly inclusion proofs. These require the ability to parse the protobuf encoded PFBs.
    In fact, if the rollup project has a way to parse the protobuf encoded PFB, either in a smart contract or a zk-circuit, they will be able to create compact proofs of the rollup data. These proofs will work as follows:
    • Parsing the PFB and taking out the share commitment
    • Comparing the PFB commitment to the one saved in the rollup contract
    • Proving inclusion of the PFB to the data root tuple root. This will be a compact proof since we will only be proving two shares regardless of the size of the rollup data.
    More details on compact proofs can be found in ADR-011.
    Pros ​
    The pros of referencing rollup data using a share commitment:
    • Using the same commitment that exists on the PFB, without having to find another way of referencing the rollup data.
    • If the team has access to protobuf parsing, it allows for compact proof, but the parsing costs need to be investigated.
    Cons ​
    • Large/expensive proofs in the case of having no way to parse the protobuf PFB encoding.
    • In the optimistic rollups construction, defined below, this requires waiting for the Celestia block to be committed to by Blobstream before saving updating the settlement contract. This might require waiting for a few hours, depending on the batches size on each chain, to finally submit the rollup update.
    Given these limitations, an alternative design will be discussed in the next section.
    Sequence of spans ​
    An alternative, way of referencing rollup data in the rollup settlement contract is using a sequence of spans.
    A sequence of spans is a data pointer that allows pointing to the rollup data inside a Celestia square using its location inside the square. It can be defined using the following information:
    • height: The height of the Celestia block containing the rollup data.
    • startIndex: The index of the first share containing the rollup data.
    • dataLen: The number of shares containing the rollup data.
    The startIndex and the dataLen can be queried from Celestia after the corresponding transaction gets included in a block and committed to the chain. An example of how to query them can be found in the verify command. The TxShareRange returns the start and end share of the data referenced by a transaction hash.
    NOTE
    If the rollup data is submitted in multiple blocks, the above sequence of spans can be generalized to include multiple blocks. For simplicity, we will stick with the data only submitted to a single Celestia block.
    Proof details ​
    Using sequence of spans is different from using the share commitment because we're referencing a location in the square, and not actual data commitment. So, the proof types and their generation are different.
    Proving unavailable data ​
    By construction, if the sequence of spans refers to a certain location in the square, that location is the data. This location can be in the reserved namespaces, the parity bytes, etc. What matters is that it's part of the square. So to prove that the sequence of spans is invalid, i.e., refers to data that is not available on Celestia, it is necessary and sufficient to show that the sequence of spans doesn't belong to the Celestia block, i.e., the span is out of bounds.
    We could create this proof via generating a binary Merkle proof of any row/column to the Celestia data root. This proof will provide the total which is the number of rows/columns in the extended data square. This can be used to calculate the square size. The computeSquareSizeFromRowProof method in the DAVerifier library allows calculating the square size from a row proof or a share proof.
    Then, we will use that information to check if the provided share index, in the header, is out of the square size bounds. In order words, we will check if the startIndex and the startIndex + dataLen are included in the range [0, 4*square_size].
    NOTE
    The square size is the number of rows of the original square.
    For the data root, we will use a binary Merkle proof to prove its inclusion in a data root tuple root that was committed to by the Blobstream smart contract. More on this in the data root inclusion proofs section.
    Proving inclusion of some data ​
    The difference between using a share commitment and a sequence of spans is that when using a share commitment, an extra merkle proof is needed to prove inclusion of the share to the share commitment. However, in the case of a sequence of spans, only the usual inclusion proof of a share to the data root tuple root is needed. The inclusion of the share to the sequence of spans is gotten using the same proof.
    In fact, proving that a share is part of the sequence of spans, i.e., part of the rollup data is done as follows:
    1. Prove that the data root tuple is committed to by the Blobstream smart contract:
    To prove the data root is committed to by the Blobstream smart contract, we will need to provide a Merkle proof of the data root tuple to a data root tuple root. This can be created using the data_root_inclusion_proof query. More on this can be found in the data root inclusion proofs documentation.
    1. Verify inclusion proof of the data to Celestia data root:
    To prove that the data is part of the data root, we will need to provide two proofs: a namespace Merkle proof of the data to a row root. This could be done via proving the shares that contain the data to the row root using a namespace Merkle proof. And, a binary Merkle proof of the row root to the data root.
    These proofs can be generated using the ProveShares query.
    More details on these proofs can be found in the transaction inclusion proofsdocumentation.
    1. Prove that the data is in the sequence spans:
    To prove that the data is part of the rollup sequence of spans, we take the authenticated share proofs in step (2) and use the shares begin/end key to define the shares' positions in the row.
    Then, we use the row proof to get the row index in the extended Celestia square and get the index of the share in row major order:
    solidity
    uint256 shareIndexInRow = shareProof.shareProofs[0].beginKey;
+import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"","description":"Learn how to build rollups that use Blobstream","frontmatter":{"description":"Learn how to build rollups that use Blobstream","head":[["meta",{"name":"og:title","content":" | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-rollups.md","filePath":"developers/blobstream-rollups.md","lastUpdated":1711718743000}'),s={name:"developers/blobstream-rollups.md"},r=a(`
    Introduction ​
    Blobstream is the first data availability solution for EVM chains that securely scales with the number of users. It allows rollups to post their data on Celestia while proving their availability in the rollup settlement contract.
    This document will outline a few ways to build optimistic or zk-rollups that post their data to Celestia and use Blobstream to prove that data's availability.
    Concepts ​
    Share commitment ​
    The share commitment is a commitment over the data contained in the PayForBlob transaction. This commitment allows proving that the corresponding data exists on Celestia efficiently.
    Proof details ​
    To prove that the data corresponding to a share commitment was posted to Celestia using Blobstream, the following proofs need to be verified:
    • share inclusion proof to the share commitment: meaning creating two merkle proofs: 
    • share commitment inclusion proof to the data root tuple root: meaning four merkle proofs: 
      • subtree roots merkle proofs to the share commitment: to make sure the subtree roots are valid
      • subtree roots merkle proofs up to the row roots: to prove that the subtree roots belong to a set of rows in the Celestia block
      • row roots proofs to the data root: to prove that those rows belong to the Celestia Block
      • data root tuple proof to the data root tuple: to prove that that Celestia block, referenced by its height and data root, was committed to by Blobstream.
    More details on the share commitment inclusion proof can be found in the commitment scheme docs and also the data square layout.
    If all of these proofs are valid, then you successfully managed to prove that the data corresponding to that share commitment has been posted to Celestia.
    NOTE
    Generating/verifying share commitment proofs is still not supported. It still needs tooling to generate the proofs on the node side, and verifying them on the Solidity side which will be built in the upcoming months.
    Compact proofs ​
    There is a way to have compact proofs, when using share commitments, unlike the ones defined above; that allow less costly inclusion proofs. These require the ability to parse the protobuf encoded PFBs.
    In fact, if the rollup project has a way to parse the protobuf encoded PFB, either in a smart contract or a zk-circuit, they will be able to create compact proofs of the rollup data. These proofs will work as follows:
    • Parsing the PFB and taking out the share commitment
    • Comparing the PFB commitment to the one saved in the rollup contract
    • Proving inclusion of the PFB to the data root tuple root. This will be a compact proof since we will only be proving two shares regardless of the size of the rollup data.
    More details on compact proofs can be found in ADR-011.
    Pros ​
    The pros of referencing rollup data using a share commitment:
    • Using the same commitment that exists on the PFB, without having to find another way of referencing the rollup data.
    • If the team has access to protobuf parsing, it allows for compact proof, but the parsing costs need to be investigated.
    Cons ​
    • Large/expensive proofs in the case of having no way to parse the protobuf PFB encoding.
    • In the optimistic rollups construction, defined below, this requires waiting for the Celestia block to be committed to by Blobstream before saving updating the settlement contract. This might require waiting for a few hours, depending on the batches size on each chain, to finally submit the rollup update.
    Given these limitations, an alternative design will be discussed in the next section.
    Sequence of spans ​
    An alternative way of referencing rollup data in the rollup settlement contract is using a sequence of spans.
    A sequence of spans is a data pointer that allows pointing to the rollup data inside a Celestia square using its location inside the square. It can be defined using the following information:
    • height: The height of the Celestia block containing the rollup data.
    • startIndex: The index of the first share containing the rollup data.
    • dataLen: The number of shares containing the rollup data.
    The startIndex and the dataLen can be queried from Celestia after the corresponding transaction gets included in a block and committed to the chain. An example of how to query them can be found in the verify command. The TxShareRange returns the start and end share of the data referenced by a transaction hash.
    NOTE
    If the rollup data is submitted in multiple blocks, the above sequence of spans can be generalized to include multiple blocks. For simplicity, we will stick with the data only submitted to a single Celestia block.
    Proof details ​
    Using sequence of spans is different from using the share commitment because we're referencing a location in the square, and not actual data commitment. So, the proof types and their generation are different.
    Proving unavailable data ​
    By construction, if the sequence of spans refers to a certain location in the square, that location is the data. This location can be in the reserved namespaces, the parity bytes, etc. What matters is that it's part of the square. So to prove that the sequence of spans is invalid, i.e., refers to data that is not available on Celestia, it is necessary and sufficient to show that the sequence of spans doesn't belong to the Celestia block, i.e., the span is out of bounds.
    We could create this proof via generating a binary Merkle proof of any row/column to the Celestia data root. This proof will provide the total which is the number of rows/columns in the extended data square. This can be used to calculate the square size. The computeSquareSizeFromRowProof method in the DAVerifier library allows calculating the square size from a row proof or a share proof.
    Then, we will use that information to check if the provided share index, in the header, is out of the square size bounds. In order words, we will check if the startIndex and the startIndex + dataLen are included in the range [0, 4*square_size].
    NOTE
    The square size is the number of rows of the original square.
    For the data root, we will use a binary Merkle proof to prove its inclusion in a data root tuple root that was committed to by the Blobstream smart contract. More on this in the data root inclusion proofs section.
    Proving inclusion of some data ​
    The difference between using a share commitment and a sequence of spans is that when using a share commitment, an extra merkle proof is needed to prove inclusion of the share to the share commitment. However, in the case of a sequence of spans, only the usual inclusion proof of a share to the data root tuple root is needed. The inclusion of the share to the sequence of spans is gotten using the same proof.
    In fact, proving that a share is part of the sequence of spans, i.e., part of the rollup data is done as follows:
    1. Prove that the data root tuple is committed to by the Blobstream smart contract:
    To prove the data root is committed to by the Blobstream smart contract, we will need to provide a Merkle proof of the data root tuple to a data root tuple root. This can be created using the data_root_inclusion_proof query. More on this can be found in the data root inclusion proofs documentation.
    1. Verify inclusion proof of the data to Celestia data root:
    To prove that the data is part of the data root, we will need to provide two proofs: a namespace Merkle proof of the data to a row root. This could be done via proving the shares that contain the data to the row root using a namespace Merkle proof. And, a binary Merkle proof of the row root to the data root.
    These proofs can be generated using the ProveShares query.
    More details on these proofs can be found in the transaction inclusion proofsdocumentation.
    1. Prove that the data is in the sequence spans:
    To prove that the data is part of the rollup sequence of spans, we take the authenticated share proofs in step (2) and use the shares begin/end key to define the shares' positions in the row.
    Then, we use the row proof to get the row index in the extended Celestia square and get the index of the share in row major order:
    solidity
    uint256 shareIndexInRow = shareProof.shareProofs[0].beginKey;
 uint256 shareIndexInRowMajorOrder = shareIndexInRow + shareProof.rowProofs[0].numLeaves * shareProof.rowProofs[0].key;
    uint256 shareIndexInRow = shareProof.shareProofs[0].beginKey;
 uint256 shareIndexInRowMajorOrder = shareIndexInRow + shareProof.rowProofs[0].numLeaves * shareProof.rowProofs[0].key;
    Finally, we can compare the computed index with the sequence of spans, and be sure that the data/shares is part of the rollup data.
    Pros ​
    • Using a sequence of spans instead of the share commitment allows for simpler proofs
    Cons ​
    None
    Optimistic rollups ​
    One type of rollups that can be built with Blobstream is optimistic rollups. An optimistic rollup is a rollup that commits optimistically to a set of blocks, and allows the other parties to verify that the blocks are valid, and if they're not, they can create fraud proofs to signal that.
    Celestia allows optimistic rollups to post their data on its DA layer, and to prove that the data is available using Blobstream.
    To build an optimistic rollup that uses Celestia as a DA layer, the following constructions can be inspired by.
    Optimistic rollups that uses a sequence of spans ​
    Optimistic rollups can post their data in Celestia, then in the rollup settlement contract, they can reference optimistically that data using a sequence of spans. Then, rollup full nodes can verify if that data is valid. If not, they can trigger a fraud proof.
    When using a sequence of spans, triggering the data availability fraud proofs, which are different from the state transitions fraud proofs (left for the rollup to define), goes back to the following cases:
    Pros ​
    • Not needing to verify anything at the moment of submitting the commitments to the rollup settlement contracts
    • The fraud proofs are simple and can be reduced to a single share: If, for example, a single transaction in the rollup data that was posted to Celestia is faulty, only the shares containing that transaction, which can be as minimal as a single share, need to be proven on chain and verified.
    Cons ​
    None
    Example ​
    An example optimistic rollup that uses sequence of spans to reference its data can be found in the RollupInclusionProofs. It portrays the different possible data availability proofs, constructs them and shows how to verify them.
    Also, more details on querying these kinds of proofs can be found in the proof queries documentation.
    Optimistic rollups that use share commitments ​
    Another way to build a rollup is to replace the sequence of spans with a height and a share commitment. Then, users/rollup full nodes will be able to query that data and validate it. If the rollup data is not valid, they can create a fraud proof.
    The first difference between the sequence of spans construction and the share commitment construction is having to verify that the provided share commitment is part of the Celestia block, referenced by its height in the moment of submitting the rollup commitments to the settlement contract. This is necessary to make sure that the commitment is part of Celestia. Otherwise, rollup sequencers can commit to random share commitments and there won't be a way to prove they're invalid.
    The second difference is the proof types. In the case of a fraud proof, the proofs outlined in the proofs details section would need to be verified to be sure that the share containing the invalid state transition is part of the rollup data. Alternatively, the rollup settlement contract would need to have a library to parse protobuf encoded PFBs, as explained in the compact proofs section, to have less expensive proofs. The cost of parsing the protobuf is not included in this analysis and needs to be investigated separately.
    Pros ​
    • Using the same share commitment as the one saved in Celestia which gives access to existing tooling
    Cons ​
    • The proofs are expensive in the base case. And if the settlement contract is able to parse the PFBs, thorough investigations of the cost of that would need to be done.
    Zk-rollups ​
    Zk-rollups, aka validity rollups, can also use Celestia as a DA and Blobstream to verify that the data was posted. However, the submission process is different from the above constructions, since there are no fraud proofs, and everything should be verified when submitting the commitment to the settlement contract.
    Similar to the optimistic case, the rollup settlement contract can reference the rollup data using either the sequence of spans approach or the share commitments. We will discuss both in this section.
    Zk-rollups that use sequence of spans ​
    When submitting the commitments to the rollup settlement contract, this latter will need to verify the following:
    1. Zk-proof of the state transitions, which is left for the rollup to define.
    2. Verify that the sequence of spans is valid, i.e., is part of the Celestia block referenced by its height, as described in the proof details section.
    3. Zk-proof of the rollup data to the data root. The verification process of this should accept a commitment as input so that the settlement contract makes sure it's the correct value that's being saved. The commitment can be the data root and the sequence of spans. And, when the rollup data is proven inside the circuit to the data root, the used data root is asserted to be the input one. Similarly, the data's location is asserted to be the same as the input sequence of spans. These arguments are the ones used in the sequence of spans verification in (2).
    Once these are valid, the settlement contract can be sure that the rollup data was posted to Celestia, and the sequence of spans references it correctly.
    Pros ​
    • The inclusion proof inside the zk-circuit is a simple proof that uses traditional merkle tree. In the case of using share commitment, as will be explained below, additional libraries that can be expensive to prove are required.
    Cons ​
    None
    Zk-rollups that use share commitments ​
    To use share commitments to reference rollup data in the zk-rollup settlement contract, the zk-circuits need to be able to deserialize protobuf encoded messages. Alternatively, more involved merkle proofs will need to be verified.
    Protobuf deserialization inside a zk-circuit ​
    One way of using the share commitment to reference the rollup data in zk-rollups is via using a protobuf deserialization library inside the zk-circuit. And the verification would proceed as follows:
    1. Zk-proof of the state transitions, which is left to the rollup team to define.
    2. Verify that the share commitment is valid using the proofs laid out in the share commitment proof details section.
    3. The zk-proof verifier would take as argument the data root and the share commitment. Then, inside the circuit, the protobuf encoded PFB transaction will be deserialized and then verify the following:
    • The deserialized share commitment is the same as the one provided as input
    • The circuit will prove the inclusion of the PFB to the data root, then assert that the data root is the same as the one provided as input.
    If the above conditions are valid, the rollup settlement contract can be sure that the rollup data was posted to Celestia and is correctly referenced.
    Pros ​
    None
    Cons ​
    • This approach requires having access to a protobuf decoder inside a zk-circuit which is not straightforward to have. Also, the relative costs will need to be investigated.
    Heavy merkle proofs usage ​
    Similar to Protobuf deserialization inside a zk-circuit, the zk-circuit will proceed to the verification of the availability of the data. The difference is that instead of parsing the encoded protobuf, the proofs defined under the share commitment proof details section will need to be verified inside the zk-circuit as follows:
    1. Zk-proof of the state transitions, which is left to the rollup team to define.
    2. Verify that the share commitment is valid using the proofs laid out in the share commitment proof details section.
    3. The zk-proof verifier would take as argument the data root and the share commitment. Then, inside the circuit:
    • It will verify that the input share commitment corresponds to the rollup data.
    • Verify that the input data root commits to that share commitment. Check the share commitment proof details for more details
    Once these proofs are valid, the rollup settlement contract can be sure that the rollup data was posted to Celestia and is correctly referenced.
    Pros ​
    None
    Cons ​
    • More heavy usage of merkle proofs inside and outside the zk-circuit.
    Conclusion ​
    Given the above details, using the sequence of spans is the better solution in the general case as explained in the optimistic rollups that uses a sequence of spans and zk-rollups that use sequence of spans sections. The proof sizes are small and allow for greater flexibility. However, if the rollup team has different requirements, then the other designs can be explored.
    `,111),i=[r];function n(l,h,c,p,d,u){return t(),o("div",null,i)}const b=e(s,[["render",n]]);export{m as __pageData,b as default};
diff --git a/pr-1489/assets/developers_blobstream-rollups.md.9f6eccad.lean.js b/pr-1489/assets/developers_blobstream-rollups.md.e924ded0.lean.js
similarity index 90%
rename from pr-1489/assets/developers_blobstream-rollups.md.9f6eccad.lean.js
rename to pr-1489/assets/developers_blobstream-rollups.md.e924ded0.lean.js
index a83409f9f9..711308eba9 100644
--- a/pr-1489/assets/developers_blobstream-rollups.md.9f6eccad.lean.js
+++ b/pr-1489/assets/developers_blobstream-rollups.md.e924ded0.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"","description":"Learn how to build rollups that use Blobstream","frontmatter":{"description":"Learn how to build rollups that use Blobstream","head":[["meta",{"name":"og:title","content":" | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-rollups.md","filePath":"developers/blobstream-rollups.md","lastUpdated":1711718709000}'),s={name:"developers/blobstream-rollups.md"},r=a("",111),i=[r];function n(l,h,c,p,d,u){return t(),o("div",null,i)}const b=e(s,[["render",n]]);export{m as __pageData,b as default};
+import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"","description":"Learn how to build rollups that use Blobstream","frontmatter":{"description":"Learn how to build rollups that use Blobstream","head":[["meta",{"name":"og:title","content":" | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-rollups.md","filePath":"developers/blobstream-rollups.md","lastUpdated":1711718743000}'),s={name:"developers/blobstream-rollups.md"},r=a("",111),i=[r];function n(l,h,c,p,d,u){return t(),o("div",null,i)}const b=e(s,[["render",n]]);export{m as __pageData,b as default};
diff --git a/pr-1489/assets/developers_blobstream-x-deploy.md.a73d11d7.js b/pr-1489/assets/developers_blobstream-x-deploy.md.06d28ec2.js
similarity index 97%
rename from pr-1489/assets/developers_blobstream-x-deploy.md.a73d11d7.js
rename to pr-1489/assets/developers_blobstream-x-deploy.md.06d28ec2.js
index 10fa47cf08..c722e53def 100644
--- a/pr-1489/assets/developers_blobstream-x-deploy.md.a73d11d7.js
+++ b/pr-1489/assets/developers_blobstream-x-deploy.md.06d28ec2.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"New Blobstream X deployments","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"New Blobstream X deployments | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-x-deploy.md","filePath":"developers/blobstream-x-deploy.md","lastUpdated":1711718709000}'),c={name:"developers/blobstream-x-deploy.md"},n=o('
    New Blobstream X deployments ​
    If you want to deploy Blobstream X to a new chain, where a Gateway contract does not exist, you need to do the following.
    If Succinct Gateway already exists on this chain, you can skip this step. You can check the list of deployed SuccinctGateway contracts.
    Deploy a new SuccinctGateway contract ​
    Deploy a new SuccinctGateway contract to the new chain.
    Deploy a BlobstreamX contract to the new chain ​
    Follow the guide to use your deployed SuccinctGateway to deploy a new Blobstream X contract.
    Run a local prover ​
    Now that you have the contracts deployed, you can run a local prover.
    ',9),r=[n];function l(s,d,i,p,h,m){return a(),t("div",null,r)}const u=e(c,[["render",l]]);export{b as __pageData,u as default};
+import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"New Blobstream X deployments","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"New Blobstream X deployments | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-x-deploy.md","filePath":"developers/blobstream-x-deploy.md","lastUpdated":1711718743000}'),c={name:"developers/blobstream-x-deploy.md"},n=o('
    New Blobstream X deployments ​
    If you want to deploy Blobstream X to a new chain, where a Gateway contract does not exist, you need to do the following.
    If Succinct Gateway already exists on this chain, you can skip this step. You can check the list of deployed SuccinctGateway contracts.
    Deploy a new SuccinctGateway contract ​
    Deploy a new SuccinctGateway contract to the new chain.
    Deploy a BlobstreamX contract to the new chain ​
    Follow the guide to use your deployed SuccinctGateway to deploy a new Blobstream X contract.
    Run a local prover ​
    Now that you have the contracts deployed, you can run a local prover.
    ',9),r=[n];function l(s,d,i,p,h,m){return a(),t("div",null,r)}const u=e(c,[["render",l]]);export{b as __pageData,u as default};
diff --git a/pr-1489/assets/developers_blobstream-x-deploy.md.a73d11d7.lean.js b/pr-1489/assets/developers_blobstream-x-deploy.md.06d28ec2.lean.js
similarity index 89%
rename from pr-1489/assets/developers_blobstream-x-deploy.md.a73d11d7.lean.js
rename to pr-1489/assets/developers_blobstream-x-deploy.md.06d28ec2.lean.js
index 9fc3f05be4..9a3a4b4712 100644
--- a/pr-1489/assets/developers_blobstream-x-deploy.md.a73d11d7.lean.js
+++ b/pr-1489/assets/developers_blobstream-x-deploy.md.06d28ec2.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"New Blobstream X deployments","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"New Blobstream X deployments | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-x-deploy.md","filePath":"developers/blobstream-x-deploy.md","lastUpdated":1711718709000}'),c={name:"developers/blobstream-x-deploy.md"},n=o("",9),r=[n];function l(s,d,i,p,h,m){return a(),t("div",null,r)}const u=e(c,[["render",l]]);export{b as __pageData,u as default};
+import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"New Blobstream X deployments","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"New Blobstream X deployments | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream-x-deploy.md","filePath":"developers/blobstream-x-deploy.md","lastUpdated":1711718743000}'),c={name:"developers/blobstream-x-deploy.md"},n=o("",9),r=[n];function l(s,d,i,p,h,m){return a(),t("div",null,r)}const u=e(c,[["render",l]]);export{b as __pageData,u as default};
diff --git a/pr-1489/assets/developers_blobstream.md.c8871fc9.js b/pr-1489/assets/developers_blobstream.md.b7f0073d.js
similarity index 99%
rename from pr-1489/assets/developers_blobstream.md.c8871fc9.js
rename to pr-1489/assets/developers_blobstream.md.b7f0073d.js
index 20c93405a6..424c4d36da 100644
--- a/pr-1489/assets/developers_blobstream.md.c8871fc9.js
+++ b/pr-1489/assets/developers_blobstream.md.b7f0073d.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/blobstream/blobstream_logo.png",s="/docs-preview/pr-1489/img/blobstream/Celestia_Blobstream_X1b.png",i="/docs-preview/pr-1489/img/blobstream/Celestia_Blobstream_X2b.png",B=JSON.parse('{"title":"Blobstream: Streaming modular DA to Ethereum","description":"Learn how to integrate your L2 with Blobstream","frontmatter":{"description":"Learn how to integrate your L2 with Blobstream","head":[["meta",{"name":"og:title","content":"Blobstream: Streaming modular DA to Ethereum | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream.md","filePath":"developers/blobstream.md","lastUpdated":1711718709000}'),l={name:"developers/blobstream.md"},n=o('
    Blobstream: Streaming modular DA to Ethereum ​
    Blobstream logo
    What is Blobstream? ​
    Blobstream is the first data availability solution for Ethereum that securely scales with the number of users. Formerly known as the Quantum Gravity Bridge (QGB), Blobstream relays commitments to Celestia's data root to an onchain light client on Ethereum, for integration by developers into L2 contracts. This enables Ethereum developers to build high-throughput L2s using Celestia's optimised DA layer, the first with Data Availability Sampling (DAS). Any ecosystem can deploy a Blobstream light client onchain to allow L2s and L3s to access DA from Celestia.
    An implementation of Blobstream, by Succinct, called Blobstream X, is out and will be used in the upcoming deployments. This implementation proves the validity of Celestia block headers on a target EVM chain using zero-knowledge (ZK) proofs, which allow inheriting all the security guarantees of Celestia.
    Please note: Blobstream remains early-stage, experimental software and users should use Blobstream at their own risk.
    Blobstream vs. data availability committees (DACs) ​
    Decentralization and security ​
    Blobstream is built on Celestia, which uses a CometBFT-based proof-of-stake system. Blobstream shares the same security assumptions as Celestia. In contrast, data availability committees (DACs), are typically centralized or semi-centralized, relying on a specific set of entities or individuals to vouch for data availability.
    Mechanism of verification ​
    Blobstream uses data availability attestations, which are Merkle roots of the batched L2 data, to confirm that the necessary data is present on Celestia. The L2 contract on Ethereum can check directly with Blobstream if the data is published on Celestia. Similarly, a DAC would rely on attestations or confirmations from its permissioned members.
    Flexibility and scalability ​
    Blobstream is designed to offer high-throughput data availability for Ethereum L2s, aiming to strike a balance between scalability and security. It operates independently of Ethereum's gas costs, as Celestia's resource pricing is more byte-focused rather than computation-centric. On the other hand, the scalability and flexibility of a DAC would depend on its specific design and implementation.
    In summary, both Blobstream and DACs aim to ensure offchain data availability, but Blobstream offers a more decentralized, secure, and scalable solution compared to the potential centralized nature of DACs.
    What is Blobstream X? ​
    Blobstream X is an implementation of Blobstream with a ZK light client that bridges Celestia’s modular DA layer to Ethereum to allow high-throughput rollups to use Celestia’s DA while settling on Ethereum.
    Optimistic or ZK rollups that settle on Ethereum, but wish to use Celestia for DA, require a mechanism for bridging Celestia’s data root to Ethereum as part of the settlement process. This data root is used during inclusion proofs to prove that particular rollup transactions were included and made available in the Celestia network.
    Bridging Celestia’s data root to Ethereum requires running a Celestia light client as a smart contract on Ethereum, to make the latest state of the Celestia chain known on Ethereum and available to rollups. Blobstream X utilizes the latest advances in ZK proofs to generate a succinct proof that enough Celestia validators have come to consensus (according to the CometBFT consensus protocol) on a block header, and verifies this proof in the Blobstream X Ethereum smart contract to update it with the latest Celestia header.
    The Blobstream X ZK proof not only verifies the consensus of Celestia validators, but it also merkelizes and hashes all the data roots in the block range from the previous update to the current update, making accessible all Celestia data roots (verifiable with a Merkle inclusion proof against the stored Merkle root) to rollups.
    Blobstream X is built and deployed with Succinct's protocol.
    blobstream x draft diagram
    Integrate with Blobstream X ​
    The following docs go over how developers can integrate Blobstream X.
    You can find the repository for Blobstream X along with code for:
    The first deployments of Blobstream X will be maintained on the following chains: Arbitrum One, Base and Ethereum Mainnet. Every 1 hour, the prover/relayer will post an update to the Blobstream X contract that will include a new data commitment range that covers a 1-hour block range from the latestBlock in the Blobstream X contract. On Ethereum Mainnet, the Blobstream X contract will be updated every 4 hours.
    NOTE
    Custom ranges can be requested using the BlobstreamX contract to create proofs for specific Celestia block batches. These ranges can be constructed as [latestBlock, customTargetBlock), with latestBlock is the latest block height that was committed to by the BlobstreamX contract, and latestBlock > customTargetBlock, and customTargetBlock - latestBlock <= DATA_COMMITMENT_MAX.
    Block ranges that are before the contract's latestBlock can't be proven a second time in different batches.
    More information can be found in the requestHeaderRange(...) method.
    How Blobstream X works ​
    As shown in the diagram below, the entrypoint for updates to the Blobstream X contract is through the SuccinctGateway smart contract, which is a simple entrypoint contract that verifies proofs (against a deployed onchain verifier for the Blobstream X circuit) and then calls the BlobstreamX.sol contract to update it. Find more information about the SuccinctGateway.
    blobstream x overview diagram draft
    NOTE
    If the Blobstream X contract is not deployed on a desired chain, it needs to be deployed before it can be used by your rollup. See the deployment documentation for more details.
    How to integrate with Blobstream X ​
    Integrating your L2 with Blobstream X requires two components: your onchain smart contract logic, and your offchain client logic for your rollup. The next three sections cover these topics:
    Deployed contracts ​
    You can interact with the Blobstream X contracts today on testnet. The Blobstream X Solidity smart contracts are currently deployed on the following Ethereum testnets:
    ContractEVM networkContract addressAttested data on Celestia
    Blobstream XEthereum MainnetNot yet deployedMainnet Beta
    Blobstream XArbitrum One0xA83ca7775Bc2889825BcDeDfFa5b758cf69e8794Mainnet Beta
    Blobstream XBase0xA83ca7775Bc2889825BcDeDfFa5b758cf69e8794Mainnet Beta
    Blobstream XArbitrum Sepolia0xc3e209eb245Fd59c8586777b499d6A665DF3ABD2Mocha testnet
    Blobstream XBase Sepolia0xc3e209eb245Fd59c8586777b499d6A665DF3ABD2Mocha testnet
    ',37),c=[n];function d(h,m,b,u,p,f){return t(),a("div",null,c)}const y=e(l,[["render",d]]);export{B as __pageData,y as default};
+import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/blobstream/blobstream_logo.png",s="/docs-preview/pr-1489/img/blobstream/Celestia_Blobstream_X1b.png",i="/docs-preview/pr-1489/img/blobstream/Celestia_Blobstream_X2b.png",B=JSON.parse('{"title":"Blobstream: Streaming modular DA to Ethereum","description":"Learn how to integrate your L2 with Blobstream","frontmatter":{"description":"Learn how to integrate your L2 with Blobstream","head":[["meta",{"name":"og:title","content":"Blobstream: Streaming modular DA to Ethereum | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream.md","filePath":"developers/blobstream.md","lastUpdated":1711718743000}'),l={name:"developers/blobstream.md"},n=o('
    Blobstream: Streaming modular DA to Ethereum ​
    Blobstream logo
    What is Blobstream? ​
    Blobstream is the first data availability solution for Ethereum that securely scales with the number of users. Formerly known as the Quantum Gravity Bridge (QGB), Blobstream relays commitments to Celestia's data root to an onchain light client on Ethereum, for integration by developers into L2 contracts. This enables Ethereum developers to build high-throughput L2s using Celestia's optimised DA layer, the first with Data Availability Sampling (DAS). Any ecosystem can deploy a Blobstream light client onchain to allow L2s and L3s to access DA from Celestia.
    An implementation of Blobstream, by Succinct, called Blobstream X, is out and will be used in the upcoming deployments. This implementation proves the validity of Celestia block headers on a target EVM chain using zero-knowledge (ZK) proofs, which allow inheriting all the security guarantees of Celestia.
    Please note: Blobstream remains early-stage, experimental software and users should use Blobstream at their own risk.
    Blobstream vs. data availability committees (DACs) ​
    Decentralization and security ​
    Blobstream is built on Celestia, which uses a CometBFT-based proof-of-stake system. Blobstream shares the same security assumptions as Celestia. In contrast, data availability committees (DACs), are typically centralized or semi-centralized, relying on a specific set of entities or individuals to vouch for data availability.
    Mechanism of verification ​
    Blobstream uses data availability attestations, which are Merkle roots of the batched L2 data, to confirm that the necessary data is present on Celestia. The L2 contract on Ethereum can check directly with Blobstream if the data is published on Celestia. Similarly, a DAC would rely on attestations or confirmations from its permissioned members.
    Flexibility and scalability ​
    Blobstream is designed to offer high-throughput data availability for Ethereum L2s, aiming to strike a balance between scalability and security. It operates independently of Ethereum's gas costs, as Celestia's resource pricing is more byte-focused rather than computation-centric. On the other hand, the scalability and flexibility of a DAC would depend on its specific design and implementation.
    In summary, both Blobstream and DACs aim to ensure offchain data availability, but Blobstream offers a more decentralized, secure, and scalable solution compared to the potential centralized nature of DACs.
    What is Blobstream X? ​
    Blobstream X is an implementation of Blobstream with a ZK light client that bridges Celestia’s modular DA layer to Ethereum to allow high-throughput rollups to use Celestia’s DA while settling on Ethereum.
    Optimistic or ZK rollups that settle on Ethereum, but wish to use Celestia for DA, require a mechanism for bridging Celestia’s data root to Ethereum as part of the settlement process. This data root is used during inclusion proofs to prove that particular rollup transactions were included and made available in the Celestia network.
    Bridging Celestia’s data root to Ethereum requires running a Celestia light client as a smart contract on Ethereum, to make the latest state of the Celestia chain known on Ethereum and available to rollups. Blobstream X utilizes the latest advances in ZK proofs to generate a succinct proof that enough Celestia validators have come to consensus (according to the CometBFT consensus protocol) on a block header, and verifies this proof in the Blobstream X Ethereum smart contract to update it with the latest Celestia header.
    The Blobstream X ZK proof not only verifies the consensus of Celestia validators, but it also merkelizes and hashes all the data roots in the block range from the previous update to the current update, making accessible all Celestia data roots (verifiable with a Merkle inclusion proof against the stored Merkle root) to rollups.
    Blobstream X is built and deployed with Succinct's protocol.
    blobstream x draft diagram
    Integrate with Blobstream X ​
    The following docs go over how developers can integrate Blobstream X.
    You can find the repository for Blobstream X along with code for:
    The first deployments of Blobstream X will be maintained on the following chains: Arbitrum One, Base and Ethereum Mainnet. Every 1 hour, the prover/relayer will post an update to the Blobstream X contract that will include a new data commitment range that covers a 1-hour block range from the latestBlock in the Blobstream X contract. On Ethereum Mainnet, the Blobstream X contract will be updated every 4 hours.
    NOTE
    Custom ranges can be requested using the BlobstreamX contract to create proofs for specific Celestia block batches. These ranges can be constructed as [latestBlock, customTargetBlock), with latestBlock is the latest block height that was committed to by the BlobstreamX contract, and latestBlock > customTargetBlock, and customTargetBlock - latestBlock <= DATA_COMMITMENT_MAX.
    Block ranges that are before the contract's latestBlock can't be proven a second time in different batches.
    More information can be found in the requestHeaderRange(...) method.
    How Blobstream X works ​
    As shown in the diagram below, the entrypoint for updates to the Blobstream X contract is through the SuccinctGateway smart contract, which is a simple entrypoint contract that verifies proofs (against a deployed onchain verifier for the Blobstream X circuit) and then calls the BlobstreamX.sol contract to update it. Find more information about the SuccinctGateway.
    blobstream x overview diagram draft
    NOTE
    If the Blobstream X contract is not deployed on a desired chain, it needs to be deployed before it can be used by your rollup. See the deployment documentation for more details.
    How to integrate with Blobstream X ​
    Integrating your L2 with Blobstream X requires two components: your onchain smart contract logic, and your offchain client logic for your rollup. The next three sections cover these topics:
    Deployed contracts ​
    You can interact with the Blobstream X contracts today on testnet. The Blobstream X Solidity smart contracts are currently deployed on the following Ethereum testnets:
    ContractEVM networkContract addressAttested data on Celestia
    Blobstream XEthereum MainnetNot yet deployedMainnet Beta
    Blobstream XArbitrum One0xA83ca7775Bc2889825BcDeDfFa5b758cf69e8794Mainnet Beta
    Blobstream XBase0xA83ca7775Bc2889825BcDeDfFa5b758cf69e8794Mainnet Beta
    Blobstream XArbitrum Sepolia0xc3e209eb245Fd59c8586777b499d6A665DF3ABD2Mocha testnet
    Blobstream XBase Sepolia0xc3e209eb245Fd59c8586777b499d6A665DF3ABD2Mocha testnet
    ',37),c=[n];function d(h,m,b,u,p,f){return t(),a("div",null,c)}const y=e(l,[["render",d]]);export{B as __pageData,y as default};
diff --git a/pr-1489/assets/developers_blobstream.md.c8871fc9.lean.js b/pr-1489/assets/developers_blobstream.md.b7f0073d.lean.js
similarity index 93%
rename from pr-1489/assets/developers_blobstream.md.c8871fc9.lean.js
rename to pr-1489/assets/developers_blobstream.md.b7f0073d.lean.js
index 1cf48ff642..a879fe8cd1 100644
--- a/pr-1489/assets/developers_blobstream.md.c8871fc9.lean.js
+++ b/pr-1489/assets/developers_blobstream.md.b7f0073d.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/blobstream/blobstream_logo.png",s="/docs-preview/pr-1489/img/blobstream/Celestia_Blobstream_X1b.png",i="/docs-preview/pr-1489/img/blobstream/Celestia_Blobstream_X2b.png",B=JSON.parse('{"title":"Blobstream: Streaming modular DA to Ethereum","description":"Learn how to integrate your L2 with Blobstream","frontmatter":{"description":"Learn how to integrate your L2 with Blobstream","head":[["meta",{"name":"og:title","content":"Blobstream: Streaming modular DA to Ethereum | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream.md","filePath":"developers/blobstream.md","lastUpdated":1711718709000}'),l={name:"developers/blobstream.md"},n=o("",37),c=[n];function d(h,m,b,u,p,f){return t(),a("div",null,c)}const y=e(l,[["render",d]]);export{B as __pageData,y as default};
+import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/blobstream/blobstream_logo.png",s="/docs-preview/pr-1489/img/blobstream/Celestia_Blobstream_X1b.png",i="/docs-preview/pr-1489/img/blobstream/Celestia_Blobstream_X2b.png",B=JSON.parse('{"title":"Blobstream: Streaming modular DA to Ethereum","description":"Learn how to integrate your L2 with Blobstream","frontmatter":{"description":"Learn how to integrate your L2 with Blobstream","head":[["meta",{"name":"og:title","content":"Blobstream: Streaming modular DA to Ethereum | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/blobstream.md","filePath":"developers/blobstream.md","lastUpdated":1711718743000}'),l={name:"developers/blobstream.md"},n=o("",37),c=[n];function d(h,m,b,u,p,f){return t(),a("div",null,c)}const y=e(l,[["render",d]]);export{B as __pageData,y as default};
diff --git a/pr-1489/assets/developers_bubs-testnet.md.56122117.js b/pr-1489/assets/developers_bubs-testnet.md.633608df.js
similarity index 99%
rename from pr-1489/assets/developers_bubs-testnet.md.56122117.js
rename to pr-1489/assets/developers_bubs-testnet.md.633608df.js
index 3b8b43a309..9d9ab9f087 100644
--- a/pr-1489/assets/developers_bubs-testnet.md.56122117.js
+++ b/pr-1489/assets/developers_bubs-testnet.md.633608df.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as s}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/Celestia_Bubs_Testnet.jpg",f=JSON.parse('{"title":"Bubs testnet","description":"The first testnet built with OP Stack and Celestia.","frontmatter":{"description":"The first testnet built with OP Stack and Celestia.","head":[["meta",{"name":"og:title","content":"Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/bubs-testnet.md","filePath":"developers/bubs-testnet.md","lastUpdated":1711718709000}'),r={name:"developers/bubs-testnet.md"},i=s('
    Bubs testnet ​
    Bubs testnet
    Bubs Testnet is a fresh offering from Caldera with support from Celestia Labs, built with OP Stack and Celestia, and is dedicated to providing developers with an EVM-compatible execution layer to deploy their EVM applications on.
    Built with the OP Stack and Celestia ​
    The Bubs Testnet is a testnet rollup, a modified version of optimism-bedrock that uses Celestia as a data availability (DA) layer. This integration can be found in the @celestiaorg/optimism repository. The testnet is hosted by Caldera, who makes it easy to launch rollups with no code required.
    In this setup, data handling is accomplished in two ways. Firstly, data is written to the DA layer, in this case, Celestia (on the Mocha testnet). Then, the data commitment is written to the op-batcher. When reading, the op-node retrieves the data back from the DA layer by first reading the data commitment from the op-batcher, then reading the data from the DA layer using the data commitment. Hence, while previously op-node was reading from calldata on Ethereum, it now reads data from Celestia. View the namespace for Bubs on Celestia's Mocha testnet.
    The tools involved in the data handling process include op-batcher, which batches up rollup blocks and posts them to Ethereum, op-geth that handles execution, and op-proposer responsible for state commitment submission.
    By using Celestia as a DA layer, existing L2s can switch from posting their data as calldata on Ethereum to posting to Celestia. The commitment to the block is posted on Celestia, which is purpose-built for data availability. This is more scalable than the traditional method of posting this data as calldata on monolithic chains.
    Building on Bubs ​
    Bubs Testnet provides a robust environment for developers to test their Ethereum Virtual Machine (EVM) applications. It offers an EVM-compatible execution layer, making it an ideal platform for developers looking to build and test applications in a setting that closely mirrors an OP Stack rollup on Celestia.
    Learn more at https://bubs-sepolia.hub.caldera.xyz/.
    RPC URLs ​
    Remote Procedure Call (RPC) URLs are endpoints that allow developers to interact with the blockchain. They are essential for sending transactions, querying blockchain data, and performing other interactions with the blockchain.
    For the Bubs Testnet, you can connect to the following RPC URLs:
    HTTPS ​
    • https://bubs-sepolia.rpc.caldera.xyz/http
    WSS ​
    • wss://bubs-sepolia.rpc.caldera.xyz/ws
    This URL serves as the entry point to the Bubs Testnet. You can use it in your applications to connect to the testnet and interact with the smart contracts you deploy there.
    Remember, Bubs Testnet is a testing environment!
    Bridge ​
    Bridging is a process that enables the transfer of assets between different blockchains.
    To bridge between Ethereum Sepolia and Bubs Testnet, visit the Bubs Testnet bridge.
    Faucet ​
    To visit the Bubs testnet faucet, go to https://bubs-sepolia.hub.caldera.xyz/ and click the "Faucet" tab.
    Explorer ​
    To visit the explorer, go to https://bubs-sepolia.explorer.caldera.xyz/.
    Status ​
    To see the status and uptime information for Bubs, visit the status page.
    Next steps ​
    Now that you have a better understanding of the Bubs Testnet and its integration of OP Stack and Celestia, you can start exploring its capabilities:
    ',32),n=[i];function l(h,c,d,p,u,b){return t(),a("div",null,n)}const g=e(r,[["render",l]]);export{f as __pageData,g as default};
+import{_ as e,o as t,c as a,Q as s}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/Celestia_Bubs_Testnet.jpg",f=JSON.parse('{"title":"Bubs testnet","description":"The first testnet built with OP Stack and Celestia.","frontmatter":{"description":"The first testnet built with OP Stack and Celestia.","head":[["meta",{"name":"og:title","content":"Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/bubs-testnet.md","filePath":"developers/bubs-testnet.md","lastUpdated":1711718743000}'),r={name:"developers/bubs-testnet.md"},i=s('
    Bubs testnet ​
    Bubs testnet
    Bubs Testnet is a fresh offering from Caldera with support from Celestia Labs, built with OP Stack and Celestia, and is dedicated to providing developers with an EVM-compatible execution layer to deploy their EVM applications on.
    Built with the OP Stack and Celestia ​
    The Bubs Testnet is a testnet rollup, a modified version of optimism-bedrock that uses Celestia as a data availability (DA) layer. This integration can be found in the @celestiaorg/optimism repository. The testnet is hosted by Caldera, who makes it easy to launch rollups with no code required.
    In this setup, data handling is accomplished in two ways. Firstly, data is written to the DA layer, in this case, Celestia (on the Mocha testnet). Then, the data commitment is written to the op-batcher. When reading, the op-node retrieves the data back from the DA layer by first reading the data commitment from the op-batcher, then reading the data from the DA layer using the data commitment. Hence, while previously op-node was reading from calldata on Ethereum, it now reads data from Celestia. View the namespace for Bubs on Celestia's Mocha testnet.
    The tools involved in the data handling process include op-batcher, which batches up rollup blocks and posts them to Ethereum, op-geth that handles execution, and op-proposer responsible for state commitment submission.
    By using Celestia as a DA layer, existing L2s can switch from posting their data as calldata on Ethereum to posting to Celestia. The commitment to the block is posted on Celestia, which is purpose-built for data availability. This is more scalable than the traditional method of posting this data as calldata on monolithic chains.
    Building on Bubs ​
    Bubs Testnet provides a robust environment for developers to test their Ethereum Virtual Machine (EVM) applications. It offers an EVM-compatible execution layer, making it an ideal platform for developers looking to build and test applications in a setting that closely mirrors an OP Stack rollup on Celestia.
    Learn more at https://bubs-sepolia.hub.caldera.xyz/.
    RPC URLs ​
    Remote Procedure Call (RPC) URLs are endpoints that allow developers to interact with the blockchain. They are essential for sending transactions, querying blockchain data, and performing other interactions with the blockchain.
    For the Bubs Testnet, you can connect to the following RPC URLs:
    HTTPS ​
    • https://bubs-sepolia.rpc.caldera.xyz/http
    WSS ​
    • wss://bubs-sepolia.rpc.caldera.xyz/ws
    This URL serves as the entry point to the Bubs Testnet. You can use it in your applications to connect to the testnet and interact with the smart contracts you deploy there.
    Remember, Bubs Testnet is a testing environment!
    Bridge ​
    Bridging is a process that enables the transfer of assets between different blockchains.
    To bridge between Ethereum Sepolia and Bubs Testnet, visit the Bubs Testnet bridge.
    Faucet ​
    To visit the Bubs testnet faucet, go to https://bubs-sepolia.hub.caldera.xyz/ and click the "Faucet" tab.
    Explorer ​
    To visit the explorer, go to https://bubs-sepolia.explorer.caldera.xyz/.
    Status ​
    To see the status and uptime information for Bubs, visit the status page.
    Next steps ​
    Now that you have a better understanding of the Bubs Testnet and its integration of OP Stack and Celestia, you can start exploring its capabilities:
    ',32),n=[i];function l(h,c,d,p,u,b){return t(),a("div",null,n)}const g=e(r,[["render",l]]);export{f as __pageData,g as default};
diff --git a/pr-1489/assets/developers_bubs-testnet.md.56122117.lean.js b/pr-1489/assets/developers_bubs-testnet.md.633608df.lean.js
similarity index 91%
rename from pr-1489/assets/developers_bubs-testnet.md.56122117.lean.js
rename to pr-1489/assets/developers_bubs-testnet.md.633608df.lean.js
index 4f9c72fb87..bab78f8869 100644
--- a/pr-1489/assets/developers_bubs-testnet.md.56122117.lean.js
+++ b/pr-1489/assets/developers_bubs-testnet.md.633608df.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as s}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/Celestia_Bubs_Testnet.jpg",f=JSON.parse('{"title":"Bubs testnet","description":"The first testnet built with OP Stack and Celestia.","frontmatter":{"description":"The first testnet built with OP Stack and Celestia.","head":[["meta",{"name":"og:title","content":"Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/bubs-testnet.md","filePath":"developers/bubs-testnet.md","lastUpdated":1711718709000}'),r={name:"developers/bubs-testnet.md"},i=s("",32),n=[i];function l(h,c,d,p,u,b){return t(),a("div",null,n)}const g=e(r,[["render",l]]);export{f as __pageData,g as default};
+import{_ as e,o as t,c as a,Q as s}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/Celestia_Bubs_Testnet.jpg",f=JSON.parse('{"title":"Bubs testnet","description":"The first testnet built with OP Stack and Celestia.","frontmatter":{"description":"The first testnet built with OP Stack and Celestia.","head":[["meta",{"name":"og:title","content":"Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/bubs-testnet.md","filePath":"developers/bubs-testnet.md","lastUpdated":1711718743000}'),r={name:"developers/bubs-testnet.md"},i=s("",32),n=[i];function l(h,c,d,p,u,b){return t(),a("div",null,n)}const g=e(r,[["render",l]]);export{f as __pageData,g as default};
diff --git a/pr-1489/assets/developers_build-modular.md.428a1469.js b/pr-1489/assets/developers_build-modular.md.4b11389a.js
similarity index 99%
rename from pr-1489/assets/developers_build-modular.md.428a1469.js
rename to pr-1489/assets/developers_build-modular.md.4b11389a.js
index a5be253975..4689f2b287 100644
--- a/pr-1489/assets/developers_build-modular.md.428a1469.js
+++ b/pr-1489/assets/developers_build-modular.md.4b11389a.js
@@ -1 +1 @@
-import{_ as e,o as a,c as o,Q as t}from"./chunks/framework.611656c0.js";const i="/docs-preview/pr-1489/img/da-and-validity.png",f=JSON.parse('{"title":"Build modular","description":"Advantages of building on modular blockchains like Celestia.","frontmatter":{"description":"Advantages of building on modular blockchains like Celestia.","head":[["meta",{"name":"og:title","content":"Build modular | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/build-modular.md","filePath":"developers/build-modular.md","lastUpdated":1711718709000}'),r={name:"developers/build-modular.md"},l=t('
    Build modular ​
    “I’m a developer, and I want to know what the benefits of modular blockchains are for me!”
    You’ve come to the right place. This page will give you the rundown on modular blockchains and their benefits for developers like you.
    If you already know all this, skip to the end to get straight into building.
    What is a modular blockchain? ​
    With blockchains there are more or less four core functions that they do.
    • Execution: transaction execution and state update.
    • Settlement: finality and dispute resolution.
    • Consensus: agreement on transaction ordering.
    • Data availability: prove data was published to the network.
    Modular blockchains specialize in one or two of these functions rather than doing all of them like a monolithic blockchain. You probably know about layer 1s and layer 2s. That’s the general idea.
    A typical example of a modular blockchain you might’ve heard of is a rollup. Rollups host smart contracts and execute transactions, much like any monolithic chain. But, the data of those transactions get sent to a layer 1 blockchain to carry out the remaining functions.
    If you want to brush up on your understanding of modular blockchains, head over to learn modular.
    Ease of deploying a chain ​
    One of the goals of modular blockchains is to make it as easy to deploy a blockchain as a smart contract. There are a few unique ways that modular blockchains can significantly reduce the cost of deploying a new blockchain.
    1. No validator set is required. Rollups can deploy without sourcing their own set of validators or sequencers.
    2. Inherit security from the start. Rollups don’t need to build all their security from scratch.
    3. Any part of the stack can be delegated. Development time can be reduced by outsourcing functions of the rollup to external providers.
    All in all, builders will be able to outsource as much of the stack as they need. Deploying a new blockchain will be as simple as clicking a few options to initialize a production-ready rollup.
    Scaling ​
    Of course, a much higher scale is necessary if we want to support many more users. And modular blockchains use some new innovative technologies that can help us get there.
    • Data availability sampling enables modular blockchains like Celestia to scale data availability with the number of light nodes - that means more capacity for rollups.
    • Fraud and validity proofs make rollups vastly more efficient to verify. Nodes only need to verify a small proof of transaction validity (validity proof) or assume transactions are valid by default (fraud proof). This means rollups don’t require every node in the network to re-execute every transaction.
    image
    • Decoupling execution from consensus lets developers define the VM that best fits the scaling needs of their application.
    • Separating applications across multiple rollups isolates congestion. If an application congests the execution capacity of one rollup, all other rollups remain unaffected in their execution capacity.
    All these scaling properties combined make new types of applications and features possible, like onchain gaming, dynamic metadata, and ephemeral rollups, to name a few.
    Customizability ​
    By design, modular blockchains don’t lock in any feature set. They promote experimentation and customization.
    Remember how decoupling execution from consensus enables VM customizability? Well, rollups are the execution component. Applications can run on their own rollup and adjust the VM to maximize their application's performance. Developers have that flexibility because Celestia's execution logic doesn't restrict rollups.
    Basically, rollups can be customized to integrate any new or existing VM stack.
    With existing rollup frameworks, developers can run rollup testnets using the EVM or Cosmos SDK. In the future, one can imagine a variety of VMs that rollup frameworks support, providing developers with more out-of-the-box options for their applications.
    Some customizations that could be made to a rollup's VM include custom precompiles, changing transaction processing from sequential to parallel, or adding support for private smart contracts.
    All of this only scratches the surface.
    Building on Celestia ​
    So, you’re ready to start experimenting and building on Celestia? Here are a few options that are currently available for developers.
    Smart contracts ​
    Bubs testnet is a dedicated EVM-compatible rollup that developers can use to test and deploy smart contract applications.
    Sovereign rollups ​
    Developers can build applications on a sovereign rollup testnet on Celestia. Rollkit and Sovereign SDK provide frameworks for deploying sovereign rollup testnets on Celestia.
    Rollups ​
    Developers can also build rollup testnets for their applications using Dymension’s Rollapps or Optimism’s OP Stack.
    ',35),n=[l];function s(c,u,p,d,h,m){return a(),o("div",null,n)}const b=e(r,[["render",s]]);export{f as __pageData,b as default};
+import{_ as e,o as a,c as o,Q as t}from"./chunks/framework.611656c0.js";const i="/docs-preview/pr-1489/img/da-and-validity.png",f=JSON.parse('{"title":"Build modular","description":"Advantages of building on modular blockchains like Celestia.","frontmatter":{"description":"Advantages of building on modular blockchains like Celestia.","head":[["meta",{"name":"og:title","content":"Build modular | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/build-modular.md","filePath":"developers/build-modular.md","lastUpdated":1711718743000}'),r={name:"developers/build-modular.md"},l=t('
    Build modular ​
    “I’m a developer, and I want to know what the benefits of modular blockchains are for me!”
    You’ve come to the right place. This page will give you the rundown on modular blockchains and their benefits for developers like you.
    If you already know all this, skip to the end to get straight into building.
    What is a modular blockchain? ​
    With blockchains there are more or less four core functions that they do.
    • Execution: transaction execution and state update.
    • Settlement: finality and dispute resolution.
    • Consensus: agreement on transaction ordering.
    • Data availability: prove data was published to the network.
    Modular blockchains specialize in one or two of these functions rather than doing all of them like a monolithic blockchain. You probably know about layer 1s and layer 2s. That’s the general idea.
    A typical example of a modular blockchain you might’ve heard of is a rollup. Rollups host smart contracts and execute transactions, much like any monolithic chain. But, the data of those transactions get sent to a layer 1 blockchain to carry out the remaining functions.
    If you want to brush up on your understanding of modular blockchains, head over to learn modular.
    Ease of deploying a chain ​
    One of the goals of modular blockchains is to make it as easy to deploy a blockchain as a smart contract. There are a few unique ways that modular blockchains can significantly reduce the cost of deploying a new blockchain.
    1. No validator set is required. Rollups can deploy without sourcing their own set of validators or sequencers.
    2. Inherit security from the start. Rollups don’t need to build all their security from scratch.
    3. Any part of the stack can be delegated. Development time can be reduced by outsourcing functions of the rollup to external providers.
    All in all, builders will be able to outsource as much of the stack as they need. Deploying a new blockchain will be as simple as clicking a few options to initialize a production-ready rollup.
    Scaling ​
    Of course, a much higher scale is necessary if we want to support many more users. And modular blockchains use some new innovative technologies that can help us get there.
    • Data availability sampling enables modular blockchains like Celestia to scale data availability with the number of light nodes - that means more capacity for rollups.
    • Fraud and validity proofs make rollups vastly more efficient to verify. Nodes only need to verify a small proof of transaction validity (validity proof) or assume transactions are valid by default (fraud proof). This means rollups don’t require every node in the network to re-execute every transaction.
    image
    • Decoupling execution from consensus lets developers define the VM that best fits the scaling needs of their application.
    • Separating applications across multiple rollups isolates congestion. If an application congests the execution capacity of one rollup, all other rollups remain unaffected in their execution capacity.
    All these scaling properties combined make new types of applications and features possible, like onchain gaming, dynamic metadata, and ephemeral rollups, to name a few.
    Customizability ​
    By design, modular blockchains don’t lock in any feature set. They promote experimentation and customization.
    Remember how decoupling execution from consensus enables VM customizability? Well, rollups are the execution component. Applications can run on their own rollup and adjust the VM to maximize their application's performance. Developers have that flexibility because Celestia's execution logic doesn't restrict rollups.
    Basically, rollups can be customized to integrate any new or existing VM stack.
    With existing rollup frameworks, developers can run rollup testnets using the EVM or Cosmos SDK. In the future, one can imagine a variety of VMs that rollup frameworks support, providing developers with more out-of-the-box options for their applications.
    Some customizations that could be made to a rollup's VM include custom precompiles, changing transaction processing from sequential to parallel, or adding support for private smart contracts.
    All of this only scratches the surface.
    Building on Celestia ​
    So, you’re ready to start experimenting and building on Celestia? Here are a few options that are currently available for developers.
    Smart contracts ​
    Bubs testnet is a dedicated EVM-compatible rollup that developers can use to test and deploy smart contract applications.
    Sovereign rollups ​
    Developers can build applications on a sovereign rollup testnet on Celestia. Rollkit and Sovereign SDK provide frameworks for deploying sovereign rollup testnets on Celestia.
    Rollups ​
    Developers can also build rollup testnets for their applications using Dymension’s Rollapps or Optimism’s OP Stack.
    ',35),n=[l];function s(c,u,p,d,h,m){return a(),o("div",null,n)}const b=e(r,[["render",s]]);export{f as __pageData,b as default};
diff --git a/pr-1489/assets/developers_build-modular.md.428a1469.lean.js b/pr-1489/assets/developers_build-modular.md.4b11389a.lean.js
similarity index 91%
rename from pr-1489/assets/developers_build-modular.md.428a1469.lean.js
rename to pr-1489/assets/developers_build-modular.md.4b11389a.lean.js
index 128dba3415..e024a441c3 100644
--- a/pr-1489/assets/developers_build-modular.md.428a1469.lean.js
+++ b/pr-1489/assets/developers_build-modular.md.4b11389a.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as o,Q as t}from"./chunks/framework.611656c0.js";const i="/docs-preview/pr-1489/img/da-and-validity.png",f=JSON.parse('{"title":"Build modular","description":"Advantages of building on modular blockchains like Celestia.","frontmatter":{"description":"Advantages of building on modular blockchains like Celestia.","head":[["meta",{"name":"og:title","content":"Build modular | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/build-modular.md","filePath":"developers/build-modular.md","lastUpdated":1711718709000}'),r={name:"developers/build-modular.md"},l=t("",35),n=[l];function s(c,u,p,d,h,m){return a(),o("div",null,n)}const b=e(r,[["render",s]]);export{f as __pageData,b as default};
+import{_ as e,o as a,c as o,Q as t}from"./chunks/framework.611656c0.js";const i="/docs-preview/pr-1489/img/da-and-validity.png",f=JSON.parse('{"title":"Build modular","description":"Advantages of building on modular blockchains like Celestia.","frontmatter":{"description":"Advantages of building on modular blockchains like Celestia.","head":[["meta",{"name":"og:title","content":"Build modular | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/build-modular.md","filePath":"developers/build-modular.md","lastUpdated":1711718743000}'),r={name:"developers/build-modular.md"},l=t("",35),n=[l];function s(c,u,p,d,h,m){return a(),o("div",null,n)}const b=e(r,[["render",s]]);export{f as __pageData,b as default};
diff --git a/pr-1489/assets/developers_celestia-node-key.md.76d36032.js b/pr-1489/assets/developers_celestia-node-key.md.1e9e7ee0.js
similarity index 98%
rename from pr-1489/assets/developers_celestia-node-key.md.76d36032.js
rename to pr-1489/assets/developers_celestia-node-key.md.1e9e7ee0.js
index 64512251e3..9632d4c0f5 100644
--- a/pr-1489/assets/developers_celestia-node-key.md.76d36032.js
+++ b/pr-1489/assets/developers_celestia-node-key.md.1e9e7ee0.js
@@ -4,19 +4,19 @@ import{m as o}from"./chunks/mocha_versions.84d9fd1c.js";import{o as p,c as t,k a
 make cel-key
    # dumps binary in current working directory, accessible via \`./cel-key\`
 make cel-key
    or
    sh
    # installs binary in GOBIN path, accessible via \`cel-key\`
 make install-key
    # installs binary in GOBIN path, accessible via \`cel-key\`
-make install-key
    For the purpose of this guide, we will use the make cel-key command.
    Steps for generating node keys ​
    To generate a key for a Celestia node, select the tab for your node type:
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    bash
    ./cel-key add <key-name> --keyring-backend test --node.type bridge \\
+make install-key
    For the purpose of this guide, we will use the make cel-key command.
    Steps for generating node keys ​
    To generate a key for a Celestia node, select the tab for your node type:
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    bash
    ./cel-key add <key-name> --keyring-backend test --node.type bridge \\
   --p2p.network <network>
    ./cel-key add <key-name> --keyring-backend test --node.type bridge \\
   --p2p.network <network>
    bash
    ./cel-key add <key-name> --keyring-backend test --node.type full \\
   --p2p.network <network>
    ./cel-key add <key-name> --keyring-backend test --node.type full \\
   --p2p.network <network>
    bash
    ./cel-key add <key-name> --keyring-backend test --node.type light \\
   --p2p.network <network>
    ./cel-key add <key-name> --keyring-backend test --node.type light \\
-  --p2p.network <network>
    This will load the key <key-name> into the directory of the node.
    Further flags you can use to customize your key are the following:
    • --node.store: Specifies a different directory you can use to save your node data and configurations. Expects a path to a directory.
    • --p2p.network: Specifies which network you want the key for. Values are arabica and mocha. Please note the default network will be mocha.
    Keep in mind that your celestia-node will only pick up keys that are inside the node.store directory under /keys so you should make sure to point cel-key utility to the correct directory via the node.store or p2p.network flags if you have specified a custom directory or network other than Mocha.
    Also keep in mind that if you do not specify a network with --p2p.network, the default one will always be mocha.
    Steps for exporting node keys ​
    You can export a private key from the local keyring in encrypted and ASCII-armored format.
    bash
    ./cel-key export <key-name> --keyring-backend test --node.type bridge \\
+  --p2p.network <network>
    This will load the key <key-name> into the directory of the node.
    Further flags you can use to customize your key are the following:
    • --node.store: Specifies a different directory you can use to save your node data and configurations. Expects a path to a directory.
    • --p2p.network: Specifies which network you want the key for. Values are arabica and mocha. Please note the default network will be mocha.
    Keep in mind that your celestia-node will only pick up keys that are inside the node.store directory under /keys so you should make sure to point cel-key utility to the correct directory via the node.store or p2p.network flags if you have specified a custom directory or network other than Mocha.
    Also keep in mind that if you do not specify a network with --p2p.network, the default one will always be mocha.
    Steps for exporting node keys ​
    You can export a private key from the local keyring in encrypted and ASCII-armored format.
    bash
    ./cel-key export <key-name> --keyring-backend test --node.type bridge \\
   --p2p.network <network>
    ./cel-key export <key-name> --keyring-backend test --node.type bridge \\
   --p2p.network <network>
    bash
    ./cel-key export <key-name> --keyring-backend test --node.type full \\
   --p2p.network <network>
    ./cel-key export <key-name> --keyring-backend test --node.type full \\
   --p2p.network <network>
    bash
    ./cel-key export <key-name> --keyring-backend test --node.type light \\
   --p2p.network <network>
    ./cel-key export <key-name> --keyring-backend test --node.type light \\
-  --p2p.network <network>
    Steps for importing node keys ​
    To import from a mnemonic, use the following command, then enter your bip39 mnemonic:
    bash
    ./cel-key add <key-name> --recover --keyring-backend test \\
+  --p2p.network <network>
    Steps for importing node keys ​
    To import from a mnemonic, use the following command, then enter your bip39 mnemonic:
    bash
    ./cel-key add <key-name> --recover --keyring-backend test \\
   --node.type bridge --p2p.network <network>
    ./cel-key add <key-name> --recover --keyring-backend test \\
   --node.type bridge --p2p.network <network>
    bash
    ./cel-key add <key-name> --recover --keyring-backend test \\
   --node.type full --p2p.network <network>
    ./cel-key add <key-name> --recover --keyring-backend test \\
@@ -56,7 +56,7 @@ import{m as o}from"./chunks/mocha_versions.84d9fd1c.js";import{o as p,c as t,k a
 - address: celestia1wkhyhr7ngf0ayqlpnsnxg4d72hfs5453dvunm9
   name: my_celes_key
   pubkey: '{"@type":"/cosmos.crypto.secp256k1.PubKey","key":"A1/NsoY0RGL7Hqt4VWLg441GQKJsZ2fBUnZXipgns8oV"}'
-  type: local
    `,24),S=JSON.parse('{"title":"Create a wallet with celestia-node","description":"Use the cel-key utility to generate a wallet on celestia-node.","frontmatter":{"description":"Use the cel-key utility to generate a wallet on celestia-node.","prev":{"text":"Rollkit","link":"/developers/rollkit"},"head":[["meta",{"name":"og:title","content":"Create a wallet with celestia-node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/celestia-node-key.md","filePath":"developers/celestia-node-key.md","lastUpdated":1711718709000}'),w={name:"developers/celestia-node-key.md"},P=Object.assign(w,{setup(f){return(A,D)=>(p(),t("div",null,[c,s("div",r,[y,i,s("pre",E,[s("code",null,[d,n(`
+  type: local
    `,24),S=JSON.parse('{"title":"Create a wallet with celestia-node","description":"Use the cel-key utility to generate a wallet on celestia-node.","frontmatter":{"description":"Use the cel-key utility to generate a wallet on celestia-node.","prev":{"text":"Rollkit","link":"/developers/rollkit"},"head":[["meta",{"name":"og:title","content":"Create a wallet with celestia-node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/celestia-node-key.md","filePath":"developers/celestia-node-key.md","lastUpdated":1711718743000}'),w={name:"developers/celestia-node-key.md"},P=Object.assign(w,{setup(f){return(A,D)=>(p(),t("div",null,[c,s("div",r,[y,i,s("pre",E,[s("code",null,[d,n(`
 `),s("span",F,[s("span",h,"ghcr.io/celestiaorg/celestia-node:"+l(e(o)["node-latest-tag"])+" ",1),g]),n(`
 `),k])]),s("pre",u,[s("code",null,[C,n(`
 `),s("span",b,[s("span",v,"ghcr.io/celestiaorg/celestia-node:"+l(e(o)["node-latest-tag"])+" ",1),m]),n(`
diff --git a/pr-1489/assets/developers_celestia-node-key.md.76d36032.lean.js b/pr-1489/assets/developers_celestia-node-key.md.1e9e7ee0.lean.js
similarity index 95%
rename from pr-1489/assets/developers_celestia-node-key.md.76d36032.lean.js
rename to pr-1489/assets/developers_celestia-node-key.md.1e9e7ee0.lean.js
index 83c0391de6..1faf746bd3 100644
--- a/pr-1489/assets/developers_celestia-node-key.md.76d36032.lean.js
+++ b/pr-1489/assets/developers_celestia-node-key.md.1e9e7ee0.lean.js
@@ -1,4 +1,4 @@
-import{m as o}from"./chunks/mocha_versions.84d9fd1c.js";import{o as p,c as t,k as s,a as n,t as l,l as e,Q as a}from"./chunks/framework.611656c0.js";const c=a("",37),r={class:"language-bash vp-adaptive-theme"},y=s("button",{title:"Copy Code",class:"copy"},null,-1),i=s("span",{class:"lang"},"bash",-1),E={class:"shiki github-dark vp-code-dark"},d=a("",1),F={class:"line"},h={style:{color:"#E1E4E8"}},g=a("",7),k=a("",1),u={class:"shiki github-light vp-code-light"},C=a("",1),b={class:"line"},v={style:{color:"#24292E"}},m=a("",7),B=a("",1),_=a("",24),S=JSON.parse('{"title":"Create a wallet with celestia-node","description":"Use the cel-key utility to generate a wallet on celestia-node.","frontmatter":{"description":"Use the cel-key utility to generate a wallet on celestia-node.","prev":{"text":"Rollkit","link":"/developers/rollkit"},"head":[["meta",{"name":"og:title","content":"Create a wallet with celestia-node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/celestia-node-key.md","filePath":"developers/celestia-node-key.md","lastUpdated":1711718709000}'),w={name:"developers/celestia-node-key.md"},P=Object.assign(w,{setup(f){return(A,D)=>(p(),t("div",null,[c,s("div",r,[y,i,s("pre",E,[s("code",null,[d,n(`
+import{m as o}from"./chunks/mocha_versions.84d9fd1c.js";import{o as p,c as t,k as s,a as n,t as l,l as e,Q as a}from"./chunks/framework.611656c0.js";const c=a("",37),r={class:"language-bash vp-adaptive-theme"},y=s("button",{title:"Copy Code",class:"copy"},null,-1),i=s("span",{class:"lang"},"bash",-1),E={class:"shiki github-dark vp-code-dark"},d=a("",1),F={class:"line"},h={style:{color:"#E1E4E8"}},g=a("",7),k=a("",1),u={class:"shiki github-light vp-code-light"},C=a("",1),b={class:"line"},v={style:{color:"#24292E"}},m=a("",7),B=a("",1),_=a("",24),S=JSON.parse('{"title":"Create a wallet with celestia-node","description":"Use the cel-key utility to generate a wallet on celestia-node.","frontmatter":{"description":"Use the cel-key utility to generate a wallet on celestia-node.","prev":{"text":"Rollkit","link":"/developers/rollkit"},"head":[["meta",{"name":"og:title","content":"Create a wallet with celestia-node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/celestia-node-key.md","filePath":"developers/celestia-node-key.md","lastUpdated":1711718743000}'),w={name:"developers/celestia-node-key.md"},P=Object.assign(w,{setup(f){return(A,D)=>(p(),t("div",null,[c,s("div",r,[y,i,s("pre",E,[s("code",null,[d,n(`
 `),s("span",F,[s("span",h,"ghcr.io/celestiaorg/celestia-node:"+l(e(o)["node-latest-tag"])+" ",1),g]),n(`
 `),k])]),s("pre",u,[s("code",null,[C,n(`
 `),s("span",b,[s("span",v,"ghcr.io/celestiaorg/celestia-node:"+l(e(o)["node-latest-tag"])+" ",1),m]),n(`
diff --git a/pr-1489/assets/developers_deploy-on-bubs.md.501e489b.js b/pr-1489/assets/developers_deploy-on-bubs.md.494a0486.js
similarity index 99%
rename from pr-1489/assets/developers_deploy-on-bubs.md.501e489b.js
rename to pr-1489/assets/developers_deploy-on-bubs.md.494a0486.js
index 366d9cd6c6..37f9cd4a16 100644
--- a/pr-1489/assets/developers_deploy-on-bubs.md.501e489b.js
+++ b/pr-1489/assets/developers_deploy-on-bubs.md.494a0486.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Deploy a smart contract on Bubs testnet","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Deploy a smart contract on Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/deploy-on-bubs.md","filePath":"developers/deploy-on-bubs.md","lastUpdated":1711718709000}'),p={name:"developers/deploy-on-bubs.md"},o=l(`
    Deploy a smart contract on Bubs testnet ​
    In this tutorial, we will deploy a smart contract to the Bubs testnet.
    Dependencies ​
    Setup ​
    First, in your $HOME directory, set up a new project folder for this tutorial and init the project with npm:
    bash
    cd $HOME
+import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Deploy a smart contract on Bubs testnet","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Deploy a smart contract on Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/deploy-on-bubs.md","filePath":"developers/deploy-on-bubs.md","lastUpdated":1711718743000}'),p={name:"developers/deploy-on-bubs.md"},o=l(`
    Deploy a smart contract on Bubs testnet ​
    In this tutorial, we will deploy a smart contract to the Bubs testnet.
    Dependencies ​
    Setup ​
    First, in your $HOME directory, set up a new project folder for this tutorial and init the project with npm:
    bash
    cd $HOME
 mkdir counter-project && cd counter-project && npm init -y
    cd $HOME
 mkdir counter-project && cd counter-project && npm init -y
    Next, initialize a Foundry project with the following command:
    bash
    forge init counter_contract
    forge init counter_contract
    Create your smart contract ​
    Take a look at the Counter.sol file in your counter-project/counter_contract/src directory:
    solidity
    // SPDX-License-Identifier: UNLICENSED
 pragma solidity ^0.8.13;
diff --git a/pr-1489/assets/developers_deploy-on-bubs.md.501e489b.lean.js b/pr-1489/assets/developers_deploy-on-bubs.md.494a0486.lean.js
similarity index 79%
rename from pr-1489/assets/developers_deploy-on-bubs.md.501e489b.lean.js
rename to pr-1489/assets/developers_deploy-on-bubs.md.494a0486.lean.js
index 743e54928b..42c07711c9 100644
--- a/pr-1489/assets/developers_deploy-on-bubs.md.501e489b.lean.js
+++ b/pr-1489/assets/developers_deploy-on-bubs.md.494a0486.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Deploy a smart contract on Bubs testnet","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Deploy a smart contract on Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/deploy-on-bubs.md","filePath":"developers/deploy-on-bubs.md","lastUpdated":1711718709000}'),p={name:"developers/deploy-on-bubs.md"},o=l("",61),e=[o];function t(c,r,i,y,E,d){return a(),n("div",null,e)}const h=s(p,[["render",t]]);export{F as __pageData,h as default};
+import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Deploy a smart contract on Bubs testnet","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Deploy a smart contract on Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/deploy-on-bubs.md","filePath":"developers/deploy-on-bubs.md","lastUpdated":1711718743000}'),p={name:"developers/deploy-on-bubs.md"},o=l("",61),e=[o];function t(c,r,i,y,E,d){return a(),n("div",null,e)}const h=s(p,[["render",t]]);export{F as __pageData,h as default};
diff --git a/pr-1489/assets/developers_ethereum-fallback.md.2ecf5640.js b/pr-1489/assets/developers_ethereum-fallback.md.73815dc0.js
similarity index 97%
rename from pr-1489/assets/developers_ethereum-fallback.md.2ecf5640.js
rename to pr-1489/assets/developers_ethereum-fallback.md.73815dc0.js
index c323f00fa8..d84afd5192 100644
--- a/pr-1489/assets/developers_ethereum-fallback.md.2ecf5640.js
+++ b/pr-1489/assets/developers_ethereum-fallback.md.73815dc0.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/Celestia_ethereum-fallback.jpg",b=JSON.parse('{"title":"Ethereum fallback","description":"The DA fallback mechanism to Ethereum for rollups.","frontmatter":{"description":"The DA fallback mechanism to Ethereum for rollups.","head":[["meta",{"name":"og:title","content":"Ethereum fallback | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/ethereum-fallback.md","filePath":"developers/ethereum-fallback.md","lastUpdated":1711718709000}'),o={name:"developers/ethereum-fallback.md"},s=r('
    Ethereum fallback ​
    Ethereum fallback is a fallback mechanism that enables Ethereum L2s (or L3s) to “fall back” to using Ethereum calldata for data availability in the event of downtime on Celestia Mainnet Beta. This feature is currently supported by Celestia integrations with:
    In the case of Celestia downtime or temporary unavailability, L2s can fallback to posting transactions as calldata on Ethereum or another DA layer for data availability instead of posting to Celestia. This mechanism ensures users can continue to transact securely and seamlessly, preventing disruptions and helping to ensure user funds do not get stuck in the L2's bridge on Ethereum.
    Ethereum fallback is triggered whenever the sequencer has an error sending the PayForBlobs transaction on Celestia. Fallback can be triggered due to a congested mempool or nonce error and can be simulated with an error such as low balance or incorrect sequence. Fallback can also be triggered in the event Blobstream stops relaying attestations.
    Ethereum fallback
    ',6),n=[s];function i(c,m,h,u,d,p){return a(),t("div",null,n)}const _=e(o,[["render",i]]);export{b as __pageData,_ as default};
+import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/Celestia_ethereum-fallback.jpg",b=JSON.parse('{"title":"Ethereum fallback","description":"The DA fallback mechanism to Ethereum for rollups.","frontmatter":{"description":"The DA fallback mechanism to Ethereum for rollups.","head":[["meta",{"name":"og:title","content":"Ethereum fallback | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/ethereum-fallback.md","filePath":"developers/ethereum-fallback.md","lastUpdated":1711718743000}'),o={name:"developers/ethereum-fallback.md"},s=r('
    Ethereum fallback ​
    Ethereum fallback is a fallback mechanism that enables Ethereum L2s (or L3s) to “fall back” to using Ethereum calldata for data availability in the event of downtime on Celestia Mainnet Beta. This feature is currently supported by Celestia integrations with:
    In the case of Celestia downtime or temporary unavailability, L2s can fallback to posting transactions as calldata on Ethereum or another DA layer for data availability instead of posting to Celestia. This mechanism ensures users can continue to transact securely and seamlessly, preventing disruptions and helping to ensure user funds do not get stuck in the L2's bridge on Ethereum.
    Ethereum fallback is triggered whenever the sequencer has an error sending the PayForBlobs transaction on Celestia. Fallback can be triggered due to a congested mempool or nonce error and can be simulated with an error such as low balance or incorrect sequence. Fallback can also be triggered in the event Blobstream stops relaying attestations.
    Ethereum fallback
    ',6),n=[s];function i(c,m,h,u,d,p){return a(),t("div",null,n)}const _=e(o,[["render",i]]);export{b as __pageData,_ as default};
diff --git a/pr-1489/assets/developers_ethereum-fallback.md.2ecf5640.lean.js b/pr-1489/assets/developers_ethereum-fallback.md.73815dc0.lean.js
similarity index 91%
rename from pr-1489/assets/developers_ethereum-fallback.md.2ecf5640.lean.js
rename to pr-1489/assets/developers_ethereum-fallback.md.73815dc0.lean.js
index 0f4ff040d0..61487b4152 100644
--- a/pr-1489/assets/developers_ethereum-fallback.md.2ecf5640.lean.js
+++ b/pr-1489/assets/developers_ethereum-fallback.md.73815dc0.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/Celestia_ethereum-fallback.jpg",b=JSON.parse('{"title":"Ethereum fallback","description":"The DA fallback mechanism to Ethereum for rollups.","frontmatter":{"description":"The DA fallback mechanism to Ethereum for rollups.","head":[["meta",{"name":"og:title","content":"Ethereum fallback | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/ethereum-fallback.md","filePath":"developers/ethereum-fallback.md","lastUpdated":1711718709000}'),o={name:"developers/ethereum-fallback.md"},s=r("",6),n=[s];function i(c,m,h,u,d,p){return a(),t("div",null,n)}const _=e(o,[["render",i]]);export{b as __pageData,_ as default};
+import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/Celestia_ethereum-fallback.jpg",b=JSON.parse('{"title":"Ethereum fallback","description":"The DA fallback mechanism to Ethereum for rollups.","frontmatter":{"description":"The DA fallback mechanism to Ethereum for rollups.","head":[["meta",{"name":"og:title","content":"Ethereum fallback | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/ethereum-fallback.md","filePath":"developers/ethereum-fallback.md","lastUpdated":1711718743000}'),o={name:"developers/ethereum-fallback.md"},s=r("",6),n=[s];function i(c,m,h,u,d,p){return a(),t("div",null,n)}const _=e(o,[["render",i]]);export{b as __pageData,_ as default};
diff --git a/pr-1489/assets/developers_full-stack-modular-development-guide.md.d79f0847.js b/pr-1489/assets/developers_full-stack-modular-development-guide.md.655281fe.js
similarity index 99%
rename from pr-1489/assets/developers_full-stack-modular-development-guide.md.d79f0847.js
rename to pr-1489/assets/developers_full-stack-modular-development-guide.md.655281fe.js
index af72635bbe..e575dafc35 100644
--- a/pr-1489/assets/developers_full-stack-modular-development-guide.md.d79f0847.js
+++ b/pr-1489/assets/developers_full-stack-modular-development-guide.md.655281fe.js
@@ -1,4 +1,4 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Full stack modular blockchain development guide","description":"Learn to build a full stack modular dapp.","frontmatter":{"description":"Learn to build a full stack modular dapp.","head":[["meta",{"name":"og:title","content":"Full stack modular blockchain development guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/full-stack-modular-development-guide.md","filePath":"developers/full-stack-modular-development-guide.md","lastUpdated":1711718709000}'),p={name:"developers/full-stack-modular-development-guide.md"},o=l(`
    Full stack modular blockchain development guide ​
    Note
    This tutorial needs to be updated
    This guide will introduce you to modular blockchains like Celestia, explain their benefits, and show you how to build a full stack modular dapp with React, Vite, RainbowKit, Celestia, and Foundry.
    Current blockchain architectures are not scalable and face challenges around accessibility. In order for blockchains and web3 to reach mass adoption, these challenges must be addressed.
    Blockchains have evolved over time from application-specific networks like Bitcoin to shared smart contract platforms like Ethereum. This guide will cover how to build dapps on these newer, shared platforms.
    If you're interested in learning more about modular blockchains, or are new to the Celestia ecosystem, we recommend you read the Build Modular page first.
    Getting started ​
    Now that you’ve had an overview of what Celestia is, let’s start building!
    The execution environment that we’ll be leveraging today is Ethermint, an EVM-compatible testnet that you will run locally for this tutorial.
    Pre-requisites ​
    Project setup ​
    To get started, create a new Foundry project:
    bash
    forge init celestia-dapp
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Full stack modular blockchain development guide","description":"Learn to build a full stack modular dapp.","frontmatter":{"description":"Learn to build a full stack modular dapp.","head":[["meta",{"name":"og:title","content":"Full stack modular blockchain development guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/full-stack-modular-development-guide.md","filePath":"developers/full-stack-modular-development-guide.md","lastUpdated":1711718743000}'),p={name:"developers/full-stack-modular-development-guide.md"},o=l(`
    Full stack modular blockchain development guide ​
    Note
    This tutorial needs to be updated
    This guide will introduce you to modular blockchains like Celestia, explain their benefits, and show you how to build a full stack modular dapp with React, Vite, RainbowKit, Celestia, and Foundry.
    Current blockchain architectures are not scalable and face challenges around accessibility. In order for blockchains and web3 to reach mass adoption, these challenges must be addressed.
    Blockchains have evolved over time from application-specific networks like Bitcoin to shared smart contract platforms like Ethereum. This guide will cover how to build dapps on these newer, shared platforms.
    If you're interested in learning more about modular blockchains, or are new to the Celestia ecosystem, we recommend you read the Build Modular page first.
    Getting started ​
    Now that you’ve had an overview of what Celestia is, let’s start building!
    The execution environment that we’ll be leveraging today is Ethermint, an EVM-compatible testnet that you will run locally for this tutorial.
    Pre-requisites ​
    Project setup ​
    To get started, create a new Foundry project:
    bash
    forge init celestia-dapp
 cd celestia-dapp
    forge init celestia-dapp
 cd celestia-dapp
    Foundry has created an example smart contract located at src/Contract.sol.
    Updating the contract and tests ​
    Let's update the contracts to include a basic blog example. Create a new file in the src directory named Contract.sol with the following code:
    solidity
    // SPDX-License-Identifier: MIT
 pragma solidity ^0.8.13;
diff --git a/pr-1489/assets/developers_full-stack-modular-development-guide.md.d79f0847.lean.js b/pr-1489/assets/developers_full-stack-modular-development-guide.md.655281fe.lean.js
similarity index 92%
rename from pr-1489/assets/developers_full-stack-modular-development-guide.md.d79f0847.lean.js
rename to pr-1489/assets/developers_full-stack-modular-development-guide.md.655281fe.lean.js
index 2b970e8712..0a529ee253 100644
--- a/pr-1489/assets/developers_full-stack-modular-development-guide.md.d79f0847.lean.js
+++ b/pr-1489/assets/developers_full-stack-modular-development-guide.md.655281fe.lean.js
@@ -1 +1 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Full stack modular blockchain development guide","description":"Learn to build a full stack modular dapp.","frontmatter":{"description":"Learn to build a full stack modular dapp.","head":[["meta",{"name":"og:title","content":"Full stack modular blockchain development guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/full-stack-modular-development-guide.md","filePath":"developers/full-stack-modular-development-guide.md","lastUpdated":1711718709000}'),p={name:"developers/full-stack-modular-development-guide.md"},o=l("",113),e=[o];function t(c,r,E,y,i,F){return n(),a("div",null,e)}const h=s(p,[["render",t]]);export{u as __pageData,h as default};
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Full stack modular blockchain development guide","description":"Learn to build a full stack modular dapp.","frontmatter":{"description":"Learn to build a full stack modular dapp.","head":[["meta",{"name":"og:title","content":"Full stack modular blockchain development guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/full-stack-modular-development-guide.md","filePath":"developers/full-stack-modular-development-guide.md","lastUpdated":1711718743000}'),p={name:"developers/full-stack-modular-development-guide.md"},o=l("",113),e=[o];function t(c,r,E,y,i,F){return n(),a("div",null,e)}const h=s(p,[["render",t]]);export{u as __pageData,h as default};
diff --git a/pr-1489/assets/developers_gm-portal-bubs.md.f848789b.js b/pr-1489/assets/developers_gm-portal-bubs.md.1f9215e4.js
similarity index 99%
rename from pr-1489/assets/developers_gm-portal-bubs.md.f848789b.js
rename to pr-1489/assets/developers_gm-portal-bubs.md.1f9215e4.js
index 26f710521d..0f1ec165c3 100644
--- a/pr-1489/assets/developers_gm-portal-bubs.md.f848789b.js
+++ b/pr-1489/assets/developers_gm-portal-bubs.md.1f9215e4.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const p="/docs-preview/pr-1489/img/gm_contract.png",t="/docs-preview/pr-1489/img/gm_bubs.png",F=JSON.parse('{"title":"Deploying a dapp on Bubs testnet","description":"Make your own GM Portal dapp on the OP Stack.","frontmatter":{"description":"Make your own GM Portal dapp on the OP Stack.","head":[["meta",{"name":"og:title","content":"Deploying a dapp on Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/gm-portal-bubs.md","filePath":"developers/gm-portal-bubs.md","lastUpdated":1711718709000}'),e={name:"developers/gm-portal-bubs.md"},l=o(`
    Deploying a dapp on Bubs testnet ​
    First, review the Bubs testnet page and the Deploy a smart contract to Bubs testnet tutorial.
    You will need a funded account to deploy your smart contract.
    Next, clone the gm-portal from Github and start the frontend:
    bash
    cd $HOME
+import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const p="/docs-preview/pr-1489/img/gm_contract.png",t="/docs-preview/pr-1489/img/gm_bubs.png",F=JSON.parse('{"title":"Deploying a dapp on Bubs testnet","description":"Make your own GM Portal dapp on the OP Stack.","frontmatter":{"description":"Make your own GM Portal dapp on the OP Stack.","head":[["meta",{"name":"og:title","content":"Deploying a dapp on Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/gm-portal-bubs.md","filePath":"developers/gm-portal-bubs.md","lastUpdated":1711718743000}'),e={name:"developers/gm-portal-bubs.md"},l=o(`
    Deploying a dapp on Bubs testnet ​
    First, review the Bubs testnet page and the Deploy a smart contract to Bubs testnet tutorial.
    You will need a funded account to deploy your smart contract.
    Next, clone the gm-portal from Github and start the frontend:
    bash
    cd $HOME
 git clone https://github.com/jcstein/gm-portal.git
 cd gm-portal/frontend
 yarn && yarn dev
    cd $HOME
diff --git a/pr-1489/assets/developers_gm-portal-bubs.md.f848789b.lean.js b/pr-1489/assets/developers_gm-portal-bubs.md.1f9215e4.lean.js
similarity index 92%
rename from pr-1489/assets/developers_gm-portal-bubs.md.f848789b.lean.js
rename to pr-1489/assets/developers_gm-portal-bubs.md.1f9215e4.lean.js
index ee1d987d69..6c74b72b97 100644
--- a/pr-1489/assets/developers_gm-portal-bubs.md.f848789b.lean.js
+++ b/pr-1489/assets/developers_gm-portal-bubs.md.1f9215e4.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const p="/docs-preview/pr-1489/img/gm_contract.png",t="/docs-preview/pr-1489/img/gm_bubs.png",F=JSON.parse('{"title":"Deploying a dapp on Bubs testnet","description":"Make your own GM Portal dapp on the OP Stack.","frontmatter":{"description":"Make your own GM Portal dapp on the OP Stack.","head":[["meta",{"name":"og:title","content":"Deploying a dapp on Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/gm-portal-bubs.md","filePath":"developers/gm-portal-bubs.md","lastUpdated":1711718709000}'),e={name:"developers/gm-portal-bubs.md"},l=o("",32),c=[l];function r(i,y,d,E,h,u){return a(),n("div",null,c)}const b=s(e,[["render",r]]);export{F as __pageData,b as default};
+import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const p="/docs-preview/pr-1489/img/gm_contract.png",t="/docs-preview/pr-1489/img/gm_bubs.png",F=JSON.parse('{"title":"Deploying a dapp on Bubs testnet","description":"Make your own GM Portal dapp on the OP Stack.","frontmatter":{"description":"Make your own GM Portal dapp on the OP Stack.","head":[["meta",{"name":"og:title","content":"Deploying a dapp on Bubs testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/gm-portal-bubs.md","filePath":"developers/gm-portal-bubs.md","lastUpdated":1711718743000}'),e={name:"developers/gm-portal-bubs.md"},l=o("",32),c=[l];function r(i,y,d,E,h,u){return a(),n("div",null,c)}const b=s(e,[["render",r]]);export{F as __pageData,b as default};
diff --git a/pr-1489/assets/developers_integrate-celestia.md.a1d4fd45.js b/pr-1489/assets/developers_integrate-celestia.md.d81eeccd.js
similarity index 98%
rename from pr-1489/assets/developers_integrate-celestia.md.a1d4fd45.js
rename to pr-1489/assets/developers_integrate-celestia.md.d81eeccd.js
index 7e5b200c55..5c8c1a5baa 100644
--- a/pr-1489/assets/developers_integrate-celestia.md.a1d4fd45.js
+++ b/pr-1489/assets/developers_integrate-celestia.md.d81eeccd.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Integrate Celestia for service providers","description":"Learn how service providers can integrate with the Celestia network.","frontmatter":{"description":"Learn how service providers can integrate with the Celestia network.","prev":{"text":"Integrating Cosmostation for developers","link":"/developers/cosmostation"},"head":[["meta",{"name":"og:title","content":"Integrate Celestia for service providers | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/integrate-celestia.md","filePath":"developers/integrate-celestia.md","lastUpdated":1711718709000}'),s={name:"developers/integrate-celestia.md"},n=i('
    Integrate Celestia for service providers ​
    This document is for third-party service providers, such as custodians and explorers, integrating the Celestia network.
    Getting started ​
    When getting started Celestia, we recommend checking out these resources first:
    Celestia service provider notes ​
    Celestia is a fairly standard Cosmos-SDK based chain. We use the latest version of Tendermint and the Cosmos-SDK, with only minor modifications to each. This means that we are:
    • Using the default Cosmos-SDK modules: auth, bank, distribution, staking, slashing, mint, crisis, ibchost, genutil, evidence, ibctransfer, params, gov (limited in some TBD capacities), upgrade, vesting, feegrant, capability, and payment.
    • Use the standard digital keys schemes provided by the Cosmos-SDK and Tendermint, those being secp256k1 for user transactions, and tm-ed25519 for signing and verifying consensus messages.
    While exactly which modules used is subject to change, Celestia aims to be as minimal as possible.
    Custody and key management ​
    Celestia supports many already existing key management systems, as we rely on the Cosmos-SDK and Tendermint libraries for signing and verifying transactions. Learn more in the Cosmos-SDK documentation
    RPC and querying ​
    In celestia-app, only the standard RPC endpoints for Tendermint and the Cosmos-SDK are exposed. We do not currently add or subtract any core functionality, but this could change in the future. The same goes for querying data from the chain.
    In celestia-node, the Data Availability node client, there is a JSON-RPC API that allows you to interact directly with Celestia's Data Availability layer. Learn how to use the API in this tutorial.
    Compatibility ​
    Linux, particularly Ubuntu 20.04 LTS, is the most well tested. Potentially compatible with other OSs, but they are currently untested. Some of the cryptography libraries used for erasure data are not guaranteed to work on other platforms.
    Syncing ​
    Since we utilize Tendermint and the Cosmos-SDK, syncing the chain can be performed by any method that is supported by those libraries. This includes fast-sync, state sync, and quick sync.
    Notable exceptions relative to other blockchains ​
    Relative to other Tendermint based chains, Celestia will have significantly longer blocktimes of roughly 12* seconds. The reason behind this block time is to optimize the bandwidth used by light clients that are sampling the chain, and is not because we have modified Tendermint consensus in any meaningful way. Validators will likely download/upload relatively large blocks. It should be noted that while these blocks are large, very little typical blockchain state execution is actually occurring on Celestia. Meaning that the bandwidth requirements will likely be larger than that of a typical Cosmos-SDK based blockchain full node, the computing requirements should be similar in magnitude.
    *Subject to Change
    ',21),r=[n];function o(l,d,c,h,u,m){return t(),a("div",null,r)}const b=e(s,[["render",o]]);export{g as __pageData,b as default};
+import{_ as e,o as t,c as a,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Integrate Celestia for service providers","description":"Learn how service providers can integrate with the Celestia network.","frontmatter":{"description":"Learn how service providers can integrate with the Celestia network.","prev":{"text":"Integrating Cosmostation for developers","link":"/developers/cosmostation"},"head":[["meta",{"name":"og:title","content":"Integrate Celestia for service providers | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/integrate-celestia.md","filePath":"developers/integrate-celestia.md","lastUpdated":1711718743000}'),s={name:"developers/integrate-celestia.md"},n=i('
    Integrate Celestia for service providers ​
    This document is for third-party service providers, such as custodians and explorers, integrating the Celestia network.
    Getting started ​
    When getting started Celestia, we recommend checking out these resources first:
    Celestia service provider notes ​
    Celestia is a fairly standard Cosmos-SDK based chain. We use the latest version of Tendermint and the Cosmos-SDK, with only minor modifications to each. This means that we are:
    • Using the default Cosmos-SDK modules: auth, bank, distribution, staking, slashing, mint, crisis, ibchost, genutil, evidence, ibctransfer, params, gov (limited in some TBD capacities), upgrade, vesting, feegrant, capability, and payment.
    • Use the standard digital keys schemes provided by the Cosmos-SDK and Tendermint, those being secp256k1 for user transactions, and tm-ed25519 for signing and verifying consensus messages.
    While exactly which modules used is subject to change, Celestia aims to be as minimal as possible.
    Custody and key management ​
    Celestia supports many already existing key management systems, as we rely on the Cosmos-SDK and Tendermint libraries for signing and verifying transactions. Learn more in the Cosmos-SDK documentation
    RPC and querying ​
    In celestia-app, only the standard RPC endpoints for Tendermint and the Cosmos-SDK are exposed. We do not currently add or subtract any core functionality, but this could change in the future. The same goes for querying data from the chain.
    In celestia-node, the Data Availability node client, there is a JSON-RPC API that allows you to interact directly with Celestia's Data Availability layer. Learn how to use the API in this tutorial.
    Compatibility ​
    Linux, particularly Ubuntu 20.04 LTS, is the most well tested. Potentially compatible with other OSs, but they are currently untested. Some of the cryptography libraries used for erasure data are not guaranteed to work on other platforms.
    Syncing ​
    Since we utilize Tendermint and the Cosmos-SDK, syncing the chain can be performed by any method that is supported by those libraries. This includes fast-sync, state sync, and quick sync.
    Notable exceptions relative to other blockchains ​
    Relative to other Tendermint based chains, Celestia will have significantly longer blocktimes of roughly 12* seconds. The reason behind this block time is to optimize the bandwidth used by light clients that are sampling the chain, and is not because we have modified Tendermint consensus in any meaningful way. Validators will likely download/upload relatively large blocks. It should be noted that while these blocks are large, very little typical blockchain state execution is actually occurring on Celestia. Meaning that the bandwidth requirements will likely be larger than that of a typical Cosmos-SDK based blockchain full node, the computing requirements should be similar in magnitude.
    *Subject to Change
    ',21),r=[n];function o(l,d,c,h,u,m){return t(),a("div",null,r)}const b=e(s,[["render",o]]);export{g as __pageData,b as default};
diff --git a/pr-1489/assets/developers_integrate-celestia.md.a1d4fd45.lean.js b/pr-1489/assets/developers_integrate-celestia.md.d81eeccd.lean.js
similarity index 92%
rename from pr-1489/assets/developers_integrate-celestia.md.a1d4fd45.lean.js
rename to pr-1489/assets/developers_integrate-celestia.md.d81eeccd.lean.js
index ddfeb7a97f..16fc15557b 100644
--- a/pr-1489/assets/developers_integrate-celestia.md.a1d4fd45.lean.js
+++ b/pr-1489/assets/developers_integrate-celestia.md.d81eeccd.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Integrate Celestia for service providers","description":"Learn how service providers can integrate with the Celestia network.","frontmatter":{"description":"Learn how service providers can integrate with the Celestia network.","prev":{"text":"Integrating Cosmostation for developers","link":"/developers/cosmostation"},"head":[["meta",{"name":"og:title","content":"Integrate Celestia for service providers | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/integrate-celestia.md","filePath":"developers/integrate-celestia.md","lastUpdated":1711718709000}'),s={name:"developers/integrate-celestia.md"},n=i("",21),r=[n];function o(l,d,c,h,u,m){return t(),a("div",null,r)}const b=e(s,[["render",o]]);export{g as __pageData,b as default};
+import{_ as e,o as t,c as a,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Integrate Celestia for service providers","description":"Learn how service providers can integrate with the Celestia network.","frontmatter":{"description":"Learn how service providers can integrate with the Celestia network.","prev":{"text":"Integrating Cosmostation for developers","link":"/developers/cosmostation"},"head":[["meta",{"name":"og:title","content":"Integrate Celestia for service providers | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/integrate-celestia.md","filePath":"developers/integrate-celestia.md","lastUpdated":1711718743000}'),s={name:"developers/integrate-celestia.md"},n=i("",21),r=[n];function o(l,d,c,h,u,m){return t(),a("div",null,r)}const b=e(s,[["render",o]]);export{g as __pageData,b as default};
diff --git a/pr-1489/assets/developers_intro-to-op-stack.md.93888db4.js b/pr-1489/assets/developers_intro-to-op-stack.md.ad59bed7.js
similarity index 99%
rename from pr-1489/assets/developers_intro-to-op-stack.md.93888db4.js
rename to pr-1489/assets/developers_intro-to-op-stack.md.ad59bed7.js
index d06ae4ed90..dfb85d6743 100644
--- a/pr-1489/assets/developers_intro-to-op-stack.md.93888db4.js
+++ b/pr-1489/assets/developers_intro-to-op-stack.md.ad59bed7.js
@@ -1 +1 @@
-import{_ as t,o as e,c as a,Q as o}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Introduction to OP Stack integration","description":"Learn about the integration of OP Stack with Celestia.","frontmatter":{"description":"Learn about the integration of OP Stack with Celestia.","head":[["meta",{"name":"og:title","content":"Introduction to OP Stack integration | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/intro-to-op-stack.md","filePath":"developers/intro-to-op-stack.md","lastUpdated":1711718709000}'),i={name:"developers/intro-to-op-stack.md"},s=o('
    Introduction to OP Stack integration ​
    Optimism is a low-cost and lightning-fast Ethereum L2 blockchain, built with the OP Stack.
    Celestia is a modular consensus and data network, built to enable anyone to easily deploy their own blockchain with minimal overhead.
    About the integration ​
    Discover how to integrate existing blockchain frameworks like the OP Stack with Celestia in this category.
    TIP
    Tested on a machine with 8GB RAM, 160 GB SSD, Ubuntu 22.10, and a 4 core AMD CPU.
    This is a beta integration and we are working on resolving open issues.
    Optimism uses Ethereum as a data availability (DA) layer. Currently, settlement and DA for Optimism are on Ethereum, both onchain. op-batcher batches up rollup blocks and posts to Ethereum.
    Table of contents of the category ​
    Celestia and OP Stack repository ​
    Find the repository for this integration at https://github.com/celestiaorg/optimism.
    What are Optimism and the OP Stack? ​
    Optimism, an Ethereum L2 blockchain, is powered by the OP Stack, which is also the foundation for the Optimism Collective committed to the impact=profit principle. This rewards individuals for their positive contributions to the collective.
    Optimism addresses crypto ecosystem coordination failures, like funding public goods and infrastructure. The OP Stack fosters collaboration and prevents redundancy by creating a shared, open-source system for developing new L2 blockchains within the proposed Superchain ecosystem.
    As Optimism evolves, the OP Stack will adapt to include components from blockchain infrastructure to governance systems. This software suite aims to simplify L2 blockchain creation and support the Optimism ecosystem's growth and development.
    Learn more about Optimism.
    What is Celestia? ​
    Celestia is a modular consensus and data network, built to enable anyone to easily deploy their own blockchain with minimal overhead.
    Celestia is a minimal blockchain that only orders and publishes transactions and does not execute them. By decoupling the consensus and application execution layers, Celestia modularizes the blockchain technology stack and unlocks new possibilities for decentralized application builders. Learn more at Celestia.org.
    OP Stack and Celestia ​
    This category will guide you through how to start your own devnet with a modified version of optimism-bedrock that uses Celestia as a DA layer.
    The handling of data is accomplished in two ways. First, data is written to the data availability (DA) layer i.e. in this case Celestia, then the data commitment is written to the op-batcher. When reading op-node simply reads the data back from the DA layer by reading the data commitment from the op-batcher first, then reading the data from the DA layer using the data commitment. Hence, while previously op-node was reading from calldata on Ethereum, but now it reads data from Celestia.
    There are a few tools involved in the data handling process. op-batcher batches up rollup blocks and posts them to Ethereum. op-geth handles execution, while op-proposer is responsible for state commitment submission.
    By using Celestia as a DA layer, existing L2s can switch from posting their data as calldata on Ethereum, to posting to Celestia. The commitment to the block is posted on Celestia, which is purpose-built for data availability. This is a more scalable than the traditional method of posting this data as calldata on monolithic chains.
    If you'd like to go modular, bedrock has made it easy to swap this out!
    Next steps ​
    Now that you understand the integration, you can start learning about the Bubs testnet, built with OP Stack and Celestia! This testnet is a great way to explore the possibilities of this integration and test your applications in a live environment.
    ',28),n=[s];function r(l,c,h,d,p,m){return e(),a("div",null,n)}const f=t(i,[["render",r]]);export{b as __pageData,f as default};
+import{_ as t,o as e,c as a,Q as o}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Introduction to OP Stack integration","description":"Learn about the integration of OP Stack with Celestia.","frontmatter":{"description":"Learn about the integration of OP Stack with Celestia.","head":[["meta",{"name":"og:title","content":"Introduction to OP Stack integration | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/intro-to-op-stack.md","filePath":"developers/intro-to-op-stack.md","lastUpdated":1711718743000}'),i={name:"developers/intro-to-op-stack.md"},s=o('
    Introduction to OP Stack integration ​
    Optimism is a low-cost and lightning-fast Ethereum L2 blockchain, built with the OP Stack.
    Celestia is a modular consensus and data network, built to enable anyone to easily deploy their own blockchain with minimal overhead.
    About the integration ​
    Discover how to integrate existing blockchain frameworks like the OP Stack with Celestia in this category.
    TIP
    Tested on a machine with 8GB RAM, 160 GB SSD, Ubuntu 22.10, and a 4 core AMD CPU.
    This is a beta integration and we are working on resolving open issues.
    Optimism uses Ethereum as a data availability (DA) layer. Currently, settlement and DA for Optimism are on Ethereum, both onchain. op-batcher batches up rollup blocks and posts to Ethereum.
    Table of contents of the category ​
    Celestia and OP Stack repository ​
    Find the repository for this integration at https://github.com/celestiaorg/optimism.
    What are Optimism and the OP Stack? ​
    Optimism, an Ethereum L2 blockchain, is powered by the OP Stack, which is also the foundation for the Optimism Collective committed to the impact=profit principle. This rewards individuals for their positive contributions to the collective.
    Optimism addresses crypto ecosystem coordination failures, like funding public goods and infrastructure. The OP Stack fosters collaboration and prevents redundancy by creating a shared, open-source system for developing new L2 blockchains within the proposed Superchain ecosystem.
    As Optimism evolves, the OP Stack will adapt to include components from blockchain infrastructure to governance systems. This software suite aims to simplify L2 blockchain creation and support the Optimism ecosystem's growth and development.
    Learn more about Optimism.
    What is Celestia? ​
    Celestia is a modular consensus and data network, built to enable anyone to easily deploy their own blockchain with minimal overhead.
    Celestia is a minimal blockchain that only orders and publishes transactions and does not execute them. By decoupling the consensus and application execution layers, Celestia modularizes the blockchain technology stack and unlocks new possibilities for decentralized application builders. Learn more at Celestia.org.
    OP Stack and Celestia ​
    This category will guide you through how to start your own devnet with a modified version of optimism-bedrock that uses Celestia as a DA layer.
    The handling of data is accomplished in two ways. First, data is written to the data availability (DA) layer i.e. in this case Celestia, then the data commitment is written to the op-batcher. When reading op-node simply reads the data back from the DA layer by reading the data commitment from the op-batcher first, then reading the data from the DA layer using the data commitment. Hence, while previously op-node was reading from calldata on Ethereum, but now it reads data from Celestia.
    There are a few tools involved in the data handling process. op-batcher batches up rollup blocks and posts them to Ethereum. op-geth handles execution, while op-proposer is responsible for state commitment submission.
    By using Celestia as a DA layer, existing L2s can switch from posting their data as calldata on Ethereum, to posting to Celestia. The commitment to the block is posted on Celestia, which is purpose-built for data availability. This is a more scalable than the traditional method of posting this data as calldata on monolithic chains.
    If you'd like to go modular, bedrock has made it easy to swap this out!
    Next steps ​
    Now that you understand the integration, you can start learning about the Bubs testnet, built with OP Stack and Celestia! This testnet is a great way to explore the possibilities of this integration and test your applications in a live environment.
    ',28),n=[s];function r(l,c,h,d,p,m){return e(),a("div",null,n)}const f=t(i,[["render",r]]);export{b as __pageData,f as default};
diff --git a/pr-1489/assets/developers_intro-to-op-stack.md.93888db4.lean.js b/pr-1489/assets/developers_intro-to-op-stack.md.ad59bed7.lean.js
similarity index 91%
rename from pr-1489/assets/developers_intro-to-op-stack.md.93888db4.lean.js
rename to pr-1489/assets/developers_intro-to-op-stack.md.ad59bed7.lean.js
index e3504b4d54..c994704130 100644
--- a/pr-1489/assets/developers_intro-to-op-stack.md.93888db4.lean.js
+++ b/pr-1489/assets/developers_intro-to-op-stack.md.ad59bed7.lean.js
@@ -1 +1 @@
-import{_ as t,o as e,c as a,Q as o}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Introduction to OP Stack integration","description":"Learn about the integration of OP Stack with Celestia.","frontmatter":{"description":"Learn about the integration of OP Stack with Celestia.","head":[["meta",{"name":"og:title","content":"Introduction to OP Stack integration | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/intro-to-op-stack.md","filePath":"developers/intro-to-op-stack.md","lastUpdated":1711718709000}'),i={name:"developers/intro-to-op-stack.md"},s=o("",28),n=[s];function r(l,c,h,d,p,m){return e(),a("div",null,n)}const f=t(i,[["render",r]]);export{b as __pageData,f as default};
+import{_ as t,o as e,c as a,Q as o}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Introduction to OP Stack integration","description":"Learn about the integration of OP Stack with Celestia.","frontmatter":{"description":"Learn about the integration of OP Stack with Celestia.","head":[["meta",{"name":"og:title","content":"Introduction to OP Stack integration | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/intro-to-op-stack.md","filePath":"developers/intro-to-op-stack.md","lastUpdated":1711718743000}'),i={name:"developers/intro-to-op-stack.md"},s=o("",28),n=[s];function r(l,c,h,d,p,m){return e(),a("div",null,n)}const f=t(i,[["render",r]]);export{b as __pageData,f as default};
diff --git a/pr-1489/assets/developers_nitrogen.md.17415123.js b/pr-1489/assets/developers_nitrogen.md.e4b053c4.js
similarity index 97%
rename from pr-1489/assets/developers_nitrogen.md.17415123.js
rename to pr-1489/assets/developers_nitrogen.md.e4b053c4.js
index ba9857823d..98b1de408c 100644
--- a/pr-1489/assets/developers_nitrogen.md.17415123.js
+++ b/pr-1489/assets/developers_nitrogen.md.e4b053c4.js
@@ -1 +1 @@
-import{_ as t,o as e,c as r,Q as n}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/nitrogen-testnet.jpg",b=JSON.parse('{"title":"Nitrogen testnet","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Nitrogen testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/nitrogen.md","filePath":"developers/nitrogen.md","lastUpdated":1711718709000}'),o={name:"developers/nitrogen.md"},i=n('
    Nitrogen testnet ​
    nitrogen-testnet
    Nitrogen is the first testnet and L3 made with Celestia's Arbitrum Nitro integration hosted by AltLayer.
    Learn more in Altlayer's documentation.
    Getting Started with Nitrogen ​
    Find chain information, RPCs, contract addresses, bridging information, blob poster address, and more on AltLayer's Nitrogen testnet page
    (https://rollup-info.altlayer.io/public/nitrogen).
    Nitrogen tokens ​
    The easiest way to obtain Nitrogen tokens is to visit the faucet and select "Nitrogen Testnet (Arbitrum Orbit + Celestia".
    You can also find a guide with more details in Altlayer's documentation.
    Optional: Bridging tokens ​
    Alternatively, you can use the Arbitrum bridge to bridge from:
    1. Arbitrum Sepolia (L2) to Nitrogen (L3)
    2. Sepolia (L1) to Arbitrum Sepolia (L2) to Nitrogen (L3)
    Details for how to use the bridge to Nitrogen can also be found on the Nitrogen page.
    ',14),l=[i];function s(g,d,p,h,c,f){return e(),r("div",null,l)}const m=t(o,[["render",s]]);export{b as __pageData,m as default};
+import{_ as t,o as e,c as r,Q as n}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/nitrogen-testnet.jpg",b=JSON.parse('{"title":"Nitrogen testnet","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Nitrogen testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/nitrogen.md","filePath":"developers/nitrogen.md","lastUpdated":1711718743000}'),o={name:"developers/nitrogen.md"},i=n('
    Nitrogen testnet ​
    nitrogen-testnet
    Nitrogen is the first testnet and L3 made with Celestia's Arbitrum Nitro integration hosted by AltLayer.
    Learn more in Altlayer's documentation.
    Getting Started with Nitrogen ​
    Find chain information, RPCs, contract addresses, bridging information, blob poster address, and more on AltLayer's Nitrogen testnet page
    (https://rollup-info.altlayer.io/public/nitrogen).
    Nitrogen tokens ​
    The easiest way to obtain Nitrogen tokens is to visit the faucet and select "Nitrogen Testnet (Arbitrum Orbit + Celestia".
    You can also find a guide with more details in Altlayer's documentation.
    Optional: Bridging tokens ​
    Alternatively, you can use the Arbitrum bridge to bridge from:
    1. Arbitrum Sepolia (L2) to Nitrogen (L3)
    2. Sepolia (L1) to Arbitrum Sepolia (L2) to Nitrogen (L3)
    Details for how to use the bridge to Nitrogen can also be found on the Nitrogen page.
    ',14),l=[i];function s(g,d,p,h,c,f){return e(),r("div",null,l)}const m=t(o,[["render",s]]);export{b as __pageData,m as default};
diff --git a/pr-1489/assets/developers_nitrogen.md.17415123.lean.js b/pr-1489/assets/developers_nitrogen.md.e4b053c4.lean.js
similarity index 89%
rename from pr-1489/assets/developers_nitrogen.md.17415123.lean.js
rename to pr-1489/assets/developers_nitrogen.md.e4b053c4.lean.js
index b96012f567..3518d94141 100644
--- a/pr-1489/assets/developers_nitrogen.md.17415123.lean.js
+++ b/pr-1489/assets/developers_nitrogen.md.e4b053c4.lean.js
@@ -1 +1 @@
-import{_ as t,o as e,c as r,Q as n}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/nitrogen-testnet.jpg",b=JSON.parse('{"title":"Nitrogen testnet","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Nitrogen testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/nitrogen.md","filePath":"developers/nitrogen.md","lastUpdated":1711718709000}'),o={name:"developers/nitrogen.md"},i=n("",14),l=[i];function s(g,d,p,h,c,f){return e(),r("div",null,l)}const m=t(o,[["render",s]]);export{b as __pageData,m as default};
+import{_ as t,o as e,c as r,Q as n}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/nitrogen-testnet.jpg",b=JSON.parse('{"title":"Nitrogen testnet","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Nitrogen testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/nitrogen.md","filePath":"developers/nitrogen.md","lastUpdated":1711718743000}'),o={name:"developers/nitrogen.md"},i=n("",14),l=[i];function s(g,d,p,h,c,f){return e(),r("div",null,l)}const m=t(o,[["render",s]]);export{b as __pageData,m as default};
diff --git a/pr-1489/assets/developers_node-api.md.4446148f.js b/pr-1489/assets/developers_node-api.md.41f306c0.js
similarity index 98%
rename from pr-1489/assets/developers_node-api.md.4446148f.js
rename to pr-1489/assets/developers_node-api.md.41f306c0.js
index 88f979c92d..c23d700bb7 100644
--- a/pr-1489/assets/developers_node-api.md.4446148f.js
+++ b/pr-1489/assets/developers_node-api.md.41f306c0.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const w=JSON.parse('{"title":"Node API","description":"An overview of the celestia-node API.","frontmatter":{"description":"An overview of the celestia-node API.","head":[["meta",{"name":"og:title","content":"Node API | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/node-api.md","filePath":"developers/node-api.md","lastUpdated":1711718709000}'),o={name:"developers/node-api.md"},i=r('
    Node API ​
    The celestia-node API is made for interacting with celestia-node. There are two ways in which a user and developer can interact with the API, the RPC API and the Gateway API. View the API's documentation.
    RPC API ​
    The RPC API primarily focuses on developers and projects building on top of Celestia, who are willing to run their own DA nodes. The RPC API provides a richer set of features and a superior user experience. Unlike the Gateway API, the RPC API allows access to the internal wallet and keyring of the DA node, as well as other sensitive and administrative capabilities.
    Library ​
    The node can be used as a Golang library and designed for programmatic API access.
    RPC ​
    The RPC API is also exposed to OpenRPC(JSON-RPC 2.0) for users wanting to run their DA node as a separate DA service. It provides the same set of features as the library with an additional authentication system with different permissions levels to protect the wallet and signing + providing RPC-level DOS protection.
    RPC API tutorial ​
    The node tutorial, which uses the RPC CLI, is the recommended way to get started interacting with your Celestia node.
    Gateway API ​
    WARNING
    The gateway endpoints have been deprecated and will be removed in the future. If you would like to use them anyway, you can find more details on GitHub.
    The gateway API is a REST API which is meant to be deployed by infra providers to enable the public read-only gateway to the DA network for external users who don't want or can't run light nodes (like browsers currently) over HTTP. It has no wallet or signing functionality.
    Gateway API tutorial ​
    Check out the Prompt scavenger gateway API tutorial for more details.
    ',15),n=[i];function s(l,d,h,c,p,u){return a(),t("div",null,n)}const f=e(o,[["render",s]]);export{w as __pageData,f as default};
+import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const w=JSON.parse('{"title":"Node API","description":"An overview of the celestia-node API.","frontmatter":{"description":"An overview of the celestia-node API.","head":[["meta",{"name":"og:title","content":"Node API | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/node-api.md","filePath":"developers/node-api.md","lastUpdated":1711718743000}'),o={name:"developers/node-api.md"},i=r('
    Node API ​
    The celestia-node API is made for interacting with celestia-node. There are two ways in which a user and developer can interact with the API, the RPC API and the Gateway API. View the API's documentation.
    RPC API ​
    The RPC API primarily focuses on developers and projects building on top of Celestia, who are willing to run their own DA nodes. The RPC API provides a richer set of features and a superior user experience. Unlike the Gateway API, the RPC API allows access to the internal wallet and keyring of the DA node, as well as other sensitive and administrative capabilities.
    Library ​
    The node can be used as a Golang library and designed for programmatic API access.
    RPC ​
    The RPC API is also exposed to OpenRPC(JSON-RPC 2.0) for users wanting to run their DA node as a separate DA service. It provides the same set of features as the library with an additional authentication system with different permissions levels to protect the wallet and signing + providing RPC-level DOS protection.
    RPC API tutorial ​
    The node tutorial, which uses the RPC CLI, is the recommended way to get started interacting with your Celestia node.
    Gateway API ​
    WARNING
    The gateway endpoints have been deprecated and will be removed in the future. If you would like to use them anyway, you can find more details on GitHub.
    The gateway API is a REST API which is meant to be deployed by infra providers to enable the public read-only gateway to the DA network for external users who don't want or can't run light nodes (like browsers currently) over HTTP. It has no wallet or signing functionality.
    Gateway API tutorial ​
    Check out the Prompt scavenger gateway API tutorial for more details.
    ',15),n=[i];function s(l,d,h,c,p,u){return a(),t("div",null,n)}const f=e(o,[["render",s]]);export{w as __pageData,f as default};
diff --git a/pr-1489/assets/developers_node-api.md.4446148f.lean.js b/pr-1489/assets/developers_node-api.md.41f306c0.lean.js
similarity index 90%
rename from pr-1489/assets/developers_node-api.md.4446148f.lean.js
rename to pr-1489/assets/developers_node-api.md.41f306c0.lean.js
index 5f7f5d32ed..9bfaffc0d0 100644
--- a/pr-1489/assets/developers_node-api.md.4446148f.lean.js
+++ b/pr-1489/assets/developers_node-api.md.41f306c0.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const w=JSON.parse('{"title":"Node API","description":"An overview of the celestia-node API.","frontmatter":{"description":"An overview of the celestia-node API.","head":[["meta",{"name":"og:title","content":"Node API | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/node-api.md","filePath":"developers/node-api.md","lastUpdated":1711718709000}'),o={name:"developers/node-api.md"},i=r("",15),n=[i];function s(l,d,h,c,p,u){return a(),t("div",null,n)}const f=e(o,[["render",s]]);export{w as __pageData,f as default};
+import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const w=JSON.parse('{"title":"Node API","description":"An overview of the celestia-node API.","frontmatter":{"description":"An overview of the celestia-node API.","head":[["meta",{"name":"og:title","content":"Node API | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/node-api.md","filePath":"developers/node-api.md","lastUpdated":1711718743000}'),o={name:"developers/node-api.md"},i=r("",15),n=[i];function s(l,d,h,c,p,u){return a(),t("div",null,n)}const f=e(o,[["render",s]]);export{w as __pageData,f as default};
diff --git a/pr-1489/assets/developers_node-tutorial.md.9b2c05c7.js b/pr-1489/assets/developers_node-tutorial.md.870f6a26.js
similarity index 97%
rename from pr-1489/assets/developers_node-tutorial.md.9b2c05c7.js
rename to pr-1489/assets/developers_node-tutorial.md.870f6a26.js
index 211a4fa69d..7aad212f9e 100644
--- a/pr-1489/assets/developers_node-tutorial.md.9b2c05c7.js
+++ b/pr-1489/assets/developers_node-tutorial.md.870f6a26.js
@@ -1,4 +1,4 @@
-import{c as o}from"./chunks/constants.dc70dfe7.js";import{a as e}from"./chunks/arabica_versions.da77a310.js";import{m as t}from"./chunks/mocha_versions.84d9fd1c.js";import{m as c}from"./chunks/mainnet_versions.a17f37d5.js";import{o as r,c as y,k as s,t as a,l as n,a as p,Q as l}from"./chunks/framework.611656c0.js";const E=l(`
    Celestia-node RPC CLI tutorial ​
    In this tutorial, we will cover how to use the celestia-node RPC API to submit and retrieve data (blobs) from the data availability layer by their namespace.
    Introduction ​
    Blobs ​
    Data is posted to Celestia's DA layer by using MsgPayForBlobs transactions to the core network. Read more about MsgPayForBlobs.
    Namespaces ​
    Celestia partitions the block data into multiple namespaces, one for every application. This allows applications to only download their data, and not the data of other applications. Read more about Namespaced Merkle trees (NMTs).
    TIP
    If you already have a running and funded node, you can skip to the RPC CLI guide section.
    WARNING
    The gateway endpoints have been deprecated and will be removed in the future. If you would like to use them anyway, you can find more details on GitHub.
    Hardware requirements ​
    The following minimum hardware requirements are recommended for running a light node:
    • Memory: 500 MB RAM (minimum)
    • CPU: Single Core
    • Disk: 50 GB SSD Storage
    • Bandwidth: 56 Kbps for Download/56 Kbps for Upload
    Setting up dependencies ​
    This portion of the tutorial will go over setting up your development environment to run Celestia software. This environment can be used for development, building binaries, and running nodes.
    In your terminal, set up dependencies needed to install and build celestia-node.
    1. If you are on Ubuntu, first update and upgrade your OS:
      bash
      sudo apt update && sudo apt upgrade -y
      sudo apt update && sudo apt upgrade -y
      bash
      sudo yum update
      sudo yum update
    2. Install essential packages that are necessary to execute many tasks like downloading files, compiling, and monitoring the node:
      bash
      sudo apt install curl tar wget clang pkg-config libssl-dev jq \\
+import{c as o}from"./chunks/constants.dc70dfe7.js";import{a as e}from"./chunks/arabica_versions.da77a310.js";import{m as t}from"./chunks/mocha_versions.84d9fd1c.js";import{m as c}from"./chunks/mainnet_versions.a17f37d5.js";import{o as r,c as y,k as s,t as a,l as n,a as p,Q as l}from"./chunks/framework.611656c0.js";const E=l(`
      Celestia-node RPC CLI tutorial ​
      In this tutorial, we will cover how to use the celestia-node RPC API to submit and retrieve data (blobs) from the data availability layer by their namespace.
      Introduction ​
      Blobs ​
      Data is posted to Celestia's DA layer by using MsgPayForBlobs transactions to the core network. Read more about MsgPayForBlobs.
      Namespaces ​
      Celestia partitions the block data into multiple namespaces, one for every application. This allows applications to only download their data, and not the data of other applications. Read more about Namespaced Merkle trees (NMTs).
      TIP
      If you already have a running and funded node, you can skip to the RPC CLI guide section.
      WARNING
      The gateway endpoints have been deprecated and will be removed in the future. If you would like to use them anyway, you can find more details on GitHub.
      Hardware requirements ​
      The following minimum hardware requirements are recommended for running a light node:
      • Memory: 500 MB RAM (minimum)
      • CPU: Single Core
      • Disk: 50 GB SSD Storage
      • Bandwidth: 56 Kbps for Download/56 Kbps for Upload
      Setting up dependencies ​
      This portion of the tutorial will go over setting up your development environment to run Celestia software. This environment can be used for development, building binaries, and running nodes.
      In your terminal, set up dependencies needed to install and build celestia-node.
      1. If you are on Ubuntu, first update and upgrade your OS:
        bash
        sudo apt update && sudo apt upgrade -y
        sudo apt update && sudo apt upgrade -y
        bash
        sudo yum update
        sudo yum update
      2. Install essential packages that are necessary to execute many tasks like downloading files, compiling, and monitoring the node:
        bash
        sudo apt install curl tar wget clang pkg-config libssl-dev jq \\
 build-essential git make ncdu -y
        sudo apt install curl tar wget clang pkg-config libssl-dev jq \\
 build-essential git make ncdu -y
        bash
        sudo yum install curl tar wget clang pkg-config libssl-dev jq \\
 build-essential git make ncdu -y
        sudo yum install curl tar wget clang pkg-config libssl-dev jq \\
@@ -12,7 +12,7 @@ import{c as o}from"./chunks/constants.dc70dfe7.js";import{a as e}from"./chunks/a
 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
 
 # then install wget & jq
-brew install wget && brew install jq
      Install Golang ​
      celestia-node is written in Golang so we must install Golang to build and run our node.
      `,18),i=s("p",null,"Set the version for your desired network:",-1),d={class:"vp-code-group vp-adaptive-theme"},F=l('
      ',1),u={class:"blocks"},h={class:"language-bash vp-adaptive-theme active"},C=s("button",{title:"Copy Code",class:"copy"},null,-1),g=s("span",{class:"lang"},"bash",-1),b={class:"shiki github-dark vp-code-dark"},B={class:"line"},q=s("span",{style:{color:"#E1E4E8"}},"ver",-1),v=s("span",{style:{color:"#F97583"}},"=",-1),m={style:{color:"#9ECBFF"}},k={class:"shiki github-light vp-code-light"},A={class:"line"},_=s("span",{style:{color:"#24292E"}},"ver",-1),f=s("span",{style:{color:"#D73A49"}},"=",-1),w={style:{color:"#032F62"}},D={class:"language-bash vp-adaptive-theme"},T=s("button",{title:"Copy Code",class:"copy"},null,-1),x=s("span",{class:"lang"},"bash",-1),O={class:"shiki github-dark vp-code-dark"},R={class:"line"},P=s("span",{style:{color:"#E1E4E8"}},"ver",-1),I=s("span",{style:{color:"#F97583"}},"=",-1),S={style:{color:"#9ECBFF"}},N={class:"shiki github-light vp-code-light"},$={class:"line"},H=s("span",{style:{color:"#24292E"}},"ver",-1),U=s("span",{style:{color:"#D73A49"}},"=",-1),M={style:{color:"#032F62"}},j={class:"language-bash vp-adaptive-theme"},z=s("button",{title:"Copy Code",class:"copy"},null,-1),L=s("span",{class:"lang"},"bash",-1),G={class:"shiki github-dark vp-code-dark"},V={class:"line"},Y=s("span",{style:{color:"#E1E4E8"}},"ver",-1),W=s("span",{style:{color:"#F97583"}},"=",-1),X={style:{color:"#9ECBFF"}},K={class:"shiki github-light vp-code-light"},Z={class:"line"},Q=s("span",{style:{color:"#24292E"}},"ver",-1),J=s("span",{style:{color:"#D73A49"}},"=",-1),ss={style:{color:"#032F62"}},as=l(`
    3. Download and install Golang:
      bash
      cd $HOME
+brew install wget && brew install jq
    Install Golang ​
    celestia-node is written in Golang so we must install Golang to build and run our node.
    `,18),i=s("p",null,"Set the version for your desired network:",-1),d={class:"vp-code-group vp-adaptive-theme"},F=l('
    ',1),u={class:"blocks"},h={class:"language-bash vp-adaptive-theme active"},C=s("button",{title:"Copy Code",class:"copy"},null,-1),g=s("span",{class:"lang"},"bash",-1),b={class:"shiki github-dark vp-code-dark"},B={class:"line"},q=s("span",{style:{color:"#E1E4E8"}},"ver",-1),v=s("span",{style:{color:"#F97583"}},"=",-1),m={style:{color:"#9ECBFF"}},k={class:"shiki github-light vp-code-light"},A={class:"line"},_=s("span",{style:{color:"#24292E"}},"ver",-1),f=s("span",{style:{color:"#D73A49"}},"=",-1),w={style:{color:"#032F62"}},D={class:"language-bash vp-adaptive-theme"},T=s("button",{title:"Copy Code",class:"copy"},null,-1),x=s("span",{class:"lang"},"bash",-1),O={class:"shiki github-dark vp-code-dark"},R={class:"line"},P=s("span",{style:{color:"#E1E4E8"}},"ver",-1),S=s("span",{style:{color:"#F97583"}},"=",-1),I={style:{color:"#9ECBFF"}},N={class:"shiki github-light vp-code-light"},$={class:"line"},H=s("span",{style:{color:"#24292E"}},"ver",-1),M=s("span",{style:{color:"#D73A49"}},"=",-1),U={style:{color:"#032F62"}},j={class:"language-bash vp-adaptive-theme"},L=s("button",{title:"Copy Code",class:"copy"},null,-1),z=s("span",{class:"lang"},"bash",-1),G={class:"shiki github-dark vp-code-dark"},V={class:"line"},Y=s("span",{style:{color:"#E1E4E8"}},"ver",-1),K=s("span",{style:{color:"#F97583"}},"=",-1),W={style:{color:"#9ECBFF"}},X={class:"shiki github-light vp-code-light"},Z={class:"line"},J=s("span",{style:{color:"#24292E"}},"ver",-1),Q=s("span",{style:{color:"#D73A49"}},"=",-1),ss={style:{color:"#032F62"}},as=l(`
  2. Download and install Golang:
    bash
    cd $HOME
 wget "https://golang.org/dl/go$ver.linux-amd64.tar.gz"
 sudo rm -rf /usr/local/go
 sudo tar -C /usr/local -xzf "go$ver.linux-amd64.tar.gz"
@@ -44,7 +44,7 @@ import{c as o}from"./chunks/constants.dc70dfe7.js";import{a as e}from"./chunks/a
 wget "https://golang.org/dl/go$ver.darwin-amd64.tar.gz"
 sudo rm -rf /usr/local/go
 sudo tar -C /usr/local -xzf "go$ver.darwin-amd64.tar.gz"
-rm "go$ver.darwin-amd64.tar.gz"
  3. Add your /usr/local/go/bin directory to your $PATH if you have not already:
    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
+rm "go$ver.darwin-amd64.tar.gz"
  4. Add your /usr/local/go/bin directory to your $PATH if you have not already:
    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
 source $HOME/.bash_profile
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
 source $HOME/.bash_profile
    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.zshrc
 source $HOME/.zshrc
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.zshrc
@@ -54,11 +54,11 @@ import{c as o}from"./chunks/constants.dc70dfe7.js";import{a as e}from"./chunks/a
 cd celestia-node/
    cd $HOME
 rm -rf celestia-node
 git clone https://github.com/celestiaorg/celestia-node.git
-cd celestia-node/
    5. `,1),cs=s("p",null,"Check out to the desired version, based on the network you will use:",-1),rs={class:"vp-code-group vp-adaptive-theme"},ys=l('
    ',1),Es={class:"blocks"},is={class:"language-bash vp-adaptive-theme active"},ds=s("button",{title:"Copy Code",class:"copy"},null,-1),Fs=s("span",{class:"lang"},"bash",-1),us={class:"shiki github-dark vp-code-dark"},hs={class:"line"},Cs=s("span",{style:{color:"#B392F0"}},"git",-1),gs=s("span",{style:{color:"#E1E4E8"}}," ",-1),bs=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Bs=s("span",{style:{color:"#E1E4E8"}}," ",-1),qs={style:{color:"#9ECBFF"}},vs={class:"shiki github-light vp-code-light"},ms={class:"line"},ks=s("span",{style:{color:"#6F42C1"}},"git",-1),As=s("span",{style:{color:"#24292E"}}," ",-1),_s=s("span",{style:{color:"#032F62"}},"checkout",-1),fs=s("span",{style:{color:"#24292E"}}," ",-1),ws={style:{color:"#032F62"}},Ds={class:"language-bash vp-adaptive-theme"},Ts=s("button",{title:"Copy Code",class:"copy"},null,-1),xs=s("span",{class:"lang"},"bash",-1),Os={class:"shiki github-dark vp-code-dark"},Rs={class:"line"},Ps=s("span",{style:{color:"#B392F0"}},"git",-1),Is=s("span",{style:{color:"#E1E4E8"}}," ",-1),Ss=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),$s={style:{color:"#9ECBFF"}},Hs={class:"shiki github-light vp-code-light"},Us={class:"line"},Ms=s("span",{style:{color:"#6F42C1"}},"git",-1),js=s("span",{style:{color:"#24292E"}}," ",-1),zs=s("span",{style:{color:"#032F62"}},"checkout",-1),Ls=s("span",{style:{color:"#24292E"}}," ",-1),Gs={style:{color:"#032F62"}},Vs={class:"language-bash vp-adaptive-theme"},Ys=s("button",{title:"Copy Code",class:"copy"},null,-1),Ws=s("span",{class:"lang"},"bash",-1),Xs={class:"shiki github-dark vp-code-dark"},Ks={class:"line"},Zs=s("span",{style:{color:"#B392F0"}},"git",-1),Qs=s("span",{style:{color:"#E1E4E8"}}," ",-1),Js=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),sa=s("span",{style:{color:"#E1E4E8"}}," ",-1),aa={style:{color:"#9ECBFF"}},na={class:"shiki github-light vp-code-light"},oa={class:"line"},la=s("span",{style:{color:"#6F42C1"}},"git",-1),pa=s("span",{style:{color:"#24292E"}}," ",-1),ea=s("span",{style:{color:"#032F62"}},"checkout",-1),ta=s("span",{style:{color:"#24292E"}}," ",-1),ca={style:{color:"#032F62"}},ra=l('
  5. Build the celestia binary:
    a. Standard build
    bash
    make build
    make build
    b. Experimental build
    OPTIONAL
    If you're a node operator comfortable with experimental features and seeking optimal performance with minimal RAM usage, this option is recommended for you.
    bash
    make build-jemalloc
    make build-jemalloc
    This build option enables CGO, and downloads and installs jemalloc. Learn more about the build command.
  6. Install the binary:
    bash
    make install
    make install
  7. Build the cel-key utility:
    bash
    make cel-key
    make cel-key
  8. Verify that the binary is working and check the version:
    bash
    celestia version
    celestia version
    9. ',4),ya=l(`
    The output will show the semantic version of celestia-node, commit hash, build date, system version, and Golang version.
    Instantiate a Celestia light node ​
    Now, let's instantiate a Celestia Light node:
    TIP
    RPC endpoints are exposed in all celestia-node types such as light, bridge and full nodes.
    bash
    celestia light init
    celestia light init
    bash
    celestia light init --p2p.network mocha
    celestia light init --p2p.network mocha
    bash
    celestia light init --p2p.network arabica
    celestia light init --p2p.network arabica
    Instantiating (or initializing) the node means setting up a node store on your machine. This is where the data and your keys will be stored.
    Connect to a public core endpoint ​
    Let's now run the Celestia Light node with a gRPC connection to an example public core endpoint.
    Note: You are also encouraged to find a community-run API endpoint and there are several in the Discord. This one is used for demonstration purposes. Check out the Mocha testnet page, or Arabica devnet page.
    bash
    celestia light start --core.ip <URI>
    celestia light start --core.ip <URI>
    bash
    celestia light start --core.ip <URI> --p2p.network mocha
    celestia light start --core.ip <URI> --p2p.network mocha
    bash
    celestia light start --core.ip <URI> --p2p.network arabica
    celestia light start --core.ip <URI> --p2p.network arabica
    TIP
    The --core.ip gRPC port defaults to 9090, so if you do not specify it in the command line, it will default to that port. You can add the port after the IP address or use the --core.grpc.port flag to specify another port if you prefer.
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    For example, your command along with an RPC endpoint might look like this:
    bash
    celestia light start --core.ip consensus.lunaroasis.net
    celestia light start --core.ip consensus.lunaroasis.net
    bash
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    bash
    celestia light start --core.ip validator-1.celestia-arabica-11.com \\
+cd celestia-node/
    `,1),cs=s("p",null,"Check out to the desired version, based on the network you will use:",-1),rs={class:"vp-code-group vp-adaptive-theme"},ys=l('
    ',1),Es={class:"blocks"},is={class:"language-bash vp-adaptive-theme active"},ds=s("button",{title:"Copy Code",class:"copy"},null,-1),Fs=s("span",{class:"lang"},"bash",-1),us={class:"shiki github-dark vp-code-dark"},hs={class:"line"},Cs=s("span",{style:{color:"#B392F0"}},"git",-1),gs=s("span",{style:{color:"#E1E4E8"}}," ",-1),bs=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Bs=s("span",{style:{color:"#E1E4E8"}}," ",-1),qs={style:{color:"#9ECBFF"}},vs={class:"shiki github-light vp-code-light"},ms={class:"line"},ks=s("span",{style:{color:"#6F42C1"}},"git",-1),As=s("span",{style:{color:"#24292E"}}," ",-1),_s=s("span",{style:{color:"#032F62"}},"checkout",-1),fs=s("span",{style:{color:"#24292E"}}," ",-1),ws={style:{color:"#032F62"}},Ds={class:"language-bash vp-adaptive-theme"},Ts=s("button",{title:"Copy Code",class:"copy"},null,-1),xs=s("span",{class:"lang"},"bash",-1),Os={class:"shiki github-dark vp-code-dark"},Rs={class:"line"},Ps=s("span",{style:{color:"#B392F0"}},"git",-1),Ss=s("span",{style:{color:"#E1E4E8"}}," ",-1),Is=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),$s={style:{color:"#9ECBFF"}},Hs={class:"shiki github-light vp-code-light"},Ms={class:"line"},Us=s("span",{style:{color:"#6F42C1"}},"git",-1),js=s("span",{style:{color:"#24292E"}}," ",-1),Ls=s("span",{style:{color:"#032F62"}},"checkout",-1),zs=s("span",{style:{color:"#24292E"}}," ",-1),Gs={style:{color:"#032F62"}},Vs={class:"language-bash vp-adaptive-theme"},Ys=s("button",{title:"Copy Code",class:"copy"},null,-1),Ks=s("span",{class:"lang"},"bash",-1),Ws={class:"shiki github-dark vp-code-dark"},Xs={class:"line"},Zs=s("span",{style:{color:"#B392F0"}},"git",-1),Js=s("span",{style:{color:"#E1E4E8"}}," ",-1),Qs=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),sa=s("span",{style:{color:"#E1E4E8"}}," ",-1),aa={style:{color:"#9ECBFF"}},na={class:"shiki github-light vp-code-light"},oa={class:"line"},la=s("span",{style:{color:"#6F42C1"}},"git",-1),pa=s("span",{style:{color:"#24292E"}}," ",-1),ea=s("span",{style:{color:"#032F62"}},"checkout",-1),ta=s("span",{style:{color:"#24292E"}}," ",-1),ca={style:{color:"#032F62"}},ra=l('
  9. Build the celestia binary:
    a. Standard build
    bash
    make build
    make build
    b. Experimental build
    OPTIONAL
    If you're a node operator comfortable with experimental features and seeking optimal performance with minimal RAM usage, this option is recommended for you.
    bash
    make build-jemalloc
    make build-jemalloc
    This build option enables CGO, and downloads and installs jemalloc. Learn more about the build command.
  10. Install the binary:
    bash
    make install
    make install
  11. Build the cel-key utility:
    bash
    make cel-key
    make cel-key
  12. Verify that the binary is working and check the version:
    bash
    celestia version
    celestia version
    13. ',4),ya=l(`
    The output will show the semantic version of celestia-node, commit hash, build date, system version, and Golang version.
    Instantiate a Celestia light node ​
    Now, let's instantiate a Celestia Light node:
    TIP
    RPC endpoints are exposed in all celestia-node types such as light, bridge and full nodes.
    bash
    celestia light init
    celestia light init
    bash
    celestia light init --p2p.network mocha
    celestia light init --p2p.network mocha
    bash
    celestia light init --p2p.network arabica
    celestia light init --p2p.network arabica
    Instantiating (or initializing) the node means setting up a node store on your machine. This is where the data and your keys will be stored.
    Connect to a public core endpoint ​
    Let's now run the Celestia Light node with a gRPC connection to an example public core endpoint.
    Note: You are also encouraged to find a community-run API endpoint and there are several in the Discord. This one is used for demonstration purposes. Check out the Mocha testnet page, or Arabica devnet page.
    bash
    celestia light start --core.ip <URI>
    celestia light start --core.ip <URI>
    bash
    celestia light start --core.ip <URI> --p2p.network mocha
    celestia light start --core.ip <URI> --p2p.network mocha
    bash
    celestia light start --core.ip <URI> --p2p.network arabica
    celestia light start --core.ip <URI> --p2p.network arabica
    TIP
    The --core.ip gRPC port defaults to 9090, so if you do not specify it in the command line, it will default to that port. You can add the port after the IP address or use the --core.grpc.port flag to specify another port if you prefer.
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    For example, your command along with an RPC endpoint might look like this:
    bash
    celestia light start --core.ip consensus.lunaroasis.net
    celestia light start --core.ip consensus.lunaroasis.net
    bash
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    bash
    celestia light start --core.ip validator-1.celestia-arabica-11.com \\
   --p2p.network arabica
    celestia light start --core.ip validator-1.celestia-arabica-11.com \\
   --p2p.network arabica
    Keys and wallets ​
    You can create your key for your node by running the following command from the celestia-node directory:
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    bash
    ./cel-key add <key-name> --keyring-backend test --node.type light \\
   --p2p.network <network>
    ./cel-key add <key-name> --keyring-backend test --node.type light \\
-  --p2p.network <network>
    You can start your light node with the key created by running the following command:
    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name>
    celestia light start --core.ip <URI> --keyring.accname <key-name>
    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name> \\
+  --p2p.network <network>
    You can start your light node with the key created by running the following command:
    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name>
    celestia light start --core.ip <URI> --keyring.accname <key-name>
    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name> \\
   --p2p.network mocha
    celestia light start --core.ip <URI> --keyring.accname <key-name> \\
   --p2p.network mocha
    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name> \\
   --p2p.network arabica
    celestia light start --core.ip <URI> --keyring.accname <key-name> \\
@@ -472,4 +472,4 @@ import{c as o}from"./chunks/constants.dc70dfe7.js";import{a as e}from"./chunks/a
     ],
     0.002
   ]
-}' 127.0.0.1:26658
    1. Upon successful blob submission, the result will show the block height:
    bash
    {"jsonrpc":"2.0","result":362101,"id":1}
    {"jsonrpc":"2.0","result":362101,"id":1}
    The example transaction can be found on Celenium.
    Post an SVG as a PFB ​
    If you'd like to create your own SVG, post it to Celestia, and retrieve it, you can check out the Base64 SVG Tutorial.
    Golang guide ​
    If you're interested in interacting with the node's API in Go (client.go), you can use the da-rpc-client-tutorial repo.
    Troubleshooting ​
    If you encounter an error like:
    sh
    "rpc error: code = NotFound desc = account celestia1krkle0n547u0znz3unnln8paft2dq4z3rznv86 not found"
    "rpc error: code = NotFound desc = account celestia1krkle0n547u0znz3unnln8paft2dq4z3rznv86 not found"
    It is possible that the account you are trying to submit a PayForBlobs from doesn't have testnet tokens yet. Ensure the testnet faucet has funded your account with tokens and then try again.
    `,95),Ha=JSON.parse('{"title":"Celestia-node RPC CLI tutorial","description":"","frontmatter":{"next":{"text":"Prompt Scavenger","link":"/developers/prompt-scavenger"},"head":[["meta",{"name":"og:title","content":"Celestia-node RPC CLI tutorial | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/node-tutorial.md","filePath":"developers/node-tutorial.md","lastUpdated":1711718709000}'),Ta={name:"developers/node-tutorial.md"},Ua=Object.assign(Ta,{setup(xa){return(Oa,Ra)=>(r(),y("div",null,[E,s("ol",null,[s("li",null,[i,s("div",d,[F,s("div",u,[s("div",h,[C,g,s("pre",b,[s("code",null,[s("span",B,[q,v,s("span",m,'"'+a(n(o).golangNodeMainnet)+'"',1)])])]),s("pre",k,[s("code",null,[s("span",A,[_,f,s("span",w,'"'+a(n(o).golangNodeMainnet)+'"',1)])])])]),s("div",D,[T,x,s("pre",O,[s("code",null,[s("span",R,[P,I,s("span",S,'"'+a(n(o).golangNodeMocha)+'"',1)])])]),s("pre",N,[s("code",null,[s("span",$,[H,U,s("span",M,'"'+a(n(o).golangNodeMocha)+'"',1)])])])]),s("div",j,[z,L,s("pre",G,[s("code",null,[s("span",V,[Y,W,s("span",X,'"'+a(n(o).golangNodeArabica)+'"',1)])])]),s("pre",K,[s("code",null,[s("span",Z,[Q,J,s("span",ss,'"'+a(n(o).golangNodeArabica)+'"',1)])])])])])])]),as]),ns,os,ls,ps,es,s("ol",null,[ts,s("li",null,[cs,s("div",rs,[ys,s("div",Es,[s("div",is,[ds,Fs,s("pre",us,[s("code",null,[s("span",hs,[Cs,gs,bs,Bs,s("span",qs,"tags/"+a(n(c)["node-latest-tag"]),1)])])]),s("pre",vs,[s("code",null,[s("span",ms,[ks,As,_s,fs,s("span",ws,"tags/"+a(n(c)["node-latest-tag"]),1)])])])]),s("div",Ds,[Ts,xs,s("pre",Os,[s("code",null,[s("span",Rs,[Ps,Is,Ss,Ns,s("span",$s,"tags/"+a(n(t)["node-latest-tag"]),1)])])]),s("pre",Hs,[s("code",null,[s("span",Us,[Ms,js,zs,Ls,s("span",Gs,"tags/"+a(n(t)["node-latest-tag"]),1)])])])]),s("div",Vs,[Ys,Ws,s("pre",Xs,[s("code",null,[s("span",Ks,[Zs,Qs,Js,sa,s("span",aa,"tags/"+a(n(e)["node-latest-tag"]),1)])])]),s("pre",na,[s("code",null,[s("span",oa,[la,pa,ea,ta,s("span",ca,"tags/"+a(n(e)["node-latest-tag"]),1)])])])])])])]),ra]),ya,s("p",null,"To set your node store for a light node on "+a(n(o).mochaChainId)+", you can use the following command:",1),s("div",Ea,[ia,da,s("pre",Fa,[s("code",null,[s("span",ua,[ha,Ca,ga,ba,s("span",Ba,"/.celestia-light-"+a(n(o).mochaChainId),1)])])]),s("pre",qa,[s("code",null,[s("span",va,[ma,ka,Aa,_a,s("span",fa,"/.celestia-light-"+a(n(o).mochaChainId),1)])])])]),wa,s("p",null,[p("Here is an example command to retrieve the data from above, on "),s("code",null,a(n(o).arabicaChainId),1),p(":")]),Da]))}});export{Ha as __pageData,Ua as default};
+}' 127.0.0.1:26658
    1. Upon successful blob submission, the result will show the block height:
    bash
    {"jsonrpc":"2.0","result":362101,"id":1}
    {"jsonrpc":"2.0","result":362101,"id":1}
    The example transaction can be found on Celenium.
    Post an SVG as a PFB ​
    If you'd like to create your own SVG, post it to Celestia, and retrieve it, you can check out the Base64 SVG Tutorial.
    Golang guide ​
    If you're interested in interacting with the node's API in Go (client.go), you can use the da-rpc-client-tutorial repo.
    Troubleshooting ​
    If you encounter an error like:
    sh
    "rpc error: code = NotFound desc = account celestia1krkle0n547u0znz3unnln8paft2dq4z3rznv86 not found"
    "rpc error: code = NotFound desc = account celestia1krkle0n547u0znz3unnln8paft2dq4z3rznv86 not found"
    It is possible that the account you are trying to submit a PayForBlobs from doesn't have testnet tokens yet. Ensure the testnet faucet has funded your account with tokens and then try again.
    `,95),Ha=JSON.parse('{"title":"Celestia-node RPC CLI tutorial","description":"","frontmatter":{"next":{"text":"Prompt Scavenger","link":"/developers/prompt-scavenger"},"head":[["meta",{"name":"og:title","content":"Celestia-node RPC CLI tutorial | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/node-tutorial.md","filePath":"developers/node-tutorial.md","lastUpdated":1711718743000}'),Ta={name:"developers/node-tutorial.md"},Ma=Object.assign(Ta,{setup(xa){return(Oa,Ra)=>(r(),y("div",null,[E,s("ol",null,[s("li",null,[i,s("div",d,[F,s("div",u,[s("div",h,[C,g,s("pre",b,[s("code",null,[s("span",B,[q,v,s("span",m,'"'+a(n(o).golangNodeMainnet)+'"',1)])])]),s("pre",k,[s("code",null,[s("span",A,[_,f,s("span",w,'"'+a(n(o).golangNodeMainnet)+'"',1)])])])]),s("div",D,[T,x,s("pre",O,[s("code",null,[s("span",R,[P,S,s("span",I,'"'+a(n(o).golangNodeMocha)+'"',1)])])]),s("pre",N,[s("code",null,[s("span",$,[H,M,s("span",U,'"'+a(n(o).golangNodeMocha)+'"',1)])])])]),s("div",j,[L,z,s("pre",G,[s("code",null,[s("span",V,[Y,K,s("span",W,'"'+a(n(o).golangNodeArabica)+'"',1)])])]),s("pre",X,[s("code",null,[s("span",Z,[J,Q,s("span",ss,'"'+a(n(o).golangNodeArabica)+'"',1)])])])])])])]),as]),ns,os,ls,ps,es,s("ol",null,[ts,s("li",null,[cs,s("div",rs,[ys,s("div",Es,[s("div",is,[ds,Fs,s("pre",us,[s("code",null,[s("span",hs,[Cs,gs,bs,Bs,s("span",qs,"tags/"+a(n(c)["node-latest-tag"]),1)])])]),s("pre",vs,[s("code",null,[s("span",ms,[ks,As,_s,fs,s("span",ws,"tags/"+a(n(c)["node-latest-tag"]),1)])])])]),s("div",Ds,[Ts,xs,s("pre",Os,[s("code",null,[s("span",Rs,[Ps,Ss,Is,Ns,s("span",$s,"tags/"+a(n(t)["node-latest-tag"]),1)])])]),s("pre",Hs,[s("code",null,[s("span",Ms,[Us,js,Ls,zs,s("span",Gs,"tags/"+a(n(t)["node-latest-tag"]),1)])])])]),s("div",Vs,[Ys,Ks,s("pre",Ws,[s("code",null,[s("span",Xs,[Zs,Js,Qs,sa,s("span",aa,"tags/"+a(n(e)["node-latest-tag"]),1)])])]),s("pre",na,[s("code",null,[s("span",oa,[la,pa,ea,ta,s("span",ca,"tags/"+a(n(e)["node-latest-tag"]),1)])])])])])])]),ra]),ya,s("p",null,"To set your node store for a light node on "+a(n(o).mochaChainId)+", you can use the following command:",1),s("div",Ea,[ia,da,s("pre",Fa,[s("code",null,[s("span",ua,[ha,Ca,ga,ba,s("span",Ba,"/.celestia-light-"+a(n(o).mochaChainId),1)])])]),s("pre",qa,[s("code",null,[s("span",va,[ma,ka,Aa,_a,s("span",fa,"/.celestia-light-"+a(n(o).mochaChainId),1)])])])]),wa,s("p",null,[p("Here is an example command to retrieve the data from above, on "),s("code",null,a(n(o).arabicaChainId),1),p(":")]),Da]))}});export{Ha as __pageData,Ma as default};
diff --git a/pr-1489/assets/developers_node-tutorial.md.9b2c05c7.lean.js b/pr-1489/assets/developers_node-tutorial.md.870f6a26.lean.js
similarity index 75%
rename from pr-1489/assets/developers_node-tutorial.md.9b2c05c7.lean.js
rename to pr-1489/assets/developers_node-tutorial.md.870f6a26.lean.js
index cab2125b60..c6ebaac54a 100644
--- a/pr-1489/assets/developers_node-tutorial.md.9b2c05c7.lean.js
+++ b/pr-1489/assets/developers_node-tutorial.md.870f6a26.lean.js
@@ -1 +1 @@
-import{c as o}from"./chunks/constants.dc70dfe7.js";import{a as e}from"./chunks/arabica_versions.da77a310.js";import{m as t}from"./chunks/mocha_versions.84d9fd1c.js";import{m as c}from"./chunks/mainnet_versions.a17f37d5.js";import{o as r,c as y,k as s,t as a,l as n,a as p,Q as l}from"./chunks/framework.611656c0.js";const E=l("",18),i=s("p",null,"Set the version for your desired network:",-1),d={class:"vp-code-group vp-adaptive-theme"},F=l("",1),u={class:"blocks"},h={class:"language-bash vp-adaptive-theme active"},C=s("button",{title:"Copy Code",class:"copy"},null,-1),g=s("span",{class:"lang"},"bash",-1),b={class:"shiki github-dark vp-code-dark"},B={class:"line"},q=s("span",{style:{color:"#E1E4E8"}},"ver",-1),v=s("span",{style:{color:"#F97583"}},"=",-1),m={style:{color:"#9ECBFF"}},k={class:"shiki github-light vp-code-light"},A={class:"line"},_=s("span",{style:{color:"#24292E"}},"ver",-1),f=s("span",{style:{color:"#D73A49"}},"=",-1),w={style:{color:"#032F62"}},D={class:"language-bash vp-adaptive-theme"},T=s("button",{title:"Copy Code",class:"copy"},null,-1),x=s("span",{class:"lang"},"bash",-1),O={class:"shiki github-dark vp-code-dark"},R={class:"line"},P=s("span",{style:{color:"#E1E4E8"}},"ver",-1),I=s("span",{style:{color:"#F97583"}},"=",-1),S={style:{color:"#9ECBFF"}},N={class:"shiki github-light vp-code-light"},$={class:"line"},H=s("span",{style:{color:"#24292E"}},"ver",-1),U=s("span",{style:{color:"#D73A49"}},"=",-1),M={style:{color:"#032F62"}},j={class:"language-bash vp-adaptive-theme"},z=s("button",{title:"Copy Code",class:"copy"},null,-1),L=s("span",{class:"lang"},"bash",-1),G={class:"shiki github-dark vp-code-dark"},V={class:"line"},Y=s("span",{style:{color:"#E1E4E8"}},"ver",-1),W=s("span",{style:{color:"#F97583"}},"=",-1),X={style:{color:"#9ECBFF"}},K={class:"shiki github-light vp-code-light"},Z={class:"line"},Q=s("span",{style:{color:"#24292E"}},"ver",-1),J=s("span",{style:{color:"#D73A49"}},"=",-1),ss={style:{color:"#032F62"}},as=l("",3),ns=s("p",null,"The output will show the version installed.",-1),os=s("h2",{id:"celestia-node",tabindex:"-1"},[p("Celestia-node "),s("a",{class:"header-anchor",href:"#celestia-node","aria-label":'Permalink to "Celestia-node"'},"​")],-1),ls=s("h3",{id:"install-celestia-node",tabindex:"-1"},[p("Install celestia-node "),s("a",{class:"header-anchor",href:"#install-celestia-node","aria-label":'Permalink to "Install celestia-node"'},"​")],-1),ps=s("p",null,"Installing celestia-node for Arabica devnet or Mocha testnet means installing a specific version to be compatible with the network.",-1),es=s("p",null,"Install the celestia-node binary by running the following commands:",-1),ts=l("",1),cs=s("p",null,"Check out to the desired version, based on the network you will use:",-1),rs={class:"vp-code-group vp-adaptive-theme"},ys=l("",1),Es={class:"blocks"},is={class:"language-bash vp-adaptive-theme active"},ds=s("button",{title:"Copy Code",class:"copy"},null,-1),Fs=s("span",{class:"lang"},"bash",-1),us={class:"shiki github-dark vp-code-dark"},hs={class:"line"},Cs=s("span",{style:{color:"#B392F0"}},"git",-1),gs=s("span",{style:{color:"#E1E4E8"}}," ",-1),bs=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Bs=s("span",{style:{color:"#E1E4E8"}}," ",-1),qs={style:{color:"#9ECBFF"}},vs={class:"shiki github-light vp-code-light"},ms={class:"line"},ks=s("span",{style:{color:"#6F42C1"}},"git",-1),As=s("span",{style:{color:"#24292E"}}," ",-1),_s=s("span",{style:{color:"#032F62"}},"checkout",-1),fs=s("span",{style:{color:"#24292E"}}," ",-1),ws={style:{color:"#032F62"}},Ds={class:"language-bash vp-adaptive-theme"},Ts=s("button",{title:"Copy Code",class:"copy"},null,-1),xs=s("span",{class:"lang"},"bash",-1),Os={class:"shiki github-dark vp-code-dark"},Rs={class:"line"},Ps=s("span",{style:{color:"#B392F0"}},"git",-1),Is=s("span",{style:{color:"#E1E4E8"}}," ",-1),Ss=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),$s={style:{color:"#9ECBFF"}},Hs={class:"shiki github-light vp-code-light"},Us={class:"line"},Ms=s("span",{style:{color:"#6F42C1"}},"git",-1),js=s("span",{style:{color:"#24292E"}}," ",-1),zs=s("span",{style:{color:"#032F62"}},"checkout",-1),Ls=s("span",{style:{color:"#24292E"}}," ",-1),Gs={style:{color:"#032F62"}},Vs={class:"language-bash vp-adaptive-theme"},Ys=s("button",{title:"Copy Code",class:"copy"},null,-1),Ws=s("span",{class:"lang"},"bash",-1),Xs={class:"shiki github-dark vp-code-dark"},Ks={class:"line"},Zs=s("span",{style:{color:"#B392F0"}},"git",-1),Qs=s("span",{style:{color:"#E1E4E8"}}," ",-1),Js=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),sa=s("span",{style:{color:"#E1E4E8"}}," ",-1),aa={style:{color:"#9ECBFF"}},na={class:"shiki github-light vp-code-light"},oa={class:"line"},la=s("span",{style:{color:"#6F42C1"}},"git",-1),pa=s("span",{style:{color:"#24292E"}}," ",-1),ea=s("span",{style:{color:"#032F62"}},"checkout",-1),ta=s("span",{style:{color:"#24292E"}}," ",-1),ca={style:{color:"#032F62"}},ra=l("",4),ya=l("",56),Ea={class:"language-bash vp-adaptive-theme"},ia=s("button",{title:"Copy Code",class:"copy"},null,-1),da=s("span",{class:"lang"},"bash",-1),Fa={class:"shiki github-dark vp-code-dark"},ua={class:"line"},ha=s("span",{style:{color:"#F97583"}},"export",-1),Ca=s("span",{style:{color:"#E1E4E8"}}," NODE_STORE",-1),ga=s("span",{style:{color:"#F97583"}},"=",-1),ba=s("span",{style:{color:"#E1E4E8"}},"$HOME",-1),Ba={style:{color:"#9ECBFF"}},qa={class:"shiki github-light vp-code-light"},va={class:"line"},ma=s("span",{style:{color:"#D73A49"}},"export",-1),ka=s("span",{style:{color:"#24292E"}}," NODE_STORE",-1),Aa=s("span",{style:{color:"#D73A49"}},"=",-1),_a=s("span",{style:{color:"#24292E"}},"$HOME",-1),fa={style:{color:"#032F62"}},wa=l("",36),Da=l("",95),Ha=JSON.parse('{"title":"Celestia-node RPC CLI tutorial","description":"","frontmatter":{"next":{"text":"Prompt Scavenger","link":"/developers/prompt-scavenger"},"head":[["meta",{"name":"og:title","content":"Celestia-node RPC CLI tutorial | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/node-tutorial.md","filePath":"developers/node-tutorial.md","lastUpdated":1711718709000}'),Ta={name:"developers/node-tutorial.md"},Ua=Object.assign(Ta,{setup(xa){return(Oa,Ra)=>(r(),y("div",null,[E,s("ol",null,[s("li",null,[i,s("div",d,[F,s("div",u,[s("div",h,[C,g,s("pre",b,[s("code",null,[s("span",B,[q,v,s("span",m,'"'+a(n(o).golangNodeMainnet)+'"',1)])])]),s("pre",k,[s("code",null,[s("span",A,[_,f,s("span",w,'"'+a(n(o).golangNodeMainnet)+'"',1)])])])]),s("div",D,[T,x,s("pre",O,[s("code",null,[s("span",R,[P,I,s("span",S,'"'+a(n(o).golangNodeMocha)+'"',1)])])]),s("pre",N,[s("code",null,[s("span",$,[H,U,s("span",M,'"'+a(n(o).golangNodeMocha)+'"',1)])])])]),s("div",j,[z,L,s("pre",G,[s("code",null,[s("span",V,[Y,W,s("span",X,'"'+a(n(o).golangNodeArabica)+'"',1)])])]),s("pre",K,[s("code",null,[s("span",Z,[Q,J,s("span",ss,'"'+a(n(o).golangNodeArabica)+'"',1)])])])])])])]),as]),ns,os,ls,ps,es,s("ol",null,[ts,s("li",null,[cs,s("div",rs,[ys,s("div",Es,[s("div",is,[ds,Fs,s("pre",us,[s("code",null,[s("span",hs,[Cs,gs,bs,Bs,s("span",qs,"tags/"+a(n(c)["node-latest-tag"]),1)])])]),s("pre",vs,[s("code",null,[s("span",ms,[ks,As,_s,fs,s("span",ws,"tags/"+a(n(c)["node-latest-tag"]),1)])])])]),s("div",Ds,[Ts,xs,s("pre",Os,[s("code",null,[s("span",Rs,[Ps,Is,Ss,Ns,s("span",$s,"tags/"+a(n(t)["node-latest-tag"]),1)])])]),s("pre",Hs,[s("code",null,[s("span",Us,[Ms,js,zs,Ls,s("span",Gs,"tags/"+a(n(t)["node-latest-tag"]),1)])])])]),s("div",Vs,[Ys,Ws,s("pre",Xs,[s("code",null,[s("span",Ks,[Zs,Qs,Js,sa,s("span",aa,"tags/"+a(n(e)["node-latest-tag"]),1)])])]),s("pre",na,[s("code",null,[s("span",oa,[la,pa,ea,ta,s("span",ca,"tags/"+a(n(e)["node-latest-tag"]),1)])])])])])])]),ra]),ya,s("p",null,"To set your node store for a light node on "+a(n(o).mochaChainId)+", you can use the following command:",1),s("div",Ea,[ia,da,s("pre",Fa,[s("code",null,[s("span",ua,[ha,Ca,ga,ba,s("span",Ba,"/.celestia-light-"+a(n(o).mochaChainId),1)])])]),s("pre",qa,[s("code",null,[s("span",va,[ma,ka,Aa,_a,s("span",fa,"/.celestia-light-"+a(n(o).mochaChainId),1)])])])]),wa,s("p",null,[p("Here is an example command to retrieve the data from above, on "),s("code",null,a(n(o).arabicaChainId),1),p(":")]),Da]))}});export{Ha as __pageData,Ua as default};
+import{c as o}from"./chunks/constants.dc70dfe7.js";import{a as e}from"./chunks/arabica_versions.da77a310.js";import{m as t}from"./chunks/mocha_versions.84d9fd1c.js";import{m as c}from"./chunks/mainnet_versions.a17f37d5.js";import{o as r,c as y,k as s,t as a,l as n,a as p,Q as l}from"./chunks/framework.611656c0.js";const E=l("",18),i=s("p",null,"Set the version for your desired network:",-1),d={class:"vp-code-group vp-adaptive-theme"},F=l("",1),u={class:"blocks"},h={class:"language-bash vp-adaptive-theme active"},C=s("button",{title:"Copy Code",class:"copy"},null,-1),g=s("span",{class:"lang"},"bash",-1),b={class:"shiki github-dark vp-code-dark"},B={class:"line"},q=s("span",{style:{color:"#E1E4E8"}},"ver",-1),v=s("span",{style:{color:"#F97583"}},"=",-1),m={style:{color:"#9ECBFF"}},k={class:"shiki github-light vp-code-light"},A={class:"line"},_=s("span",{style:{color:"#24292E"}},"ver",-1),f=s("span",{style:{color:"#D73A49"}},"=",-1),w={style:{color:"#032F62"}},D={class:"language-bash vp-adaptive-theme"},T=s("button",{title:"Copy Code",class:"copy"},null,-1),x=s("span",{class:"lang"},"bash",-1),O={class:"shiki github-dark vp-code-dark"},R={class:"line"},P=s("span",{style:{color:"#E1E4E8"}},"ver",-1),S=s("span",{style:{color:"#F97583"}},"=",-1),I={style:{color:"#9ECBFF"}},N={class:"shiki github-light vp-code-light"},$={class:"line"},H=s("span",{style:{color:"#24292E"}},"ver",-1),M=s("span",{style:{color:"#D73A49"}},"=",-1),U={style:{color:"#032F62"}},j={class:"language-bash vp-adaptive-theme"},L=s("button",{title:"Copy Code",class:"copy"},null,-1),z=s("span",{class:"lang"},"bash",-1),G={class:"shiki github-dark vp-code-dark"},V={class:"line"},Y=s("span",{style:{color:"#E1E4E8"}},"ver",-1),K=s("span",{style:{color:"#F97583"}},"=",-1),W={style:{color:"#9ECBFF"}},X={class:"shiki github-light vp-code-light"},Z={class:"line"},J=s("span",{style:{color:"#24292E"}},"ver",-1),Q=s("span",{style:{color:"#D73A49"}},"=",-1),ss={style:{color:"#032F62"}},as=l("",3),ns=s("p",null,"The output will show the version installed.",-1),os=s("h2",{id:"celestia-node",tabindex:"-1"},[p("Celestia-node "),s("a",{class:"header-anchor",href:"#celestia-node","aria-label":'Permalink to "Celestia-node"'},"​")],-1),ls=s("h3",{id:"install-celestia-node",tabindex:"-1"},[p("Install celestia-node "),s("a",{class:"header-anchor",href:"#install-celestia-node","aria-label":'Permalink to "Install celestia-node"'},"​")],-1),ps=s("p",null,"Installing celestia-node for Arabica devnet or Mocha testnet means installing a specific version to be compatible with the network.",-1),es=s("p",null,"Install the celestia-node binary by running the following commands:",-1),ts=l("",1),cs=s("p",null,"Check out to the desired version, based on the network you will use:",-1),rs={class:"vp-code-group vp-adaptive-theme"},ys=l("",1),Es={class:"blocks"},is={class:"language-bash vp-adaptive-theme active"},ds=s("button",{title:"Copy Code",class:"copy"},null,-1),Fs=s("span",{class:"lang"},"bash",-1),us={class:"shiki github-dark vp-code-dark"},hs={class:"line"},Cs=s("span",{style:{color:"#B392F0"}},"git",-1),gs=s("span",{style:{color:"#E1E4E8"}}," ",-1),bs=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Bs=s("span",{style:{color:"#E1E4E8"}}," ",-1),qs={style:{color:"#9ECBFF"}},vs={class:"shiki github-light vp-code-light"},ms={class:"line"},ks=s("span",{style:{color:"#6F42C1"}},"git",-1),As=s("span",{style:{color:"#24292E"}}," ",-1),_s=s("span",{style:{color:"#032F62"}},"checkout",-1),fs=s("span",{style:{color:"#24292E"}}," ",-1),ws={style:{color:"#032F62"}},Ds={class:"language-bash vp-adaptive-theme"},Ts=s("button",{title:"Copy Code",class:"copy"},null,-1),xs=s("span",{class:"lang"},"bash",-1),Os={class:"shiki github-dark vp-code-dark"},Rs={class:"line"},Ps=s("span",{style:{color:"#B392F0"}},"git",-1),Ss=s("span",{style:{color:"#E1E4E8"}}," ",-1),Is=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),$s={style:{color:"#9ECBFF"}},Hs={class:"shiki github-light vp-code-light"},Ms={class:"line"},Us=s("span",{style:{color:"#6F42C1"}},"git",-1),js=s("span",{style:{color:"#24292E"}}," ",-1),Ls=s("span",{style:{color:"#032F62"}},"checkout",-1),zs=s("span",{style:{color:"#24292E"}}," ",-1),Gs={style:{color:"#032F62"}},Vs={class:"language-bash vp-adaptive-theme"},Ys=s("button",{title:"Copy Code",class:"copy"},null,-1),Ks=s("span",{class:"lang"},"bash",-1),Ws={class:"shiki github-dark vp-code-dark"},Xs={class:"line"},Zs=s("span",{style:{color:"#B392F0"}},"git",-1),Js=s("span",{style:{color:"#E1E4E8"}}," ",-1),Qs=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),sa=s("span",{style:{color:"#E1E4E8"}}," ",-1),aa={style:{color:"#9ECBFF"}},na={class:"shiki github-light vp-code-light"},oa={class:"line"},la=s("span",{style:{color:"#6F42C1"}},"git",-1),pa=s("span",{style:{color:"#24292E"}}," ",-1),ea=s("span",{style:{color:"#032F62"}},"checkout",-1),ta=s("span",{style:{color:"#24292E"}}," ",-1),ca={style:{color:"#032F62"}},ra=l("",4),ya=l("",56),Ea={class:"language-bash vp-adaptive-theme"},ia=s("button",{title:"Copy Code",class:"copy"},null,-1),da=s("span",{class:"lang"},"bash",-1),Fa={class:"shiki github-dark vp-code-dark"},ua={class:"line"},ha=s("span",{style:{color:"#F97583"}},"export",-1),Ca=s("span",{style:{color:"#E1E4E8"}}," NODE_STORE",-1),ga=s("span",{style:{color:"#F97583"}},"=",-1),ba=s("span",{style:{color:"#E1E4E8"}},"$HOME",-1),Ba={style:{color:"#9ECBFF"}},qa={class:"shiki github-light vp-code-light"},va={class:"line"},ma=s("span",{style:{color:"#D73A49"}},"export",-1),ka=s("span",{style:{color:"#24292E"}}," NODE_STORE",-1),Aa=s("span",{style:{color:"#D73A49"}},"=",-1),_a=s("span",{style:{color:"#24292E"}},"$HOME",-1),fa={style:{color:"#032F62"}},wa=l("",36),Da=l("",95),Ha=JSON.parse('{"title":"Celestia-node RPC CLI tutorial","description":"","frontmatter":{"next":{"text":"Prompt Scavenger","link":"/developers/prompt-scavenger"},"head":[["meta",{"name":"og:title","content":"Celestia-node RPC CLI tutorial | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/node-tutorial.md","filePath":"developers/node-tutorial.md","lastUpdated":1711718743000}'),Ta={name:"developers/node-tutorial.md"},Ma=Object.assign(Ta,{setup(xa){return(Oa,Ra)=>(r(),y("div",null,[E,s("ol",null,[s("li",null,[i,s("div",d,[F,s("div",u,[s("div",h,[C,g,s("pre",b,[s("code",null,[s("span",B,[q,v,s("span",m,'"'+a(n(o).golangNodeMainnet)+'"',1)])])]),s("pre",k,[s("code",null,[s("span",A,[_,f,s("span",w,'"'+a(n(o).golangNodeMainnet)+'"',1)])])])]),s("div",D,[T,x,s("pre",O,[s("code",null,[s("span",R,[P,S,s("span",I,'"'+a(n(o).golangNodeMocha)+'"',1)])])]),s("pre",N,[s("code",null,[s("span",$,[H,M,s("span",U,'"'+a(n(o).golangNodeMocha)+'"',1)])])])]),s("div",j,[L,z,s("pre",G,[s("code",null,[s("span",V,[Y,K,s("span",W,'"'+a(n(o).golangNodeArabica)+'"',1)])])]),s("pre",X,[s("code",null,[s("span",Z,[J,Q,s("span",ss,'"'+a(n(o).golangNodeArabica)+'"',1)])])])])])])]),as]),ns,os,ls,ps,es,s("ol",null,[ts,s("li",null,[cs,s("div",rs,[ys,s("div",Es,[s("div",is,[ds,Fs,s("pre",us,[s("code",null,[s("span",hs,[Cs,gs,bs,Bs,s("span",qs,"tags/"+a(n(c)["node-latest-tag"]),1)])])]),s("pre",vs,[s("code",null,[s("span",ms,[ks,As,_s,fs,s("span",ws,"tags/"+a(n(c)["node-latest-tag"]),1)])])])]),s("div",Ds,[Ts,xs,s("pre",Os,[s("code",null,[s("span",Rs,[Ps,Ss,Is,Ns,s("span",$s,"tags/"+a(n(t)["node-latest-tag"]),1)])])]),s("pre",Hs,[s("code",null,[s("span",Ms,[Us,js,Ls,zs,s("span",Gs,"tags/"+a(n(t)["node-latest-tag"]),1)])])])]),s("div",Vs,[Ys,Ks,s("pre",Ws,[s("code",null,[s("span",Xs,[Zs,Js,Qs,sa,s("span",aa,"tags/"+a(n(e)["node-latest-tag"]),1)])])]),s("pre",na,[s("code",null,[s("span",oa,[la,pa,ea,ta,s("span",ca,"tags/"+a(n(e)["node-latest-tag"]),1)])])])])])])]),ra]),ya,s("p",null,"To set your node store for a light node on "+a(n(o).mochaChainId)+", you can use the following command:",1),s("div",Ea,[ia,da,s("pre",Fa,[s("code",null,[s("span",ua,[ha,Ca,ga,ba,s("span",Ba,"/.celestia-light-"+a(n(o).mochaChainId),1)])])]),s("pre",qa,[s("code",null,[s("span",va,[ma,ka,Aa,_a,s("span",fa,"/.celestia-light-"+a(n(o).mochaChainId),1)])])])]),wa,s("p",null,[p("Here is an example command to retrieve the data from above, on "),s("code",null,a(n(o).arabicaChainId),1),p(":")]),Da]))}});export{Ha as __pageData,Ma as default};
diff --git a/pr-1489/assets/developers_optimism-devnet.md.a41fb24f.js b/pr-1489/assets/developers_optimism-devnet.md.2a4859d5.js
similarity index 99%
rename from pr-1489/assets/developers_optimism-devnet.md.a41fb24f.js
rename to pr-1489/assets/developers_optimism-devnet.md.2a4859d5.js
index b43d6dc563..b04363c382 100644
--- a/pr-1489/assets/developers_optimism-devnet.md.a41fb24f.js
+++ b/pr-1489/assets/developers_optimism-devnet.md.2a4859d5.js
@@ -1,8 +1,8 @@
-import{_ as s,o as a,c as n,Q as e}from"./chunks/framework.611656c0.js";const E=JSON.parse('{"title":"Deploy an OP Stack devnet","description":"Start your own devnet with a modified version of optimism-bedrock.","frontmatter":{"description":"Start your own devnet with a modified version of optimism-bedrock.","head":[["meta",{"name":"og:title","content":"Deploy an OP Stack devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/optimism-devnet.md","filePath":"developers/optimism-devnet.md","lastUpdated":1711718709000}'),l={name:"developers/optimism-devnet.md"},o=e(`
    Deploy an OP Stack devnet ​
    This guide will show you how to run your own OP Stack devnet.
    Dependency setup ​
    Environment setup and Golang installation ​
    First, install dependencies for Celestia software and for OP Stack.
    Clone repository ​
    Next, clone the repo:
    bash
    cd $HOME
+import{_ as s,o as a,c as n,Q as e}from"./chunks/framework.611656c0.js";const E=JSON.parse('{"title":"Deploy an OP Stack devnet","description":"Start your own devnet with a modified version of optimism-bedrock.","frontmatter":{"description":"Start your own devnet with a modified version of optimism-bedrock.","head":[["meta",{"name":"og:title","content":"Deploy an OP Stack devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/optimism-devnet.md","filePath":"developers/optimism-devnet.md","lastUpdated":1711718743000}'),l={name:"developers/optimism-devnet.md"},o=e(`
    Deploy an OP Stack devnet ​
    This guide will show you how to run your own OP Stack devnet.
    Dependency setup ​
    Environment setup and Golang installation ​
    First, install dependencies for Celestia software and for OP Stack.
    Clone repository ​
    Next, clone the repo:
    bash
    cd $HOME
 git clone https://github.com/celestiaorg/optimism
 cd optimism
    cd $HOME
 git clone https://github.com/celestiaorg/optimism
-cd optimism
    Check out to the version for either the stable version or upstream version:
    bash
    git checkout tags/v1.2.0-OP_v1.7.0-CN_v0.12.4
+cd optimism
    Check out to the version for either the stable version or upstream version:
    bash
    git checkout tags/v1.2.0-OP_v1.7.0-CN_v0.12.4
 git submodule update --init --recursive
    git checkout tags/v1.2.0-OP_v1.7.0-CN_v0.12.4
 git submodule update --init --recursive
    bash
    git checkout celestia-develop
 git submodule update --init --recursive
    git checkout celestia-develop
diff --git a/pr-1489/assets/developers_optimism-devnet.md.a41fb24f.lean.js b/pr-1489/assets/developers_optimism-devnet.md.2a4859d5.lean.js
similarity index 91%
rename from pr-1489/assets/developers_optimism-devnet.md.a41fb24f.lean.js
rename to pr-1489/assets/developers_optimism-devnet.md.2a4859d5.lean.js
index 6645d29693..a1bda44e54 100644
--- a/pr-1489/assets/developers_optimism-devnet.md.a41fb24f.lean.js
+++ b/pr-1489/assets/developers_optimism-devnet.md.2a4859d5.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as e}from"./chunks/framework.611656c0.js";const E=JSON.parse('{"title":"Deploy an OP Stack devnet","description":"Start your own devnet with a modified version of optimism-bedrock.","frontmatter":{"description":"Start your own devnet with a modified version of optimism-bedrock.","head":[["meta",{"name":"og:title","content":"Deploy an OP Stack devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/optimism-devnet.md","filePath":"developers/optimism-devnet.md","lastUpdated":1711718709000}'),l={name:"developers/optimism-devnet.md"},o=e("",68),p=[o];function t(c,r,i,d,y,h){return a(),n("div",null,p)}const u=s(l,[["render",t]]);export{E as __pageData,u as default};
+import{_ as s,o as a,c as n,Q as e}from"./chunks/framework.611656c0.js";const E=JSON.parse('{"title":"Deploy an OP Stack devnet","description":"Start your own devnet with a modified version of optimism-bedrock.","frontmatter":{"description":"Start your own devnet with a modified version of optimism-bedrock.","head":[["meta",{"name":"og:title","content":"Deploy an OP Stack devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/optimism-devnet.md","filePath":"developers/optimism-devnet.md","lastUpdated":1711718743000}'),l={name:"developers/optimism-devnet.md"},o=e("",68),p=[o];function t(c,r,i,d,y,h){return a(),n("div",null,p)}const u=s(l,[["render",t]]);export{E as __pageData,u as default};
diff --git a/pr-1489/assets/developers_optimism.md.14b89fa0.js b/pr-1489/assets/developers_optimism.md.f5f5884b.js
similarity index 90%
rename from pr-1489/assets/developers_optimism.md.14b89fa0.js
rename to pr-1489/assets/developers_optimism.md.f5f5884b.js
index b7dafb10af..d1f5833a86 100644
--- a/pr-1489/assets/developers_optimism.md.14b89fa0.js
+++ b/pr-1489/assets/developers_optimism.md.f5f5884b.js
@@ -1,4 +1,4 @@
-import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as l,c as t,k as s,t as e,l as o,Q as n}from"./chunks/framework.611656c0.js";const p=n('
    Deploy an OP Stack devnet to Celestia ​
    In order to deploy a devnet to Celestia, you will need to have a modified version of optimism-bedrock. Refer to the steps to install dependencies and the modified version of OP Stack for your environment setup.
    Pick your deployment type ​
    Using Celestia and OP stack, you have the option to either run a light node of your own or a local-celestia-devnet, both of which will give you a local devnet to test things out with.
    Using a local devnet ​
    If you'd like to use the local-celestia-devnet, you're in luck! This is the default for the OP Stack + Celestia repository. Head to the previous page to get started.
    Using a light node ​
    This is a beta integration and we are working on resolving open issues.
    In order to allow your light node to post and retrieve data without errors, you will need to change UseShareExchange to false in:
    ',9),c={class:"vp-code-group vp-adaptive-theme"},i=n('
    ',1),r={class:"blocks"},d=n('
    bash
    $HOME/.celestia-light/config.toml
    $HOME/.celestia-light/config.toml
    ',1),h={class:"language-bash vp-adaptive-theme"},y=s("button",{title:"Copy Code",class:"copy"},null,-1),E=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g={class:"line"},_={style:{color:"#E1E4E8"}},v={class:"shiki github-light vp-code-light"},f={class:"line"},b={style:{color:"#24292E"}},m={class:"language-bash vp-adaptive-theme"},k=s("button",{title:"Copy Code",class:"copy"},null,-1),C=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},T={class:"line"},w={style:{color:"#E1E4E8"}},S={class:"shiki github-light vp-code-light"},B={class:"line"},A={style:{color:"#24292E"}},q=n('
    If you choose to use your own node store, the light node must be fully synced and funded for you to be able to submit and retrieve PayForBlobs to a Celestia network.
    If it is not synced, you will run into errors similar to this.
    Visit the Arabica or Mocha pages to to visit their faucets.
    In order to mount existing data, you must have a node store that is in this directory:
    ',4),D={class:"vp-code-group vp-adaptive-theme"},P=n('
    ',1),O={class:"blocks"},I=n('
    bash
    $HOME/.celestia-light
    $HOME/.celestia-light
    ',1),x={class:"language-bash vp-adaptive-theme"},M=s("button",{title:"Copy Code",class:"copy"},null,-1),R=s("span",{class:"lang"},"bash",-1),H={class:"shiki github-dark vp-code-dark"},N={class:"line"},V={style:{color:"#E1E4E8"}},$={class:"shiki github-light vp-code-light"},U={class:"line"},L={style:{color:"#24292E"}},W={class:"language-bash vp-adaptive-theme"},K=s("button",{title:"Copy Code",class:"copy"},null,-1),z=s("span",{class:"lang"},"bash",-1),G={class:"shiki github-dark vp-code-dark"},Y={class:"line"},J={style:{color:"#E1E4E8"}},Q={class:"shiki github-light vp-code-light"},j={class:"line"},X={style:{color:"#24292E"}},Z=n(`
    This is the default location of the node store when you initialize and run a new Celestia node.
    By default, the node will run with the account named my_celes_key.
    If you have your own setup you'd like to try, you can always edit optimism/ops-bedrock/docker-compose.yml to work with your setup.
    Using a RaaS provider ​
    If you'd like to use a Rollups as a Service (RaaS) provider, you can do so by going to the RaaS category in the menu.
    Build the devnet ​
    Build TypeScript definitions for TS dependencies:
    bash
    cd $HOME
+import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as t,c as l,k as s,t as e,l as o,Q as n}from"./chunks/framework.611656c0.js";const p=n('
    Deploy an OP Stack devnet to Celestia ​
    In order to deploy a devnet to Celestia, you will need to have a modified version of optimism-bedrock. Refer to the steps to install dependencies and the modified version of OP Stack for your environment setup.
    Pick your deployment type ​
    Using Celestia and OP stack, you have the option to either run a light node of your own or a local-celestia-devnet, both of which will give you a local devnet to test things out with.
    Using a local devnet ​
    If you'd like to use the local-celestia-devnet, you're in luck! This is the default for the OP Stack + Celestia repository. Head to the previous page to get started.
    Using a light node ​
    This is a beta integration and we are working on resolving open issues.
    In order to allow your light node to post and retrieve data without errors, you will need to change UseShareExchange to false in:
    ',9),c={class:"vp-code-group vp-adaptive-theme"},i=n('
    ',1),r={class:"blocks"},d=n('
    bash
    $HOME/.celestia-light/config.toml
    $HOME/.celestia-light/config.toml
    ',1),h={class:"language-bash vp-adaptive-theme"},y=s("button",{title:"Copy Code",class:"copy"},null,-1),E=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g={class:"line"},_={style:{color:"#E1E4E8"}},v={class:"shiki github-light vp-code-light"},f={class:"line"},m={style:{color:"#24292E"}},b={class:"language-bash vp-adaptive-theme"},k=s("button",{title:"Copy Code",class:"copy"},null,-1),C=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},T={class:"line"},w={style:{color:"#E1E4E8"}},S={class:"shiki github-light vp-code-light"},B={class:"line"},D={style:{color:"#24292E"}},q=n('
    If you choose to use your own node store, the light node must be fully synced and funded for you to be able to submit and retrieve PayForBlobs to a Celestia network.
    If it is not synced, you will run into errors similar to this.
    Visit the Arabica or Mocha pages to to visit their faucets.
    In order to mount existing data, you must have a node store that is in this directory:
    ',4),A={class:"vp-code-group vp-adaptive-theme"},P=n('
    ',1),O={class:"blocks"},I=n('
    bash
    $HOME/.celestia-light
    $HOME/.celestia-light
    ',1),R={class:"language-bash vp-adaptive-theme"},x=s("button",{title:"Copy Code",class:"copy"},null,-1),M=s("span",{class:"lang"},"bash",-1),V={class:"shiki github-dark vp-code-dark"},H={class:"line"},N={style:{color:"#E1E4E8"}},$={class:"shiki github-light vp-code-light"},U={class:"line"},L={style:{color:"#24292E"}},W={class:"language-bash vp-adaptive-theme"},j=s("button",{title:"Copy Code",class:"copy"},null,-1),J=s("span",{class:"lang"},"bash",-1),Q={class:"shiki github-dark vp-code-dark"},Y={class:"line"},K={style:{color:"#E1E4E8"}},G={class:"shiki github-light vp-code-light"},X={class:"line"},z={style:{color:"#24292E"}},Z=n(`
    This is the default location of the node store when you initialize and run a new Celestia node.
    By default, the node will run with the account named my_celes_key.
    If you have your own setup you'd like to try, you can always edit optimism/ops-bedrock/docker-compose.yml to work with your setup.
    Using a RaaS provider ​
    If you'd like to use a Rollups as a Service (RaaS) provider, you can do so by going to the RaaS category in the menu.
    Build the devnet ​
    Build TypeScript definitions for TS dependencies:
    bash
    cd $HOME
 cd optimism
 make
    cd $HOME
 cd optimism
@@ -52,4 +52,4 @@ import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as l,c as t,k as s,t
     interval: 10s
     timeout: 5s
     retries: 5
-    start_period: 30s
    Now start the devnet:
    bash
    make devnet-up
    make devnet-up
    View the logs of the devnet ​
    If you'd like to view the logs of the devnet, run the following command from the root of the Optimism directory:
    bash
    make devnet-logs
    make devnet-logs
    Stop the devnet ​
    To safely stop the devnet, run the following command:
    bash
    make devnet-down
    make devnet-down
    Clean the devnet ​
    To remove all data from the devnet, run the following command:
    bash
    make devnet-clean
    make devnet-clean
    Deploying to an L1 (or L2) ​
    If you'd like to deploy to an EVM L1 or L2, reference the OP stack deployment guide.
    `,29),ts=JSON.parse('{"title":"Deploy an OP Stack devnet to Celestia","description":"Start your own devnet with a modified version of optimism-bedrock.","frontmatter":{"description":"Start your own devnet with a modified version of optimism-bedrock.","next":{"text":"Rollkit","link":"/developers/rollkit"},"head":[["meta",{"name":"og:title","content":"Deploy an OP Stack devnet to Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/optimism.md","filePath":"developers/optimism.md","lastUpdated":1711718709000}'),ss={name:"developers/optimism.md"},ps=Object.assign(ss,{setup(as){return(es,os)=>(l(),t("div",null,[p,s("div",c,[i,s("div",r,[d,s("div",h,[y,E,s("pre",u,[s("code",null,[s("span",g,[s("span",_,"$HOME/.celestia-light-"+e(o(a).mochaChainId)+"/config.toml",1)])])]),s("pre",v,[s("code",null,[s("span",f,[s("span",b,"$HOME/.celestia-light-"+e(o(a).mochaChainId)+"/config.toml",1)])])])]),s("div",m,[k,C,s("pre",F,[s("code",null,[s("span",T,[s("span",w,"$HOME/.celestia-light-"+e(o(a).arabicaChainId)+"/config.toml",1)])])]),s("pre",S,[s("code",null,[s("span",B,[s("span",A,"$HOME/.celestia-light-"+e(o(a).arabicaChainId)+"/config.toml",1)])])])])])]),q,s("div",D,[P,s("div",O,[I,s("div",x,[M,R,s("pre",H,[s("code",null,[s("span",N,[s("span",V,"$HOME/.celestia-light-"+e(o(a).mochaChainId),1)])])]),s("pre",$,[s("code",null,[s("span",U,[s("span",L,"$HOME/.celestia-light-"+e(o(a).mochaChainId),1)])])])]),s("div",W,[K,z,s("pre",G,[s("code",null,[s("span",Y,[s("span",J,"$HOME/.celestia-light-"+e(o(a).arabicaChainId),1)])])]),s("pre",Q,[s("code",null,[s("span",j,[s("span",X,"$HOME/.celestia-light-"+e(o(a).arabicaChainId),1)])])])])])]),Z]))}});export{ts as __pageData,ps as default};
+    start_period: 30s
    Now start the devnet:
    bash
    make devnet-up
    make devnet-up
    View the logs of the devnet ​
    If you'd like to view the logs of the devnet, run the following command from the root of the Optimism directory:
    bash
    make devnet-logs
    make devnet-logs
    Stop the devnet ​
    To safely stop the devnet, run the following command:
    bash
    make devnet-down
    make devnet-down
    Clean the devnet ​
    To remove all data from the devnet, run the following command:
    bash
    make devnet-clean
    make devnet-clean
    Deploying to an L1 (or L2) ​
    If you'd like to deploy to an EVM L1 or L2, reference the OP stack deployment guide.
    `,29),ls=JSON.parse('{"title":"Deploy an OP Stack devnet to Celestia","description":"Start your own devnet with a modified version of optimism-bedrock.","frontmatter":{"description":"Start your own devnet with a modified version of optimism-bedrock.","next":{"text":"Rollkit","link":"/developers/rollkit"},"head":[["meta",{"name":"og:title","content":"Deploy an OP Stack devnet to Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/optimism.md","filePath":"developers/optimism.md","lastUpdated":1711718743000}'),ss={name:"developers/optimism.md"},ps=Object.assign(ss,{setup(as){return(es,os)=>(t(),l("div",null,[p,s("div",c,[i,s("div",r,[d,s("div",h,[y,E,s("pre",u,[s("code",null,[s("span",g,[s("span",_,"$HOME/.celestia-light-"+e(o(a).mochaChainId)+"/config.toml",1)])])]),s("pre",v,[s("code",null,[s("span",f,[s("span",m,"$HOME/.celestia-light-"+e(o(a).mochaChainId)+"/config.toml",1)])])])]),s("div",b,[k,C,s("pre",F,[s("code",null,[s("span",T,[s("span",w,"$HOME/.celestia-light-"+e(o(a).arabicaChainId)+"/config.toml",1)])])]),s("pre",S,[s("code",null,[s("span",B,[s("span",D,"$HOME/.celestia-light-"+e(o(a).arabicaChainId)+"/config.toml",1)])])])])])]),q,s("div",A,[P,s("div",O,[I,s("div",R,[x,M,s("pre",V,[s("code",null,[s("span",H,[s("span",N,"$HOME/.celestia-light-"+e(o(a).mochaChainId),1)])])]),s("pre",$,[s("code",null,[s("span",U,[s("span",L,"$HOME/.celestia-light-"+e(o(a).mochaChainId),1)])])])]),s("div",W,[j,J,s("pre",Q,[s("code",null,[s("span",Y,[s("span",K,"$HOME/.celestia-light-"+e(o(a).arabicaChainId),1)])])]),s("pre",G,[s("code",null,[s("span",X,[s("span",z,"$HOME/.celestia-light-"+e(o(a).arabicaChainId),1)])])])])])]),Z]))}});export{ls as __pageData,ps as default};
diff --git a/pr-1489/assets/developers_optimism.md.14b89fa0.lean.js b/pr-1489/assets/developers_optimism.md.f5f5884b.lean.js
similarity index 52%
rename from pr-1489/assets/developers_optimism.md.14b89fa0.lean.js
rename to pr-1489/assets/developers_optimism.md.f5f5884b.lean.js
index 3a5fd05009..362a4b0a30 100644
--- a/pr-1489/assets/developers_optimism.md.14b89fa0.lean.js
+++ b/pr-1489/assets/developers_optimism.md.f5f5884b.lean.js
@@ -1 +1 @@
-import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as l,c as t,k as s,t as e,l as o,Q as n}from"./chunks/framework.611656c0.js";const p=n("",9),c={class:"vp-code-group vp-adaptive-theme"},i=n("",1),r={class:"blocks"},d=n("",1),h={class:"language-bash vp-adaptive-theme"},y=s("button",{title:"Copy Code",class:"copy"},null,-1),E=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g={class:"line"},_={style:{color:"#E1E4E8"}},v={class:"shiki github-light vp-code-light"},f={class:"line"},b={style:{color:"#24292E"}},m={class:"language-bash vp-adaptive-theme"},k=s("button",{title:"Copy Code",class:"copy"},null,-1),C=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},T={class:"line"},w={style:{color:"#E1E4E8"}},S={class:"shiki github-light vp-code-light"},B={class:"line"},A={style:{color:"#24292E"}},q=n("",4),D={class:"vp-code-group vp-adaptive-theme"},P=n("",1),O={class:"blocks"},I=n("",1),x={class:"language-bash vp-adaptive-theme"},M=s("button",{title:"Copy Code",class:"copy"},null,-1),R=s("span",{class:"lang"},"bash",-1),H={class:"shiki github-dark vp-code-dark"},N={class:"line"},V={style:{color:"#E1E4E8"}},$={class:"shiki github-light vp-code-light"},U={class:"line"},L={style:{color:"#24292E"}},W={class:"language-bash vp-adaptive-theme"},K=s("button",{title:"Copy Code",class:"copy"},null,-1),z=s("span",{class:"lang"},"bash",-1),G={class:"shiki github-dark vp-code-dark"},Y={class:"line"},J={style:{color:"#E1E4E8"}},Q={class:"shiki github-light vp-code-light"},j={class:"line"},X={style:{color:"#24292E"}},Z=n("",29),ts=JSON.parse('{"title":"Deploy an OP Stack devnet to Celestia","description":"Start your own devnet with a modified version of optimism-bedrock.","frontmatter":{"description":"Start your own devnet with a modified version of optimism-bedrock.","next":{"text":"Rollkit","link":"/developers/rollkit"},"head":[["meta",{"name":"og:title","content":"Deploy an OP Stack devnet to Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/optimism.md","filePath":"developers/optimism.md","lastUpdated":1711718709000}'),ss={name:"developers/optimism.md"},ps=Object.assign(ss,{setup(as){return(es,os)=>(l(),t("div",null,[p,s("div",c,[i,s("div",r,[d,s("div",h,[y,E,s("pre",u,[s("code",null,[s("span",g,[s("span",_,"$HOME/.celestia-light-"+e(o(a).mochaChainId)+"/config.toml",1)])])]),s("pre",v,[s("code",null,[s("span",f,[s("span",b,"$HOME/.celestia-light-"+e(o(a).mochaChainId)+"/config.toml",1)])])])]),s("div",m,[k,C,s("pre",F,[s("code",null,[s("span",T,[s("span",w,"$HOME/.celestia-light-"+e(o(a).arabicaChainId)+"/config.toml",1)])])]),s("pre",S,[s("code",null,[s("span",B,[s("span",A,"$HOME/.celestia-light-"+e(o(a).arabicaChainId)+"/config.toml",1)])])])])])]),q,s("div",D,[P,s("div",O,[I,s("div",x,[M,R,s("pre",H,[s("code",null,[s("span",N,[s("span",V,"$HOME/.celestia-light-"+e(o(a).mochaChainId),1)])])]),s("pre",$,[s("code",null,[s("span",U,[s("span",L,"$HOME/.celestia-light-"+e(o(a).mochaChainId),1)])])])]),s("div",W,[K,z,s("pre",G,[s("code",null,[s("span",Y,[s("span",J,"$HOME/.celestia-light-"+e(o(a).arabicaChainId),1)])])]),s("pre",Q,[s("code",null,[s("span",j,[s("span",X,"$HOME/.celestia-light-"+e(o(a).arabicaChainId),1)])])])])])]),Z]))}});export{ts as __pageData,ps as default};
+import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as t,c as l,k as s,t as e,l as o,Q as n}from"./chunks/framework.611656c0.js";const p=n("",9),c={class:"vp-code-group vp-adaptive-theme"},i=n("",1),r={class:"blocks"},d=n("",1),h={class:"language-bash vp-adaptive-theme"},y=s("button",{title:"Copy Code",class:"copy"},null,-1),E=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g={class:"line"},_={style:{color:"#E1E4E8"}},v={class:"shiki github-light vp-code-light"},f={class:"line"},m={style:{color:"#24292E"}},b={class:"language-bash vp-adaptive-theme"},k=s("button",{title:"Copy Code",class:"copy"},null,-1),C=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},T={class:"line"},w={style:{color:"#E1E4E8"}},S={class:"shiki github-light vp-code-light"},B={class:"line"},D={style:{color:"#24292E"}},q=n("",4),A={class:"vp-code-group vp-adaptive-theme"},P=n("",1),O={class:"blocks"},I=n("",1),R={class:"language-bash vp-adaptive-theme"},x=s("button",{title:"Copy Code",class:"copy"},null,-1),M=s("span",{class:"lang"},"bash",-1),V={class:"shiki github-dark vp-code-dark"},H={class:"line"},N={style:{color:"#E1E4E8"}},$={class:"shiki github-light vp-code-light"},U={class:"line"},L={style:{color:"#24292E"}},W={class:"language-bash vp-adaptive-theme"},j=s("button",{title:"Copy Code",class:"copy"},null,-1),J=s("span",{class:"lang"},"bash",-1),Q={class:"shiki github-dark vp-code-dark"},Y={class:"line"},K={style:{color:"#E1E4E8"}},G={class:"shiki github-light vp-code-light"},X={class:"line"},z={style:{color:"#24292E"}},Z=n("",29),ls=JSON.parse('{"title":"Deploy an OP Stack devnet to Celestia","description":"Start your own devnet with a modified version of optimism-bedrock.","frontmatter":{"description":"Start your own devnet with a modified version of optimism-bedrock.","next":{"text":"Rollkit","link":"/developers/rollkit"},"head":[["meta",{"name":"og:title","content":"Deploy an OP Stack devnet to Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/optimism.md","filePath":"developers/optimism.md","lastUpdated":1711718743000}'),ss={name:"developers/optimism.md"},ps=Object.assign(ss,{setup(as){return(es,os)=>(t(),l("div",null,[p,s("div",c,[i,s("div",r,[d,s("div",h,[y,E,s("pre",u,[s("code",null,[s("span",g,[s("span",_,"$HOME/.celestia-light-"+e(o(a).mochaChainId)+"/config.toml",1)])])]),s("pre",v,[s("code",null,[s("span",f,[s("span",m,"$HOME/.celestia-light-"+e(o(a).mochaChainId)+"/config.toml",1)])])])]),s("div",b,[k,C,s("pre",F,[s("code",null,[s("span",T,[s("span",w,"$HOME/.celestia-light-"+e(o(a).arabicaChainId)+"/config.toml",1)])])]),s("pre",S,[s("code",null,[s("span",B,[s("span",D,"$HOME/.celestia-light-"+e(o(a).arabicaChainId)+"/config.toml",1)])])])])])]),q,s("div",A,[P,s("div",O,[I,s("div",R,[x,M,s("pre",V,[s("code",null,[s("span",H,[s("span",N,"$HOME/.celestia-light-"+e(o(a).mochaChainId),1)])])]),s("pre",$,[s("code",null,[s("span",U,[s("span",L,"$HOME/.celestia-light-"+e(o(a).mochaChainId),1)])])])]),s("div",W,[j,J,s("pre",Q,[s("code",null,[s("span",Y,[s("span",K,"$HOME/.celestia-light-"+e(o(a).arabicaChainId),1)])])]),s("pre",G,[s("code",null,[s("span",X,[s("span",z,"$HOME/.celestia-light-"+e(o(a).arabicaChainId),1)])])])])])]),Z]))}});export{ls as __pageData,ps as default};
diff --git a/pr-1489/assets/developers_prompt-scavenger.md.dad858f8.js b/pr-1489/assets/developers_prompt-scavenger.md.c5594428.js
similarity index 99%
rename from pr-1489/assets/developers_prompt-scavenger.md.dad858f8.js
rename to pr-1489/assets/developers_prompt-scavenger.md.c5594428.js
index ed79d546d8..6237c39d01 100644
--- a/pr-1489/assets/developers_prompt-scavenger.md.dad858f8.js
+++ b/pr-1489/assets/developers_prompt-scavenger.md.c5594428.js
@@ -1,4 +1,4 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Prompt scavenger","description":"Learn how to interact with the Celestia Node API with this tutorial.","frontmatter":{"description":"Learn how to interact with the Celestia Node API with this tutorial.","prev":{"text":"Node RPC CLI tutorial","link":"/developers/node-tutorial"},"head":[["meta",{"name":"og:title","content":"Prompt scavenger | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/prompt-scavenger.md","filePath":"developers/prompt-scavenger.md","lastUpdated":1711718709000}'),p={name:"developers/prompt-scavenger.md"},o=l(`
    Prompt scavenger ​
    Note
    This tutorial needs to be updated.
    Welcome to the world of Prompt Scavenger, a game where you’ll be using Celestia’s Node API and OpenAI’s GPT-3.5 to decode hidden messages scattered throughout Celestia’s blockchain. In this tutorial, we’ll be using Golang to write the code for the game.
    Through this tutorial, you’ll gain experience using Celestia’s Node API to fetch data from the blockchain, process it, and submit new transactions with that data. You’ll also learn how to integrate OpenAI’s GPT-3.5 API to generate fun responses based on the data you’ve found.
    So if you’re ready to embark on an adventure that combines blockchain technology with the power of AI, and learn some Golang along the way, let’s get started!
    Dependencies ​
    The following dependencies are needed to be installed or obtained:
    Install Celestia Node and run a light node ​
    First, install the celestia-node binary.
    Let’s run the following commands to get our env vars setup (NOTE: For CORE_IP you can select from the list of available RPC endpoints on the Blockspace Race page:
    sh
    KEYNAME="scavenger_key"
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Prompt scavenger","description":"Learn how to interact with the Celestia Node API with this tutorial.","frontmatter":{"description":"Learn how to interact with the Celestia Node API with this tutorial.","prev":{"text":"Node RPC CLI tutorial","link":"/developers/node-tutorial"},"head":[["meta",{"name":"og:title","content":"Prompt scavenger | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/prompt-scavenger.md","filePath":"developers/prompt-scavenger.md","lastUpdated":1711718743000}'),p={name:"developers/prompt-scavenger.md"},o=l(`
    Prompt scavenger ​
    Note
    This tutorial needs to be updated.
    Welcome to the world of Prompt Scavenger, a game where you’ll be using Celestia’s Node API and OpenAI’s GPT-3.5 to decode hidden messages scattered throughout Celestia’s blockchain. In this tutorial, we’ll be using Golang to write the code for the game.
    Through this tutorial, you’ll gain experience using Celestia’s Node API to fetch data from the blockchain, process it, and submit new transactions with that data. You’ll also learn how to integrate OpenAI’s GPT-3.5 API to generate fun responses based on the data you’ve found.
    So if you’re ready to embark on an adventure that combines blockchain technology with the power of AI, and learn some Golang along the way, let’s get started!
    Dependencies ​
    The following dependencies are needed to be installed or obtained:
    Install Celestia Node and run a light node ​
    First, install the celestia-node binary.
    Let’s run the following commands to get our env vars setup (NOTE: For CORE_IP you can select from the list of available RPC endpoints on the Blockspace Race page:
    sh
    KEYNAME="scavenger_key"
 NODETYPE="light"
 NETWORK="blockspacerace"
 AUTHTYPE="admin"
diff --git a/pr-1489/assets/developers_prompt-scavenger.md.dad858f8.lean.js b/pr-1489/assets/developers_prompt-scavenger.md.c5594428.lean.js
similarity index 92%
rename from pr-1489/assets/developers_prompt-scavenger.md.dad858f8.lean.js
rename to pr-1489/assets/developers_prompt-scavenger.md.c5594428.lean.js
index 4d41b3e9c5..e0e967ea98 100644
--- a/pr-1489/assets/developers_prompt-scavenger.md.dad858f8.lean.js
+++ b/pr-1489/assets/developers_prompt-scavenger.md.c5594428.lean.js
@@ -1 +1 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Prompt scavenger","description":"Learn how to interact with the Celestia Node API with this tutorial.","frontmatter":{"description":"Learn how to interact with the Celestia Node API with this tutorial.","prev":{"text":"Node RPC CLI tutorial","link":"/developers/node-tutorial"},"head":[["meta",{"name":"og:title","content":"Prompt scavenger | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/prompt-scavenger.md","filePath":"developers/prompt-scavenger.md","lastUpdated":1711718709000}'),p={name:"developers/prompt-scavenger.md"},o=l("",77),e=[o];function t(c,r,E,y,i,d){return n(),a("div",null,e)}const u=s(p,[["render",t]]);export{F as __pageData,u as default};
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Prompt scavenger","description":"Learn how to interact with the Celestia Node API with this tutorial.","frontmatter":{"description":"Learn how to interact with the Celestia Node API with this tutorial.","prev":{"text":"Node RPC CLI tutorial","link":"/developers/node-tutorial"},"head":[["meta",{"name":"og:title","content":"Prompt scavenger | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/prompt-scavenger.md","filePath":"developers/prompt-scavenger.md","lastUpdated":1711718743000}'),p={name:"developers/prompt-scavenger.md"},o=l("",77),e=[o];function t(c,r,E,y,i,d){return n(),a("div",null,e)}const u=s(p,[["render",t]]);export{F as __pageData,u as default};
diff --git a/pr-1489/assets/developers_requesting-data-commitment-ranges.md.3b28b482.js b/pr-1489/assets/developers_requesting-data-commitment-ranges.md.3d0467f5.js
similarity index 98%
rename from pr-1489/assets/developers_requesting-data-commitment-ranges.md.3b28b482.js
rename to pr-1489/assets/developers_requesting-data-commitment-ranges.md.3d0467f5.js
index dd775897ac..bdd589d09e 100644
--- a/pr-1489/assets/developers_requesting-data-commitment-ranges.md.3b28b482.js
+++ b/pr-1489/assets/developers_requesting-data-commitment-ranges.md.3d0467f5.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Requesting data commitment ranges","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Requesting data commitment ranges | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/requesting-data-commitment-ranges.md","filePath":"developers/requesting-data-commitment-ranges.md","lastUpdated":1711718709000}'),r={name:"developers/requesting-data-commitment-ranges.md"},n=o('
    Requesting data commitment ranges ​
    By default, the Blobstream X deployments on Ethereum will be updating every 4 hours, and on Arbitrum One and Base, updating every 1 hour. If you wish for the Blobstream X contract to be updated at a different cadence, then you have several different options for how to update the smart contract.
    To request proofs to be submitted to the Blobstream X contract at a different cadence, you can do one of the following:
    Run the Blobstream X operator with hosted proving on the Succinct platform, by running an operator script that pings the platform with proof requests at a specified cadence.
    Follow these instructions to run the operator script.
    Here are example values for the .env file:
    1. TENDERMINT_RPC_URL from the public Celestia list.
    2. SUCCINCT_RPC_URL = https://alpha.succinct.xyz/api
    3. Request for SUCCINCT_API_KEY from the Succinct team.
    4. CHAIN_ID is the chain ID of the deployed Blobstream X contract.
    5. CONTRACT_ADDRESS: Blobstream X proxy contract address.
    6. NEXT_HEADER_FUNCTION_ID & HEADER_RANGE_FUNCTION_ID: Get the functionId's from the Blobstream X contract by using the nextHeaderFunctionId and headerRangeFunctionId respectively, which are public storage variables.
    Local proving ​
    Run the Blobstream X operator with local proving.
    TIP
    Note: Requires a large cloud machine to run in a reasonable amount of time. EC2 r6a.16xlarge takes ~30 minutes to generate a header range proof.
    Request proof onchain ​
    Directly request a proof via the Blobstream X contract interface. Unlike the Blobstream X operator which handles requests off-chain, requesting on-chain requires gas, but the proof will be generated and relayed by the Succinct platform.
    1. Call requestHeaderRange(uint64 _targetBlock) with the end of the range you want a commitment for.
    2. A DataCommitmentStored(uint256, uint64, uint64, bytes32) will be emitted for the requested range when it is stored in the contract. Listen to this event to know that the proof has been generated successfully.
    ',14),i=[n];function c(s,l,d,h,m,p){return t(),a("div",null,i)}const g=e(r,[["render",c]]);export{f as __pageData,g as default};
+import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Requesting data commitment ranges","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Requesting data commitment ranges | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/requesting-data-commitment-ranges.md","filePath":"developers/requesting-data-commitment-ranges.md","lastUpdated":1711718743000}'),r={name:"developers/requesting-data-commitment-ranges.md"},n=o('
    Requesting data commitment ranges ​
    By default, the Blobstream X deployments on Ethereum will be updating every 4 hours, and on Arbitrum One and Base, updating every 1 hour. If you wish for the Blobstream X contract to be updated at a different cadence, then you have several different options for how to update the smart contract.
    To request proofs to be submitted to the Blobstream X contract at a different cadence, you can do one of the following:
    Run the Blobstream X operator with hosted proving on the Succinct platform, by running an operator script that pings the platform with proof requests at a specified cadence.
    Follow these instructions to run the operator script.
    Here are example values for the .env file:
    1. TENDERMINT_RPC_URL from the public Celestia list.
    2. SUCCINCT_RPC_URL = https://alpha.succinct.xyz/api
    3. Request for SUCCINCT_API_KEY from the Succinct team.
    4. CHAIN_ID is the chain ID of the deployed Blobstream X contract.
    5. CONTRACT_ADDRESS: Blobstream X proxy contract address.
    6. NEXT_HEADER_FUNCTION_ID & HEADER_RANGE_FUNCTION_ID: Get the functionId's from the Blobstream X contract by using the nextHeaderFunctionId and headerRangeFunctionId respectively, which are public storage variables.
    Local proving ​
    Run the Blobstream X operator with local proving.
    TIP
    Note: Requires a large cloud machine to run in a reasonable amount of time. EC2 r6a.16xlarge takes ~30 minutes to generate a header range proof.
    Request proof onchain ​
    Directly request a proof via the Blobstream X contract interface. Unlike the Blobstream X operator which handles requests off-chain, requesting on-chain requires gas, but the proof will be generated and relayed by the Succinct platform.
    1. Call requestHeaderRange(uint64 _targetBlock) with the end of the range you want a commitment for.
    2. A DataCommitmentStored(uint256, uint64, uint64, bytes32) will be emitted for the requested range when it is stored in the contract. Listen to this event to know that the proof has been generated successfully.
    ',14),i=[n];function c(s,l,d,h,m,p){return t(),a("div",null,i)}const g=e(r,[["render",c]]);export{f as __pageData,g as default};
diff --git a/pr-1489/assets/developers_requesting-data-commitment-ranges.md.3b28b482.lean.js b/pr-1489/assets/developers_requesting-data-commitment-ranges.md.3d0467f5.lean.js
similarity index 90%
rename from pr-1489/assets/developers_requesting-data-commitment-ranges.md.3b28b482.lean.js
rename to pr-1489/assets/developers_requesting-data-commitment-ranges.md.3d0467f5.lean.js
index 7d5413f299..a4333822e1 100644
--- a/pr-1489/assets/developers_requesting-data-commitment-ranges.md.3b28b482.lean.js
+++ b/pr-1489/assets/developers_requesting-data-commitment-ranges.md.3d0467f5.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Requesting data commitment ranges","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Requesting data commitment ranges | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/requesting-data-commitment-ranges.md","filePath":"developers/requesting-data-commitment-ranges.md","lastUpdated":1711718709000}'),r={name:"developers/requesting-data-commitment-ranges.md"},n=o("",14),i=[n];function c(s,l,d,h,m,p){return t(),a("div",null,i)}const g=e(r,[["render",c]]);export{f as __pageData,g as default};
+import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Requesting data commitment ranges","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Requesting data commitment ranges | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/requesting-data-commitment-ranges.md","filePath":"developers/requesting-data-commitment-ranges.md","lastUpdated":1711718743000}'),r={name:"developers/requesting-data-commitment-ranges.md"},n=o("",14),i=[n];function c(s,l,d,h,m,p){return t(),a("div",null,i)}const g=e(r,[["render",c]]);export{f as __pageData,g as default};
diff --git a/pr-1489/assets/developers_rollkit.md.eccc2fa9.js b/pr-1489/assets/developers_rollkit.md.d655476e.js
similarity index 98%
rename from pr-1489/assets/developers_rollkit.md.eccc2fa9.js
rename to pr-1489/assets/developers_rollkit.md.d655476e.js
index 67b6ed2fdd..b22ee81dc7 100644
--- a/pr-1489/assets/developers_rollkit.md.eccc2fa9.js
+++ b/pr-1489/assets/developers_rollkit.md.d655476e.js
@@ -1 +1 @@
-import{_ as e,o as t,c as l,Q as o}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/rollkit.png",f=JSON.parse(`{"title":"Rollkit","description":"Learn how to build Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit.","frontmatter":{"description":"Learn how to build Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit.","prev":{"text":"Deploy an OP Stack devnet to Celestia","link":"/developers/optimism"},"next":{"text":"Create a wallet with celestia-node","link":"/developers/celestia-node-key"},"head":[["meta",{"name":"og:title","content":"Rollkit | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/rollkit.md","filePath":"developers/rollkit.md","lastUpdated":1711718709000}`),r={name:"developers/rollkit.md"},i=o('
    Rollkit ​
    Validator nodes allow you to participate in consensus in the Celestia network.
    rollkit
    Rollkit is an ABCI (Application Blockchain Interface) implementation for sovereign rollups to deploy on top of Celestia.
    It is built by replacing Tendermint, the Cosmos-SDK consensus layer, with a drop-in replacement that communicates directly with Celestia's Data Availability layer.
    It spins up a sovereign rollup, which collects transactions into blocks and posts them onto Celestia for consensus and data availability.
    The goal of Rollkit is to enable anyone to design and deploy a sovereign rollup on Celestia in minutes.
    Furthermore, while Rollkit allows you to build sovereign rollups on Celestia, it currently does not support fraud proofs yet and is therefore running in "pessimistic" mode, where nodes would need to re-execute the transactions to check the validity of the chain (i.e. a full node). Furthermore, Rollkit currently only supports a single sequencer.
    Tutorials ​
    The following tutorials will help you get started building Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit. We call those chains Sovereign Rollups.
    You can get started with the following tutorials:
    ',12),s=[i];function n(p,c,d,h,u,k){return t(),l("div",null,s)}const _=e(r,[["render",n]]);export{f as __pageData,_ as default};
+import{_ as e,o as t,c as l,Q as o}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/rollkit.png",f=JSON.parse(`{"title":"Rollkit","description":"Learn how to build Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit.","frontmatter":{"description":"Learn how to build Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit.","prev":{"text":"Deploy an OP Stack devnet to Celestia","link":"/developers/optimism"},"next":{"text":"Create a wallet with celestia-node","link":"/developers/celestia-node-key"},"head":[["meta",{"name":"og:title","content":"Rollkit | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/rollkit.md","filePath":"developers/rollkit.md","lastUpdated":1711718743000}`),r={name:"developers/rollkit.md"},i=o('
    Rollkit ​
    Validator nodes allow you to participate in consensus in the Celestia network.
    rollkit
    Rollkit is an ABCI (Application Blockchain Interface) implementation for sovereign rollups to deploy on top of Celestia.
    It is built by replacing Tendermint, the Cosmos-SDK consensus layer, with a drop-in replacement that communicates directly with Celestia's Data Availability layer.
    It spins up a sovereign rollup, which collects transactions into blocks and posts them onto Celestia for consensus and data availability.
    The goal of Rollkit is to enable anyone to design and deploy a sovereign rollup on Celestia in minutes.
    Furthermore, while Rollkit allows you to build sovereign rollups on Celestia, it currently does not support fraud proofs yet and is therefore running in "pessimistic" mode, where nodes would need to re-execute the transactions to check the validity of the chain (i.e. a full node). Furthermore, Rollkit currently only supports a single sequencer.
    Tutorials ​
    The following tutorials will help you get started building Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit. We call those chains Sovereign Rollups.
    You can get started with the following tutorials:
    ',12),s=[i];function n(p,c,d,h,u,k){return t(),l("div",null,s)}const _=e(r,[["render",n]]);export{f as __pageData,_ as default};
diff --git a/pr-1489/assets/developers_rollkit.md.eccc2fa9.lean.js b/pr-1489/assets/developers_rollkit.md.d655476e.lean.js
similarity index 93%
rename from pr-1489/assets/developers_rollkit.md.eccc2fa9.lean.js
rename to pr-1489/assets/developers_rollkit.md.d655476e.lean.js
index 1c1aeaebfd..dd0e26d0cb 100644
--- a/pr-1489/assets/developers_rollkit.md.eccc2fa9.lean.js
+++ b/pr-1489/assets/developers_rollkit.md.d655476e.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as l,Q as o}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/rollkit.png",f=JSON.parse(`{"title":"Rollkit","description":"Learn how to build Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit.","frontmatter":{"description":"Learn how to build Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit.","prev":{"text":"Deploy an OP Stack devnet to Celestia","link":"/developers/optimism"},"next":{"text":"Create a wallet with celestia-node","link":"/developers/celestia-node-key"},"head":[["meta",{"name":"og:title","content":"Rollkit | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/rollkit.md","filePath":"developers/rollkit.md","lastUpdated":1711718709000}`),r={name:"developers/rollkit.md"},i=o("",12),s=[i];function n(p,c,d,h,u,k){return t(),l("div",null,s)}const _=e(r,[["render",n]]);export{f as __pageData,_ as default};
+import{_ as e,o as t,c as l,Q as o}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/rollkit.png",f=JSON.parse(`{"title":"Rollkit","description":"Learn how to build Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit.","frontmatter":{"description":"Learn how to build Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit.","prev":{"text":"Deploy an OP Stack devnet to Celestia","link":"/developers/optimism"},"next":{"text":"Create a wallet with celestia-node","link":"/developers/celestia-node-key"},"head":[["meta",{"name":"og:title","content":"Rollkit | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/rollkit.md","filePath":"developers/rollkit.md","lastUpdated":1711718743000}`),r={name:"developers/rollkit.md"},i=o("",12),s=[i];function n(p,c,d,h,u,k){return t(),l("div",null,s)}const _=e(r,[["render",n]]);export{f as __pageData,_ as default};
diff --git a/pr-1489/assets/developers_rollup-overview.md.f4418e9c.js b/pr-1489/assets/developers_rollup-overview.md.2106899c.js
similarity index 98%
rename from pr-1489/assets/developers_rollup-overview.md.f4418e9c.js
rename to pr-1489/assets/developers_rollup-overview.md.2106899c.js
index 711e56c507..fcc34f7eea 100644
--- a/pr-1489/assets/developers_rollup-overview.md.f4418e9c.js
+++ b/pr-1489/assets/developers_rollup-overview.md.2106899c.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as r}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"Deploy a rollup","description":"Learn how to deploy rollups on Celestia.","frontmatter":{"description":"Learn how to deploy rollups on Celestia.","head":[["meta",{"name":"og:title","content":"Deploy a rollup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/rollup-overview.md","filePath":"developers/rollup-overview.md","lastUpdated":1711718709000}'),o={name:"developers/rollup-overview.md"},l=r('
    Deploy a rollup ​
    This section provides various guides and tutorials that cover different options for deploying rollups on Celestia.
    What is a rollup? ​
    A rollup is a type of blockchain that offloads some work to a layer 1, like Celestia. Rollups host applications and process user transactions. Once those transactions get processed, they are then published to layer 1. It’s layer 1s job to order those transactions and check that they are available, at minimum.
    Over time, two primary designs emerged for rollups: optimistic and zk rollups.
    Section contents ​
    ',7),i=[l];function s(n,p,c,d,h,u){return t(),a("div",null,i)}const b=e(o,[["render",s]]);export{m as __pageData,b as default};
+import{_ as e,o as t,c as a,Q as r}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"Deploy a rollup","description":"Learn how to deploy rollups on Celestia.","frontmatter":{"description":"Learn how to deploy rollups on Celestia.","head":[["meta",{"name":"og:title","content":"Deploy a rollup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/rollup-overview.md","filePath":"developers/rollup-overview.md","lastUpdated":1711718743000}'),o={name:"developers/rollup-overview.md"},l=r('
    Deploy a rollup ​
    This section provides various guides and tutorials that cover different options for deploying rollups on Celestia.
    What is a rollup? ​
    A rollup is a type of blockchain that offloads some work to a layer 1, like Celestia. Rollups host applications and process user transactions. Once those transactions get processed, they are then published to layer 1. It’s layer 1s job to order those transactions and check that they are available, at minimum.
    Over time, two primary designs emerged for rollups: optimistic and zk rollups.
    Section contents ​
    ',7),i=[l];function s(n,p,c,d,h,u){return t(),a("div",null,i)}const b=e(o,[["render",s]]);export{m as __pageData,b as default};
diff --git a/pr-1489/assets/developers_rollup-overview.md.f4418e9c.lean.js b/pr-1489/assets/developers_rollup-overview.md.2106899c.lean.js
similarity index 90%
rename from pr-1489/assets/developers_rollup-overview.md.f4418e9c.lean.js
rename to pr-1489/assets/developers_rollup-overview.md.2106899c.lean.js
index 87cfb40a57..87761e9e31 100644
--- a/pr-1489/assets/developers_rollup-overview.md.f4418e9c.lean.js
+++ b/pr-1489/assets/developers_rollup-overview.md.2106899c.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as r}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"Deploy a rollup","description":"Learn how to deploy rollups on Celestia.","frontmatter":{"description":"Learn how to deploy rollups on Celestia.","head":[["meta",{"name":"og:title","content":"Deploy a rollup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/rollup-overview.md","filePath":"developers/rollup-overview.md","lastUpdated":1711718709000}'),o={name:"developers/rollup-overview.md"},l=r("",7),i=[l];function s(n,p,c,d,h,u){return t(),a("div",null,i)}const b=e(o,[["render",s]]);export{m as __pageData,b as default};
+import{_ as e,o as t,c as a,Q as r}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"Deploy a rollup","description":"Learn how to deploy rollups on Celestia.","frontmatter":{"description":"Learn how to deploy rollups on Celestia.","head":[["meta",{"name":"og:title","content":"Deploy a rollup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/rollup-overview.md","filePath":"developers/rollup-overview.md","lastUpdated":1711718743000}'),o={name:"developers/rollup-overview.md"},l=r("",7),i=[l];function s(n,p,c,d,h,u){return t(),a("div",null,i)}const b=e(o,[["render",s]]);export{m as __pageData,b as default};
diff --git a/pr-1489/assets/developers_submit-data.md.00d115de.js b/pr-1489/assets/developers_submit-data.md.8112a6df.js
similarity index 99%
rename from pr-1489/assets/developers_submit-data.md.00d115de.js
rename to pr-1489/assets/developers_submit-data.md.8112a6df.js
index ff11a78927..b43422050d 100644
--- a/pr-1489/assets/developers_submit-data.md.00d115de.js
+++ b/pr-1489/assets/developers_submit-data.md.8112a6df.js
@@ -1,4 +1,4 @@
-import{_ as o,o as a,c as n,k as s,a as t,Q as e}from"./chunks/framework.611656c0.js";const os=JSON.parse('{"title":"Submitting data blobs to Celestia","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Submitting data blobs to Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/submit-data.md","filePath":"developers/submit-data.md","lastUpdated":1711718709000}'),l={name:"developers/submit-data.md"},p=e('
    Submitting data blobs to Celestia ​
    To submit data to Celestia, users submit blob transactions (BlobTx). Blob transactions contain two components, a standard Cosmos-SDK transaction called MsgPayForBlobs and one or more Blobs of data.
    Fee market and mempool ​
    Celestia makes use of a standard gas-priced prioritized mempool. By default, transactions with gas prices higher than that of other transactions in the mempool will be prioritized by validators.
    Fees and gas limits ​
    As of version v1.0.0 of the application (celestia-app), there is no protocol enforced minimum fee (similar to EIP-1559 in Ethereum). Instead, each consensus node running a mempool uses a locally configured gas price threshold that must be met in order for that node to accept a transaction, either directly from a user or gossiped from another node, into its mempool.
    As of version v1.0.0 of the application (celestia-app), gas is not refunded. Instead, transaction fees are deducted by a flat fee, originally specified by the user in their tx (where fees = gasLimit * gasPrice). This means that users should use an accurate gas limit value if they do not wish to over pay.
    Under the hood, fees are currently handled by specifying and deducting a flat fee. However gas price is often specified by users instead of calculating the flat fee from the gas used and the gas price. Since the state machine does not refund users for unused gas, gas price is calculated by dividing the total fee by the gas limit.
    Estimating PFB gas ​
    Generally, the gas used by a PFB transaction involves a static fixed cost and a dynamic cost based on the size of each blob in the transaction.
    NOTE
    For a general use case of a normal account submitting a PFB, the static costs can be treated as such. However, due to the description above of how gas works in the Cosmos-SDK this is not always the case. Notably, if a vesting account or the feegrant modules are used, then these static costs change.
    The fixed cost is an approximation of the gas consumed by operations outside the function GasToConsume (for example, signature verification, tx size, read access to accounts), which has a default value of 65,000 gas.
    NOTE
    The first transaction sent by an account (sequence number == 0) has an additional one time gas cost of 10,000 gas. If this is the case, this should be accounted for.
    Each blob in the PFB contributes to the total gas cost based on its size. The function GasToConsume calculates the total gas consumed by all the blobs involved in a PFB, where each blob's gas cost is computed by first determining how many shares are needed to store the blob size. Then, it computes the product of the number of shares, the number of bytes per share, and the gasPerByte parameter. Finally, it adds a static amount per blob.
    The blob.GasPerBlobByte and auth.TxSizeCostPerByte are parameters that could potentially be adjusted through the system's governance mechanisms. Hence, actual costs may vary depending on the current state of these parameters.
    Gas fee calculation ​
    The total fee for a transaction is calculated as the product of the gas limit for the transaction and the gas price set by the user:
    ',17),r={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},c={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.186ex"},xmlns:"http://www.w3.org/2000/svg",width:"34.471ex",height:"1.781ex",role:"img",focusable:"false",viewBox:"0 -705 15236 787","aria-hidden":"true"},Q=e('',1),i=[Q],T=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mtext",null,"Total Fee"),s("mo",null,"="),s("mtext",null,"Gas Limit"),s("mo",null,"×"),s("mtext",null,"Gas Price")])],-1),d=s("p",null,"The gas limit for a transaction is the maximum amount of gas that a user is willing to spend on a transaction. It is determined by both a static fixed cost (FC) and a variable dynamic cost based on the size of each blob involved in the transaction:",-1),y={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},h={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.777ex"},xmlns:"http://www.w3.org/2000/svg",width:"50.774ex",height:"2.563ex",role:"img",focusable:"false",viewBox:"0 -789.6 22442.1 1132.9","aria-hidden":"true"},E=e('',1),m=[E],u=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mtext",null,"Gas Limit"),s("mo",null,"="),s("mi",null,"F"),s("mi",null,"C"),s("mo",null,"+"),s("munderover",null,[s("mo",{"data-mjx-texclass":"OP"},"∑"),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"i"),s("mo",null,"="),s("mn",null,"1")]),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"n")])]),s("mi",null,"S"),s("mi",null,"S"),s("mi",null,"N"),s("mo",{stretchy:"false"},"("),s("msub",null,[s("mi",null,"B"),s("mi",null,"i")]),s("mo",{stretchy:"false"},")"),s("mo",null,"×"),s("mi",null,"S"),s("mi",null,"S"),s("mo",null,"×"),s("mi",null,"G"),s("mi",null,"C"),s("mi",null,"P"),s("mi",null,"B"),s("mi",null,"B")])],-1),g=s("p",null,"Where:",-1),b={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},f={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"3.414ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 1509 727","aria-hidden":"true"},H=e('',1),F=[H],w=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"F"),s("mi",null,"C")])],-1),x={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},V={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.777ex"},xmlns:"http://www.w3.org/2000/svg",width:"14.695ex",height:"2.563ex",role:"img",focusable:"false",viewBox:"0 -789.6 6495.3 1132.9","aria-hidden":"true"},k=e('',1),C=[k],L=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("munderover",null,[s("mo",{"data-mjx-texclass":"OP"},"∑"),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"i"),s("mo",null,"="),s("mn",null,"1")]),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"n")])]),s("mi",null,"S"),s("mi",null,"S"),s("mi",null,"N"),s("mo",{stretchy:"false"},"("),s("msub",null,[s("mi",null,"B"),s("mi",null,"i")]),s("mo",{stretchy:"false"},")")])],-1),_={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},D={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"0.781ex",height:"1.52ex",role:"img",focusable:"false",viewBox:"0 -661 345 672","aria-hidden":"true"},B=s("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[s("g",{"data-mml-node":"math"},[s("g",{"data-mml-node":"mi"},[s("path",{"data-c":"1D456",d:"M184 600Q184 624 203 642T247 661Q265 661 277 649T290 619Q290 596 270 577T226 557Q211 557 198 567T184 600ZM21 287Q21 295 30 318T54 369T98 420T158 442Q197 442 223 419T250 357Q250 340 236 301T196 196T154 83Q149 61 149 51Q149 26 166 26Q175 26 185 29T208 43T235 78T260 137Q263 149 265 151T282 153Q302 153 302 143Q302 135 293 112T268 61T223 11T161 -11Q129 -11 102 10T74 74Q74 91 79 106T122 220Q160 321 166 341T173 380Q173 404 156 404H154Q124 404 99 371T61 287Q60 286 59 284T58 281T56 279T53 278T49 278T41 278H27Q21 284 21 287Z",style:{"stroke-width":"3"}})])])],-1),M=[B],A=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"i")])],-1),v={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"0.781ex",height:"1.52ex",role:"img",focusable:"false",viewBox:"0 -661 345 672","aria-hidden":"true"},q=s("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[s("g",{"data-mml-node":"math"},[s("g",{"data-mml-node":"mi"},[s("path",{"data-c":"1D456",d:"M184 600Q184 624 203 642T247 661Q265 661 277 649T290 619Q290 596 270 577T226 557Q211 557 198 567T184 600ZM21 287Q21 295 30 318T54 369T98 420T158 442Q197 442 223 419T250 357Q250 340 236 301T196 196T154 83Q149 61 149 51Q149 26 166 26Q175 26 185 29T208 43T235 78T260 137Q263 149 265 151T282 153Q302 153 302 143Q302 135 293 112T268 61T223 11T161 -11Q129 -11 102 10T74 74Q74 91 79 106T122 220Q160 321 166 341T173 380Q173 404 156 404H154Q124 404 99 371T61 287Q60 286 59 284T58 281T56 279T53 278T49 278T41 278H27Q21 284 21 287Z",style:{"stroke-width":"3"}})])])],-1),S=[q],P=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"i")])],-1),j={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},I={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.919ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 1290 727","aria-hidden":"true"},G=e('',1),O=[G],N=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"S"),s("mi",null,"S")])],-1),R={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"8.631ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 3815 727","aria-hidden":"true"},J=e('',1),K=[J],U=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"G"),s("mi",null,"C"),s("mi",null,"P"),s("mi",null,"B"),s("mi",null,"B")])],-1),W=e(`
    The gas fee is set by the user when they submit a transaction. The fee is often specified by users directly. The total cost for the transaction is then calculated as the product of the estimated gas limit and the gas price. Since the state machine does not refund users for unused gas, it's important for users to estimate the gas limit accurately to avoid overpaying.
    For more details on how gas is calculated per blob, refer to the PayForBlobs function that consumes gas based on the blob sizes. This function uses the GasToConsume function to calculate the extra gas charged to pay for a set of blobs in a MsgPayForBlobs transaction. This function calculates the total shares used by all blobs and multiplies it by the ShareSize and gasPerByte to get the total gas to consume.
    For estimating the total gas required for a set of blobs, refer to the EstimateGas function. This function estimates the gas based on a linear model that is dependent on the governance parameters: gasPerByte and txSizeCost. It assumes other variables are constant, including the assumption that the MsgPayForBlobs is the only message in the transaction. The DefaultEstimateGas function runs EstimateGas with the system defaults.
    Estimating gas programmatically ​
    Users can estimate an efficient gas limit by using this function:
    go
    import (
+import{_ as o,o as a,c as n,k as s,a as t,Q as e}from"./chunks/framework.611656c0.js";const os=JSON.parse('{"title":"Submitting data blobs to Celestia","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Submitting data blobs to Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/submit-data.md","filePath":"developers/submit-data.md","lastUpdated":1711718743000}'),l={name:"developers/submit-data.md"},p=e('
    Submitting data blobs to Celestia ​
    To submit data to Celestia, users submit blob transactions (BlobTx). Blob transactions contain two components, a standard Cosmos-SDK transaction called MsgPayForBlobs and one or more Blobs of data.
    Fee market and mempool ​
    Celestia makes use of a standard gas-priced prioritized mempool. By default, transactions with gas prices higher than that of other transactions in the mempool will be prioritized by validators.
    Fees and gas limits ​
    As of version v1.0.0 of the application (celestia-app), there is no protocol enforced minimum fee (similar to EIP-1559 in Ethereum). Instead, each consensus node running a mempool uses a locally configured gas price threshold that must be met in order for that node to accept a transaction, either directly from a user or gossiped from another node, into its mempool.
    As of version v1.0.0 of the application (celestia-app), gas is not refunded. Instead, transaction fees are deducted by a flat fee, originally specified by the user in their tx (where fees = gasLimit * gasPrice). This means that users should use an accurate gas limit value if they do not wish to over pay.
    Under the hood, fees are currently handled by specifying and deducting a flat fee. However gas price is often specified by users instead of calculating the flat fee from the gas used and the gas price. Since the state machine does not refund users for unused gas, gas price is calculated by dividing the total fee by the gas limit.
    Estimating PFB gas ​
    Generally, the gas used by a PFB transaction involves a static fixed cost and a dynamic cost based on the size of each blob in the transaction.
    NOTE
    For a general use case of a normal account submitting a PFB, the static costs can be treated as such. However, due to the description above of how gas works in the Cosmos-SDK this is not always the case. Notably, if a vesting account or the feegrant modules are used, then these static costs change.
    The fixed cost is an approximation of the gas consumed by operations outside the function GasToConsume (for example, signature verification, tx size, read access to accounts), which has a default value of 65,000 gas.
    NOTE
    The first transaction sent by an account (sequence number == 0) has an additional one time gas cost of 10,000 gas. If this is the case, this should be accounted for.
    Each blob in the PFB contributes to the total gas cost based on its size. The function GasToConsume calculates the total gas consumed by all the blobs involved in a PFB, where each blob's gas cost is computed by first determining how many shares are needed to store the blob size. Then, it computes the product of the number of shares, the number of bytes per share, and the gasPerByte parameter. Finally, it adds a static amount per blob.
    The blob.GasPerBlobByte and auth.TxSizeCostPerByte are parameters that could potentially be adjusted through the system's governance mechanisms. Hence, actual costs may vary depending on the current state of these parameters.
    Gas fee calculation ​
    The total fee for a transaction is calculated as the product of the gas limit for the transaction and the gas price set by the user:
    ',17),r={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},c={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.186ex"},xmlns:"http://www.w3.org/2000/svg",width:"34.471ex",height:"1.781ex",role:"img",focusable:"false",viewBox:"0 -705 15236 787","aria-hidden":"true"},Q=e('',1),i=[Q],T=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mtext",null,"Total Fee"),s("mo",null,"="),s("mtext",null,"Gas Limit"),s("mo",null,"×"),s("mtext",null,"Gas Price")])],-1),d=s("p",null,"The gas limit for a transaction is the maximum amount of gas that a user is willing to spend on a transaction. It is determined by both a static fixed cost (FC) and a variable dynamic cost based on the size of each blob involved in the transaction:",-1),y={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},h={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.777ex"},xmlns:"http://www.w3.org/2000/svg",width:"50.774ex",height:"2.563ex",role:"img",focusable:"false",viewBox:"0 -789.6 22442.1 1132.9","aria-hidden":"true"},E=e('',1),m=[E],u=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mtext",null,"Gas Limit"),s("mo",null,"="),s("mi",null,"F"),s("mi",null,"C"),s("mo",null,"+"),s("munderover",null,[s("mo",{"data-mjx-texclass":"OP"},"∑"),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"i"),s("mo",null,"="),s("mn",null,"1")]),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"n")])]),s("mi",null,"S"),s("mi",null,"S"),s("mi",null,"N"),s("mo",{stretchy:"false"},"("),s("msub",null,[s("mi",null,"B"),s("mi",null,"i")]),s("mo",{stretchy:"false"},")"),s("mo",null,"×"),s("mi",null,"S"),s("mi",null,"S"),s("mo",null,"×"),s("mi",null,"G"),s("mi",null,"C"),s("mi",null,"P"),s("mi",null,"B"),s("mi",null,"B")])],-1),g=s("p",null,"Where:",-1),b={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},f={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"3.414ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 1509 727","aria-hidden":"true"},H=e('',1),F=[H],w=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"F"),s("mi",null,"C")])],-1),x={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},V={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.777ex"},xmlns:"http://www.w3.org/2000/svg",width:"14.695ex",height:"2.563ex",role:"img",focusable:"false",viewBox:"0 -789.6 6495.3 1132.9","aria-hidden":"true"},k=e('',1),C=[k],L=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("munderover",null,[s("mo",{"data-mjx-texclass":"OP"},"∑"),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"i"),s("mo",null,"="),s("mn",null,"1")]),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"n")])]),s("mi",null,"S"),s("mi",null,"S"),s("mi",null,"N"),s("mo",{stretchy:"false"},"("),s("msub",null,[s("mi",null,"B"),s("mi",null,"i")]),s("mo",{stretchy:"false"},")")])],-1),_={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},D={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"0.781ex",height:"1.52ex",role:"img",focusable:"false",viewBox:"0 -661 345 672","aria-hidden":"true"},B=s("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[s("g",{"data-mml-node":"math"},[s("g",{"data-mml-node":"mi"},[s("path",{"data-c":"1D456",d:"M184 600Q184 624 203 642T247 661Q265 661 277 649T290 619Q290 596 270 577T226 557Q211 557 198 567T184 600ZM21 287Q21 295 30 318T54 369T98 420T158 442Q197 442 223 419T250 357Q250 340 236 301T196 196T154 83Q149 61 149 51Q149 26 166 26Q175 26 185 29T208 43T235 78T260 137Q263 149 265 151T282 153Q302 153 302 143Q302 135 293 112T268 61T223 11T161 -11Q129 -11 102 10T74 74Q74 91 79 106T122 220Q160 321 166 341T173 380Q173 404 156 404H154Q124 404 99 371T61 287Q60 286 59 284T58 281T56 279T53 278T49 278T41 278H27Q21 284 21 287Z",style:{"stroke-width":"3"}})])])],-1),M=[B],A=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"i")])],-1),v={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"0.781ex",height:"1.52ex",role:"img",focusable:"false",viewBox:"0 -661 345 672","aria-hidden":"true"},q=s("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[s("g",{"data-mml-node":"math"},[s("g",{"data-mml-node":"mi"},[s("path",{"data-c":"1D456",d:"M184 600Q184 624 203 642T247 661Q265 661 277 649T290 619Q290 596 270 577T226 557Q211 557 198 567T184 600ZM21 287Q21 295 30 318T54 369T98 420T158 442Q197 442 223 419T250 357Q250 340 236 301T196 196T154 83Q149 61 149 51Q149 26 166 26Q175 26 185 29T208 43T235 78T260 137Q263 149 265 151T282 153Q302 153 302 143Q302 135 293 112T268 61T223 11T161 -11Q129 -11 102 10T74 74Q74 91 79 106T122 220Q160 321 166 341T173 380Q173 404 156 404H154Q124 404 99 371T61 287Q60 286 59 284T58 281T56 279T53 278T49 278T41 278H27Q21 284 21 287Z",style:{"stroke-width":"3"}})])])],-1),S=[q],P=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"i")])],-1),j={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},I={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.919ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 1290 727","aria-hidden":"true"},G=e('',1),O=[G],N=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"S"),s("mi",null,"S")])],-1),R={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"8.631ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 3815 727","aria-hidden":"true"},J=e('',1),K=[J],U=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"G"),s("mi",null,"C"),s("mi",null,"P"),s("mi",null,"B"),s("mi",null,"B")])],-1),W=e(`
    The gas fee is set by the user when they submit a transaction. The fee is often specified by users directly. The total cost for the transaction is then calculated as the product of the estimated gas limit and the gas price. Since the state machine does not refund users for unused gas, it's important for users to estimate the gas limit accurately to avoid overpaying.
    For more details on how gas is calculated per blob, refer to the PayForBlobs function that consumes gas based on the blob sizes. This function uses the GasToConsume function to calculate the extra gas charged to pay for a set of blobs in a MsgPayForBlobs transaction. This function calculates the total shares used by all blobs and multiplies it by the ShareSize and gasPerByte to get the total gas to consume.
    For estimating the total gas required for a set of blobs, refer to the EstimateGas function. This function estimates the gas based on a linear model that is dependent on the governance parameters: gasPerByte and txSizeCost. It assumes other variables are constant, including the assumption that the MsgPayForBlobs is the only message in the transaction. The DefaultEstimateGas function runs EstimateGas with the system defaults.
    Estimating gas programmatically ​
    Users can estimate an efficient gas limit by using this function:
    go
    import (
     blobtypes "github.com/celestiaorg/celestia-app/x/blob/types"
 )
 gasLimit := blobtypes.DefaultEstimateGas([]uint32{uint32(sizeOfDataInBytes)})
    import (
diff --git a/pr-1489/assets/developers_submit-data.md.00d115de.lean.js b/pr-1489/assets/developers_submit-data.md.8112a6df.lean.js
similarity index 99%
rename from pr-1489/assets/developers_submit-data.md.00d115de.lean.js
rename to pr-1489/assets/developers_submit-data.md.8112a6df.lean.js
index 499e6016eb..daa7a30522 100644
--- a/pr-1489/assets/developers_submit-data.md.00d115de.lean.js
+++ b/pr-1489/assets/developers_submit-data.md.8112a6df.lean.js
@@ -1 +1 @@
-import{_ as o,o as a,c as n,k as s,a as t,Q as e}from"./chunks/framework.611656c0.js";const os=JSON.parse('{"title":"Submitting data blobs to Celestia","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Submitting data blobs to Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/submit-data.md","filePath":"developers/submit-data.md","lastUpdated":1711718709000}'),l={name:"developers/submit-data.md"},p=e("",17),r={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},c={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.186ex"},xmlns:"http://www.w3.org/2000/svg",width:"34.471ex",height:"1.781ex",role:"img",focusable:"false",viewBox:"0 -705 15236 787","aria-hidden":"true"},Q=e("",1),i=[Q],T=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mtext",null,"Total Fee"),s("mo",null,"="),s("mtext",null,"Gas Limit"),s("mo",null,"×"),s("mtext",null,"Gas Price")])],-1),d=s("p",null,"The gas limit for a transaction is the maximum amount of gas that a user is willing to spend on a transaction. It is determined by both a static fixed cost (FC) and a variable dynamic cost based on the size of each blob involved in the transaction:",-1),y={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},h={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.777ex"},xmlns:"http://www.w3.org/2000/svg",width:"50.774ex",height:"2.563ex",role:"img",focusable:"false",viewBox:"0 -789.6 22442.1 1132.9","aria-hidden":"true"},E=e("",1),m=[E],u=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mtext",null,"Gas Limit"),s("mo",null,"="),s("mi",null,"F"),s("mi",null,"C"),s("mo",null,"+"),s("munderover",null,[s("mo",{"data-mjx-texclass":"OP"},"∑"),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"i"),s("mo",null,"="),s("mn",null,"1")]),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"n")])]),s("mi",null,"S"),s("mi",null,"S"),s("mi",null,"N"),s("mo",{stretchy:"false"},"("),s("msub",null,[s("mi",null,"B"),s("mi",null,"i")]),s("mo",{stretchy:"false"},")"),s("mo",null,"×"),s("mi",null,"S"),s("mi",null,"S"),s("mo",null,"×"),s("mi",null,"G"),s("mi",null,"C"),s("mi",null,"P"),s("mi",null,"B"),s("mi",null,"B")])],-1),g=s("p",null,"Where:",-1),b={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},f={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"3.414ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 1509 727","aria-hidden":"true"},H=e("",1),F=[H],w=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"F"),s("mi",null,"C")])],-1),x={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},V={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.777ex"},xmlns:"http://www.w3.org/2000/svg",width:"14.695ex",height:"2.563ex",role:"img",focusable:"false",viewBox:"0 -789.6 6495.3 1132.9","aria-hidden":"true"},k=e("",1),C=[k],L=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("munderover",null,[s("mo",{"data-mjx-texclass":"OP"},"∑"),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"i"),s("mo",null,"="),s("mn",null,"1")]),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"n")])]),s("mi",null,"S"),s("mi",null,"S"),s("mi",null,"N"),s("mo",{stretchy:"false"},"("),s("msub",null,[s("mi",null,"B"),s("mi",null,"i")]),s("mo",{stretchy:"false"},")")])],-1),_={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},D={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"0.781ex",height:"1.52ex",role:"img",focusable:"false",viewBox:"0 -661 345 672","aria-hidden":"true"},B=s("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[s("g",{"data-mml-node":"math"},[s("g",{"data-mml-node":"mi"},[s("path",{"data-c":"1D456",d:"M184 600Q184 624 203 642T247 661Q265 661 277 649T290 619Q290 596 270 577T226 557Q211 557 198 567T184 600ZM21 287Q21 295 30 318T54 369T98 420T158 442Q197 442 223 419T250 357Q250 340 236 301T196 196T154 83Q149 61 149 51Q149 26 166 26Q175 26 185 29T208 43T235 78T260 137Q263 149 265 151T282 153Q302 153 302 143Q302 135 293 112T268 61T223 11T161 -11Q129 -11 102 10T74 74Q74 91 79 106T122 220Q160 321 166 341T173 380Q173 404 156 404H154Q124 404 99 371T61 287Q60 286 59 284T58 281T56 279T53 278T49 278T41 278H27Q21 284 21 287Z",style:{"stroke-width":"3"}})])])],-1),M=[B],A=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"i")])],-1),v={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"0.781ex",height:"1.52ex",role:"img",focusable:"false",viewBox:"0 -661 345 672","aria-hidden":"true"},q=s("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[s("g",{"data-mml-node":"math"},[s("g",{"data-mml-node":"mi"},[s("path",{"data-c":"1D456",d:"M184 600Q184 624 203 642T247 661Q265 661 277 649T290 619Q290 596 270 577T226 557Q211 557 198 567T184 600ZM21 287Q21 295 30 318T54 369T98 420T158 442Q197 442 223 419T250 357Q250 340 236 301T196 196T154 83Q149 61 149 51Q149 26 166 26Q175 26 185 29T208 43T235 78T260 137Q263 149 265 151T282 153Q302 153 302 143Q302 135 293 112T268 61T223 11T161 -11Q129 -11 102 10T74 74Q74 91 79 106T122 220Q160 321 166 341T173 380Q173 404 156 404H154Q124 404 99 371T61 287Q60 286 59 284T58 281T56 279T53 278T49 278T41 278H27Q21 284 21 287Z",style:{"stroke-width":"3"}})])])],-1),S=[q],P=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"i")])],-1),j={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},I={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.919ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 1290 727","aria-hidden":"true"},G=e("",1),O=[G],N=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"S"),s("mi",null,"S")])],-1),R={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"8.631ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 3815 727","aria-hidden":"true"},J=e("",1),K=[J],U=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"G"),s("mi",null,"C"),s("mi",null,"P"),s("mi",null,"B"),s("mi",null,"B")])],-1),W=e("",25);function X($,Y,ss,as,ns,es){return a(),n("div",null,[p,s("p",null,[s("mjx-container",r,[(a(),n("svg",c,i)),T])]),d,s("p",null,[s("mjx-container",y,[(a(),n("svg",h,m)),u])]),g,s("ul",null,[s("li",null,[s("mjx-container",b,[(a(),n("svg",f,F)),w]),t(" = Fixed Cost, is a static value (65,000 gas)")]),s("li",null,[s("mjx-container",x,[(a(),n("svg",V,C)),L]),t(" = SparseSharesNeeded for the "),s("mjx-container",_,[(a(),n("svg",D,M)),A]),t("th Blob, is the number of shares needed for the "),s("mjx-container",v,[(a(),n("svg",Z,S)),P]),t("th blob in the transaction")]),s("li",null,[s("mjx-container",j,[(a(),n("svg",I,O)),N]),t(" = Share Size, is the size of each share")]),s("li",null,[s("mjx-container",R,[(a(),n("svg",z,K)),U]),t(" = Gas Cost Per Blob Byte, is a parameter that could potentially be adjusted through the system's governance mechanisms.")])]),W])}const ls=o(l,[["render",X]]);export{os as __pageData,ls as default};
+import{_ as o,o as a,c as n,k as s,a as t,Q as e}from"./chunks/framework.611656c0.js";const os=JSON.parse('{"title":"Submitting data blobs to Celestia","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Submitting data blobs to Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/submit-data.md","filePath":"developers/submit-data.md","lastUpdated":1711718743000}'),l={name:"developers/submit-data.md"},p=e("",17),r={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},c={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.186ex"},xmlns:"http://www.w3.org/2000/svg",width:"34.471ex",height:"1.781ex",role:"img",focusable:"false",viewBox:"0 -705 15236 787","aria-hidden":"true"},Q=e("",1),i=[Q],T=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mtext",null,"Total Fee"),s("mo",null,"="),s("mtext",null,"Gas Limit"),s("mo",null,"×"),s("mtext",null,"Gas Price")])],-1),d=s("p",null,"The gas limit for a transaction is the maximum amount of gas that a user is willing to spend on a transaction. It is determined by both a static fixed cost (FC) and a variable dynamic cost based on the size of each blob involved in the transaction:",-1),y={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},h={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.777ex"},xmlns:"http://www.w3.org/2000/svg",width:"50.774ex",height:"2.563ex",role:"img",focusable:"false",viewBox:"0 -789.6 22442.1 1132.9","aria-hidden":"true"},E=e("",1),m=[E],u=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mtext",null,"Gas Limit"),s("mo",null,"="),s("mi",null,"F"),s("mi",null,"C"),s("mo",null,"+"),s("munderover",null,[s("mo",{"data-mjx-texclass":"OP"},"∑"),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"i"),s("mo",null,"="),s("mn",null,"1")]),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"n")])]),s("mi",null,"S"),s("mi",null,"S"),s("mi",null,"N"),s("mo",{stretchy:"false"},"("),s("msub",null,[s("mi",null,"B"),s("mi",null,"i")]),s("mo",{stretchy:"false"},")"),s("mo",null,"×"),s("mi",null,"S"),s("mi",null,"S"),s("mo",null,"×"),s("mi",null,"G"),s("mi",null,"C"),s("mi",null,"P"),s("mi",null,"B"),s("mi",null,"B")])],-1),g=s("p",null,"Where:",-1),b={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},f={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"3.414ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 1509 727","aria-hidden":"true"},H=e("",1),F=[H],w=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"F"),s("mi",null,"C")])],-1),x={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},V={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.777ex"},xmlns:"http://www.w3.org/2000/svg",width:"14.695ex",height:"2.563ex",role:"img",focusable:"false",viewBox:"0 -789.6 6495.3 1132.9","aria-hidden":"true"},k=e("",1),C=[k],L=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("munderover",null,[s("mo",{"data-mjx-texclass":"OP"},"∑"),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"i"),s("mo",null,"="),s("mn",null,"1")]),s("mrow",{"data-mjx-texclass":"ORD"},[s("mi",null,"n")])]),s("mi",null,"S"),s("mi",null,"S"),s("mi",null,"N"),s("mo",{stretchy:"false"},"("),s("msub",null,[s("mi",null,"B"),s("mi",null,"i")]),s("mo",{stretchy:"false"},")")])],-1),_={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},D={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"0.781ex",height:"1.52ex",role:"img",focusable:"false",viewBox:"0 -661 345 672","aria-hidden":"true"},B=s("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[s("g",{"data-mml-node":"math"},[s("g",{"data-mml-node":"mi"},[s("path",{"data-c":"1D456",d:"M184 600Q184 624 203 642T247 661Q265 661 277 649T290 619Q290 596 270 577T226 557Q211 557 198 567T184 600ZM21 287Q21 295 30 318T54 369T98 420T158 442Q197 442 223 419T250 357Q250 340 236 301T196 196T154 83Q149 61 149 51Q149 26 166 26Q175 26 185 29T208 43T235 78T260 137Q263 149 265 151T282 153Q302 153 302 143Q302 135 293 112T268 61T223 11T161 -11Q129 -11 102 10T74 74Q74 91 79 106T122 220Q160 321 166 341T173 380Q173 404 156 404H154Q124 404 99 371T61 287Q60 286 59 284T58 281T56 279T53 278T49 278T41 278H27Q21 284 21 287Z",style:{"stroke-width":"3"}})])])],-1),M=[B],A=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"i")])],-1),v={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"0.781ex",height:"1.52ex",role:"img",focusable:"false",viewBox:"0 -661 345 672","aria-hidden":"true"},q=s("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[s("g",{"data-mml-node":"math"},[s("g",{"data-mml-node":"mi"},[s("path",{"data-c":"1D456",d:"M184 600Q184 624 203 642T247 661Q265 661 277 649T290 619Q290 596 270 577T226 557Q211 557 198 567T184 600ZM21 287Q21 295 30 318T54 369T98 420T158 442Q197 442 223 419T250 357Q250 340 236 301T196 196T154 83Q149 61 149 51Q149 26 166 26Q175 26 185 29T208 43T235 78T260 137Q263 149 265 151T282 153Q302 153 302 143Q302 135 293 112T268 61T223 11T161 -11Q129 -11 102 10T74 74Q74 91 79 106T122 220Q160 321 166 341T173 380Q173 404 156 404H154Q124 404 99 371T61 287Q60 286 59 284T58 281T56 279T53 278T49 278T41 278H27Q21 284 21 287Z",style:{"stroke-width":"3"}})])])],-1),S=[q],P=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"i")])],-1),j={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},I={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.919ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 1290 727","aria-hidden":"true"},G=e("",1),O=[G],N=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"S"),s("mi",null,"S")])],-1),R={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.05ex"},xmlns:"http://www.w3.org/2000/svg",width:"8.631ex",height:"1.645ex",role:"img",focusable:"false",viewBox:"0 -705 3815 727","aria-hidden":"true"},J=e("",1),K=[J],U=s("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[s("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[s("mi",null,"G"),s("mi",null,"C"),s("mi",null,"P"),s("mi",null,"B"),s("mi",null,"B")])],-1),W=e("",25);function X($,Y,ss,as,ns,es){return a(),n("div",null,[p,s("p",null,[s("mjx-container",r,[(a(),n("svg",c,i)),T])]),d,s("p",null,[s("mjx-container",y,[(a(),n("svg",h,m)),u])]),g,s("ul",null,[s("li",null,[s("mjx-container",b,[(a(),n("svg",f,F)),w]),t(" = Fixed Cost, is a static value (65,000 gas)")]),s("li",null,[s("mjx-container",x,[(a(),n("svg",V,C)),L]),t(" = SparseSharesNeeded for the "),s("mjx-container",_,[(a(),n("svg",D,M)),A]),t("th Blob, is the number of shares needed for the "),s("mjx-container",v,[(a(),n("svg",Z,S)),P]),t("th blob in the transaction")]),s("li",null,[s("mjx-container",j,[(a(),n("svg",I,O)),N]),t(" = Share Size, is the size of each share")]),s("li",null,[s("mjx-container",R,[(a(),n("svg",z,K)),U]),t(" = Gas Cost Per Blob Byte, is a parameter that could potentially be adjusted through the system's governance mechanisms.")])]),W])}const ls=o(l,[["render",X]]);export{os as __pageData,ls as default};
diff --git a/pr-1489/assets/developers_transaction-resubmission.md.42c3dc21.js b/pr-1489/assets/developers_transaction-resubmission.md.25648c42.js
similarity index 97%
rename from pr-1489/assets/developers_transaction-resubmission.md.42c3dc21.js
rename to pr-1489/assets/developers_transaction-resubmission.md.25648c42.js
index d2fc33ce61..496a954c23 100644
--- a/pr-1489/assets/developers_transaction-resubmission.md.42c3dc21.js
+++ b/pr-1489/assets/developers_transaction-resubmission.md.25648c42.js
@@ -1 +1 @@
-import{_ as e,o as s,c as n,Q as i}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Transaction resubmission","description":"This is a guide on transaction resubmission on Celestia.","frontmatter":{"description":"This is a guide on transaction resubmission on Celestia.","head":[["meta",{"name":"og:title","content":"Transaction resubmission | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/transaction-resubmission.md","filePath":"developers/transaction-resubmission.md","lastUpdated":1711718709000}'),t={name:"developers/transaction-resubmission.md"},a=i('
    Transaction resubmission ​
    In cases where transactions are not included within a 75-second window, resubmission is necessary. This is especially important during network congestion, as transactions with relatively low fees may not be processed even after the network clears up.
    Regardless of whether they originate from celestia-app or celestia-node, transactions will not be re-gossiped, except in the presence of a new peer.
    Monitoring and resubmission ​
    Monitor the status of your transactions. If a transaction is not included within a 75-second window, it should be resubmitted. This can be done manually or through automated processes.
    Changes introduced in celestiaorg/celestia-core#1089 may affect transaction gossiping and inclusion speed.
    Notes ​
    • All transactions, regardless of their origin, are subject to being sorted and pruned based on fees.
    • It is the user or developer's responsibility to monitor and possibly resubmit transactions if they are not included in a 75-second window.
    ',8),o=[a];function r(c,d,l,u,h,m){return s(),n("div",null,o)}const _=e(t,[["render",r]]);export{b as __pageData,_ as default};
+import{_ as e,o as s,c as n,Q as i}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Transaction resubmission","description":"This is a guide on transaction resubmission on Celestia.","frontmatter":{"description":"This is a guide on transaction resubmission on Celestia.","head":[["meta",{"name":"og:title","content":"Transaction resubmission | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/transaction-resubmission.md","filePath":"developers/transaction-resubmission.md","lastUpdated":1711718743000}'),t={name:"developers/transaction-resubmission.md"},a=i('
    Transaction resubmission ​
    In cases where transactions are not included within a 75-second window, resubmission is necessary. This is especially important during network congestion, as transactions with relatively low fees may not be processed even after the network clears up.
    Regardless of whether they originate from celestia-app or celestia-node, transactions will not be re-gossiped, except in the presence of a new peer.
    Monitoring and resubmission ​
    Monitor the status of your transactions. If a transaction is not included within a 75-second window, it should be resubmitted. This can be done manually or through automated processes.
    Changes introduced in celestiaorg/celestia-core#1089 may affect transaction gossiping and inclusion speed.
    Notes ​
    • All transactions, regardless of their origin, are subject to being sorted and pruned based on fees.
    • It is the user or developer's responsibility to monitor and possibly resubmit transactions if they are not included in a 75-second window.
    ',8),o=[a];function r(c,d,l,u,h,m){return s(),n("div",null,o)}const _=e(t,[["render",r]]);export{b as __pageData,_ as default};
diff --git a/pr-1489/assets/developers_transaction-resubmission.md.42c3dc21.lean.js b/pr-1489/assets/developers_transaction-resubmission.md.25648c42.lean.js
similarity index 91%
rename from pr-1489/assets/developers_transaction-resubmission.md.42c3dc21.lean.js
rename to pr-1489/assets/developers_transaction-resubmission.md.25648c42.lean.js
index 75de16e7c7..1081412fe7 100644
--- a/pr-1489/assets/developers_transaction-resubmission.md.42c3dc21.lean.js
+++ b/pr-1489/assets/developers_transaction-resubmission.md.25648c42.lean.js
@@ -1 +1 @@
-import{_ as e,o as s,c as n,Q as i}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Transaction resubmission","description":"This is a guide on transaction resubmission on Celestia.","frontmatter":{"description":"This is a guide on transaction resubmission on Celestia.","head":[["meta",{"name":"og:title","content":"Transaction resubmission | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/transaction-resubmission.md","filePath":"developers/transaction-resubmission.md","lastUpdated":1711718709000}'),t={name:"developers/transaction-resubmission.md"},a=i("",8),o=[a];function r(c,d,l,u,h,m){return s(),n("div",null,o)}const _=e(t,[["render",r]]);export{b as __pageData,_ as default};
+import{_ as e,o as s,c as n,Q as i}from"./chunks/framework.611656c0.js";const b=JSON.parse('{"title":"Transaction resubmission","description":"This is a guide on transaction resubmission on Celestia.","frontmatter":{"description":"This is a guide on transaction resubmission on Celestia.","head":[["meta",{"name":"og:title","content":"Transaction resubmission | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/transaction-resubmission.md","filePath":"developers/transaction-resubmission.md","lastUpdated":1711718743000}'),t={name:"developers/transaction-resubmission.md"},a=i("",8),o=[a];function r(c,d,l,u,h,m){return s(),n("div",null,o)}const _=e(t,[["render",r]]);export{b as __pageData,_ as default};
diff --git a/pr-1489/assets/developers_wallets.md.5624daad.js b/pr-1489/assets/developers_wallets.md.f813caf3.js
similarity index 94%
rename from pr-1489/assets/developers_wallets.md.5624daad.js
rename to pr-1489/assets/developers_wallets.md.f813caf3.js
index edc9f7fa0a..c68448ac54 100644
--- a/pr-1489/assets/developers_wallets.md.5624daad.js
+++ b/pr-1489/assets/developers_wallets.md.f813caf3.js
@@ -1,4 +1,4 @@
-import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s,a as n,t as l,Q as o}from"./chunks/framework.611656c0.js";const r={data(){return{constants:p}}},hn=JSON.parse('{"title":"Wallet integrations with Celestia","description":"How you can add Celestia network parameters to wallets such as Keplr, Leap, and Cosmostation.","frontmatter":{"description":"How you can add Celestia network parameters to wallets such as Keplr, Leap, and Cosmostation.","head":[["meta",{"name":"og:title","content":"Wallet integrations with Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/wallets.md","filePath":"developers/wallets.md","lastUpdated":1711718709000}'),i=o(`
    Wallet integrations with Celestia ​
    This page covers how developers can use Keplr and React to add Celestia network parameters to wallets, and how to add custom networks to Leap and Cosmostation.
    Add Celestia network parameters to Keplr with React ​
    Before we demonstrate how to export the specific parameters for Celestia's testnets, we need to create a ReactJS component that allows us to connect directly to Keplr and pass it the network parameters.
    In the following code, we show how you can export a component that detects whether Keplr is installed and sets the network params for it:
    jsx
    // @site/src/components/AddNetworkKeplr.js
+import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s,a as n,t as l,Q as o}from"./chunks/framework.611656c0.js";const r={data(){return{constants:p}}},hn=JSON.parse('{"title":"Wallet integrations with Celestia","description":"How you can add Celestia network parameters to wallets such as Keplr, Leap, and Cosmostation.","frontmatter":{"description":"How you can add Celestia network parameters to wallets such as Keplr, Leap, and Cosmostation.","head":[["meta",{"name":"og:title","content":"Wallet integrations with Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/wallets.md","filePath":"developers/wallets.md","lastUpdated":1711718743000}'),i=o(`
    Wallet integrations with Celestia ​
    This page covers how developers can use Keplr and React to add Celestia network parameters to wallets, and how to add custom networks to Leap and Cosmostation.
    Add Celestia network parameters to Keplr with React ​
    Before we demonstrate how to export the specific parameters for Celestia's testnets, we need to create a ReactJS component that allows us to connect directly to Keplr and pass it the network parameters.
    In the following code, we show how you can export a component that detects whether Keplr is installed and sets the network params for it:
    jsx
    // @site/src/components/AddNetworkKeplr.js
 import React from "react";
 import styles from "./Keplr.module.css";
 
@@ -146,7 +146,7 @@ import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s
       </button>
     </div>
   );
-}
    We still need to pass the Celestia network parameters to the AddNetworkKeplr function:
    `,7),E={class:"vp-code-group vp-adaptive-theme"},y=o('
    ',1),d={class:"blocks"},_={class:"language-js vp-adaptive-theme active"},h=s("button",{title:"Copy Code",class:"copy"},null,-1),u=s("span",{class:"lang"},"js",-1),F={class:"shiki github-dark vp-code-dark"},A=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),C=s("span",{class:"line"},null,-1),m=o('export const MAINNET_PARAMS = {`{',1),w={class:"line"},T={style:{color:"#9ECBFF"}},q=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Celestia',")],-1),b={class:"line"},g={style:{color:"#9ECBFF"}},D={class:"line"},k={style:{color:"#9ECBFF"}},B=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),S=s("span",{class:"line"},null,-1),I=o('{<AddNetworkKeplr params={MAINNET_PARAMS}/>}',1),P={class:"shiki github-light vp-code-light"},v=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),N=s("span",{class:"line"},null,-1),f=o('export const MAINNET_PARAMS = {`{',1),R={class:"line"},x={style:{color:"#032F62"}},V=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Celestia',")],-1),M={class:"line"},K={style:{color:"#032F62"}},U={class:"line"},L={style:{color:"#032F62"}},O=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),j=s("span",{class:"line"},null,-1),G=o('{<AddNetworkKeplr params={MAINNET_PARAMS}/>}',1),H={class:"language-js vp-adaptive-theme"},W=s("button",{title:"Copy Code",class:"copy"},null,-1),Y=s("span",{class:"lang"},"js",-1),Q={class:"shiki github-dark vp-code-dark"},X=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),J=s("span",{class:"line"},null,-1),Z=o('export const MOCHA_PARAMS = {`{',1),z={class:"line"},$={style:{color:"#9ECBFF"}},ss=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Mocha testnet',")],-1),ns={class:"line"},as={style:{color:"#9ECBFF"}},ls={class:"line"},os={style:{color:"#9ECBFF"}},ps=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),es=s("span",{class:"line"},null,-1),ts=o('{<AddNetworkKeplr params={MOCHA_PARAMS}/>}',1),cs={class:"shiki github-light vp-code-light"},rs=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),is=s("span",{class:"line"},null,-1),Es=o('export const MOCHA_PARAMS = {`{',1),ys={class:"line"},ds={style:{color:"#032F62"}},_s=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Mocha testnet',")],-1),hs={class:"line"},us={style:{color:"#032F62"}},Fs={class:"line"},As={style:{color:"#032F62"}},Cs=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),ms=s("span",{class:"line"},null,-1),ws=o('{<AddNetworkKeplr params={MOCHA_PARAMS}/>}',1),Ts={class:"language-js vp-adaptive-theme"},qs=s("button",{title:"Copy Code",class:"copy"},null,-1),bs=s("span",{class:"lang"},"js",-1),gs={class:"shiki github-dark vp-code-dark"},Ds=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),ks=s("span",{class:"line"},null,-1),Bs=o('export const ARABICA_PARAMS = {`{',1),Ss={class:"line"},Is={style:{color:"#9ECBFF"}},Ps=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Arabica devnet',")],-1),vs={class:"line"},Ns={style:{color:"#9ECBFF"}},fs={class:"line"},Rs={style:{color:"#9ECBFF"}},xs=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),Vs=s("span",{class:"line"},null,-1),Ms=o('{<AddNetworkKeplr params={ARABICA_PARAMS}/>}',1),Ks={class:"shiki github-light vp-code-light"},Us=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),Ls=s("span",{class:"line"},null,-1),Os=o('export const ARABICA_PARAMS = {`{',1),js={class:"line"},Gs={style:{color:"#032F62"}},Hs=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Arabica devnet',")],-1),Ws={class:"line"},Ys={style:{color:"#032F62"}},Qs={class:"line"},Xs={style:{color:"#032F62"}},Js=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),Zs=s("span",{class:"line"},null,-1),zs=o('{<AddNetworkKeplr params={ARABICA_PARAMS}/>}',1),$s=s("p",null,"Now, we can connect to the network that you would like to use in Keplr wallet.",-1),sn=s("h2",{id:"adding-a-custom-chain-to-leap",tabindex:"-1"},[n("Adding a custom chain to Leap "),s("a",{class:"header-anchor",href:"#adding-a-custom-chain-to-leap","aria-label":'Permalink to "Adding a custom chain to Leap"'},"​")],-1),nn=s("p",null,"If you want to add a custom chain to Leap, you can do so by:",-1),an=s("ol",null,[s("li",null,"Clicking the Cosmos logo in the top corner of Leap wallet"),s("li",null,'Scrolling down and clicking "Add new chain"')],-1),ln=s("p",null,"You can then add the following parameters:",-1),on=o("
  13. Chain Name: Arabica devnet
  14. New RPC URL: https://rpc.celestia-arabica-11.com/
  15. New REST URL: https://api.celestia-arabica-11.com
  16. Address Prefix: celestia
  17. Native Denom: utia
  18. Coin Type: 118
  19. Decimals: 6
  20. Block explorer URL (optional): https://explorer.celestia-arabica-10.com
    21. ",8),pn=o('
    Now, click Add chain and you will be able to view your Arabica account balance and transactions in Leap wallet.
    You'll see that you're connected to Arabica Devnet.
    Addding a custom chain to Cosmostation ​
    Click the hamburger menu icon in the top corner of Cosmostation wallet. Scroll down and click "Add Custom Chain"
    You can then add the following parameters:
    • Custom Chain name: Mocha testnet
    • Rest URL: https://api-mocha.pops.one
    • New RPC URL: https://rpc-mocha.pops.one
    • Currency symbol: TIA
    • Address prefix: celestia
    • Denom: utia
    • Symbol image URL (optional): https://raw.githubusercontent.com/cosmos/chain-registry/master/testnets/celestiatestnet/images/celestia.svg
    • Explorer URL (optional): https://testnet.mintscan.io/celestia-testnet
    • Coin Type: 118
    • Decimals: 6
    • Gas rate Tiny: 0.1
    • Gas rate Low: 0.25
    • Gas rate Average: 0.5
    Now, click Add a custom chain and you will be able to view your Celestia account balance and transactions in Cosmostation wallet.
    Switch chains to "Mocha testnet" and you'll see that you're connected to Celestia's Mocha testnet!
    ',8);function en(tn,cn,rn,En,a,yn){return t(),c("div",null,[i,s("div",E,[y,s("div",d,[s("div",_,[h,u,s("pre",F,[s("code",null,[A,n(`
+}
    We still need to pass the Celestia network parameters to the AddNetworkKeplr function:
    `,7),E={class:"vp-code-group vp-adaptive-theme"},y=o('
    ',1),d={class:"blocks"},_={class:"language-js vp-adaptive-theme active"},h=s("button",{title:"Copy Code",class:"copy"},null,-1),u=s("span",{class:"lang"},"js",-1),F={class:"shiki github-dark vp-code-dark"},A=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),C=s("span",{class:"line"},null,-1),m=o('export const MAINNET_PARAMS = {`{',1),w={class:"line"},T={style:{color:"#9ECBFF"}},q=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Celestia',")],-1),b={class:"line"},g={style:{color:"#9ECBFF"}},D={class:"line"},k={style:{color:"#9ECBFF"}},B=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),I=s("span",{class:"line"},null,-1),S=o('{<AddNetworkKeplr params={MAINNET_PARAMS}/>}',1),P={class:"shiki github-light vp-code-light"},v=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),f=s("span",{class:"line"},null,-1),N=o('export const MAINNET_PARAMS = {`{',1),R={class:"line"},x={style:{color:"#032F62"}},V=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Celestia',")],-1),M={class:"line"},K={style:{color:"#032F62"}},U={class:"line"},L={style:{color:"#032F62"}},G=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),j=s("span",{class:"line"},null,-1),W=o('{<AddNetworkKeplr params={MAINNET_PARAMS}/>}',1),O={class:"language-js vp-adaptive-theme"},H=s("button",{title:"Copy Code",class:"copy"},null,-1),Q=s("span",{class:"lang"},"js",-1),z={class:"shiki github-dark vp-code-dark"},X=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),Y=s("span",{class:"line"},null,-1),Z=o('export const MOCHA_PARAMS = {`{',1),J={class:"line"},$={style:{color:"#9ECBFF"}},ss=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Mocha testnet',")],-1),ns={class:"line"},as={style:{color:"#9ECBFF"}},ls={class:"line"},os={style:{color:"#9ECBFF"}},ps=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),es=s("span",{class:"line"},null,-1),ts=o('{<AddNetworkKeplr params={MOCHA_PARAMS}/>}',1),cs={class:"shiki github-light vp-code-light"},rs=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),is=s("span",{class:"line"},null,-1),Es=o('export const MOCHA_PARAMS = {`{',1),ys={class:"line"},ds={style:{color:"#032F62"}},_s=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Mocha testnet',")],-1),hs={class:"line"},us={style:{color:"#032F62"}},Fs={class:"line"},As={style:{color:"#032F62"}},Cs=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),ms=s("span",{class:"line"},null,-1),ws=o('{<AddNetworkKeplr params={MOCHA_PARAMS}/>}',1),Ts={class:"language-js vp-adaptive-theme"},qs=s("button",{title:"Copy Code",class:"copy"},null,-1),bs=s("span",{class:"lang"},"js",-1),gs={class:"shiki github-dark vp-code-dark"},Ds=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),ks=s("span",{class:"line"},null,-1),Bs=o('export const ARABICA_PARAMS = {`{',1),Is={class:"line"},Ss={style:{color:"#9ECBFF"}},Ps=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Arabica devnet',")],-1),vs={class:"line"},fs={style:{color:"#9ECBFF"}},Ns={class:"line"},Rs={style:{color:"#9ECBFF"}},xs=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),Vs=s("span",{class:"line"},null,-1),Ms=o('{<AddNetworkKeplr params={ARABICA_PARAMS}/>}',1),Ks={class:"shiki github-light vp-code-light"},Us=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),Ls=s("span",{class:"line"},null,-1),Gs=o('export const ARABICA_PARAMS = {`{',1),js={class:"line"},Ws={style:{color:"#032F62"}},Os=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Arabica devnet',")],-1),Hs={class:"line"},Qs={style:{color:"#032F62"}},zs={class:"line"},Xs={style:{color:"#032F62"}},Ys=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),Zs=s("span",{class:"line"},null,-1),Js=o('{<AddNetworkKeplr params={ARABICA_PARAMS}/>}',1),$s=s("p",null,"Now, we can connect to the network that you would like to use in Keplr wallet.",-1),sn=s("h2",{id:"adding-a-custom-chain-to-leap",tabindex:"-1"},[n("Adding a custom chain to Leap "),s("a",{class:"header-anchor",href:"#adding-a-custom-chain-to-leap","aria-label":'Permalink to "Adding a custom chain to Leap"'},"​")],-1),nn=s("p",null,"If you want to add a custom chain to Leap, you can do so by:",-1),an=s("ol",null,[s("li",null,"Clicking the Cosmos logo in the top corner of Leap wallet"),s("li",null,'Scrolling down and clicking "Add new chain"')],-1),ln=s("p",null,"You can then add the following parameters:",-1),on=o("
  21. Chain Name: Arabica devnet
  22. New RPC URL: https://rpc.celestia-arabica-11.com/
  23. New REST URL: https://api.celestia-arabica-11.com
  24. Address Prefix: celestia
  25. Native Denom: utia
  26. Coin Type: 118
  27. Decimals: 6
  28. Block explorer URL (optional): https://explorer.celestia-arabica-10.com
    29. ",8),pn=o('
    Now, click Add chain and you will be able to view your Arabica account balance and transactions in Leap wallet.
    You'll see that you're connected to Arabica Devnet.
    Addding a custom chain to Cosmostation ​
    Click the hamburger menu icon in the top corner of Cosmostation wallet. Scroll down and click "Add Custom Chain"
    You can then add the following parameters:
    • Custom Chain name: Mocha testnet
    • Rest URL: https://api-mocha.pops.one
    • New RPC URL: https://rpc-mocha.pops.one
    • Currency symbol: TIA
    • Address prefix: celestia
    • Denom: utia
    • Symbol image URL (optional): https://raw.githubusercontent.com/cosmos/chain-registry/master/testnets/celestiatestnet/images/celestia.svg
    • Explorer URL (optional): https://testnet.mintscan.io/celestia-testnet
    • Coin Type: 118
    • Decimals: 6
    • Gas rate Tiny: 0.1
    • Gas rate Low: 0.25
    • Gas rate Average: 0.5
    Now, click Add a custom chain and you will be able to view your Celestia account balance and transactions in Cosmostation wallet.
    Switch chains to "Mocha testnet" and you'll see that you're connected to Celestia's Mocha testnet!
    ',8);function en(tn,cn,rn,En,a,yn){return t(),c("div",null,[i,s("div",E,[y,s("div",d,[s("div",_,[h,u,s("pre",F,[s("code",null,[A,n(`
 `),C,n(`
 `),m,n(`
 `),s("span",w,[s("span",T,"  chainId: '"+l(a.constants.mainnetChainId)+"',",1)]),n(`
@@ -154,20 +154,20 @@ import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s
 `),s("span",b,[s("span",g,"  rpc: '"+l(a.constants.mainnetRpcUrl)+"',",1)]),n(`
 `),s("span",D,[s("span",k,"  rest: '"+l(a.constants.mainnetRestUrl)+"'",1)]),n(`
 `),B,n(`
-`),S,n(`
-`),I])]),s("pre",P,[s("code",null,[v,n(`
-`),N,n(`
+`),I,n(`
+`),S])]),s("pre",P,[s("code",null,[v,n(`
 `),f,n(`
+`),N,n(`
 `),s("span",R,[s("span",x,"  chainId: '"+l(a.constants.mainnetChainId)+"',",1)]),n(`
 `),V,n(`
 `),s("span",M,[s("span",K,"  rpc: '"+l(a.constants.mainnetRpcUrl)+"',",1)]),n(`
 `),s("span",U,[s("span",L,"  rest: '"+l(a.constants.mainnetRestUrl)+"'",1)]),n(`
-`),O,n(`
+`),G,n(`
 `),j,n(`
-`),G])])]),s("div",H,[W,Y,s("pre",Q,[s("code",null,[X,n(`
-`),J,n(`
+`),W])])]),s("div",O,[H,Q,s("pre",z,[s("code",null,[X,n(`
+`),Y,n(`
 `),Z,n(`
-`),s("span",z,[s("span",$,"  chainId: '"+l(a.constants.mochaChainId)+"',",1)]),n(`
+`),s("span",J,[s("span",$,"  chainId: '"+l(a.constants.mochaChainId)+"',",1)]),n(`
 `),ss,n(`
 `),s("span",ns,[s("span",as,"  rpc: '"+l(a.constants.mochaRpcUrl)+"',",1)]),n(`
 `),s("span",ls,[s("span",os,"  rest: '"+l(a.constants.mochaRestUrl)+"'",1)]),n(`
@@ -185,19 +185,19 @@ import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s
 `),ws])])]),s("div",Ts,[qs,bs,s("pre",gs,[s("code",null,[Ds,n(`
 `),ks,n(`
 `),Bs,n(`
-`),s("span",Ss,[s("span",Is,"  chainId: '"+l(a.constants.arabicaChainId)+"',",1)]),n(`
+`),s("span",Is,[s("span",Ss,"  chainId: '"+l(a.constants.arabicaChainId)+"',",1)]),n(`
 `),Ps,n(`
-`),s("span",vs,[s("span",Ns,"  rpc: '"+l(a.constants.arabicaRpcUrl)+"',",1)]),n(`
-`),s("span",fs,[s("span",Rs,"  rest: '"+l(a.constants.arabicaRestUrl)+"'",1)]),n(`
+`),s("span",vs,[s("span",fs,"  rpc: '"+l(a.constants.arabicaRpcUrl)+"',",1)]),n(`
+`),s("span",Ns,[s("span",Rs,"  rest: '"+l(a.constants.arabicaRestUrl)+"'",1)]),n(`
 `),xs,n(`
 `),Vs,n(`
 `),Ms])]),s("pre",Ks,[s("code",null,[Us,n(`
 `),Ls,n(`
+`),Gs,n(`
+`),s("span",js,[s("span",Ws,"  chainId: '"+l(a.constants.arabicaChainId)+"',",1)]),n(`
 `),Os,n(`
-`),s("span",js,[s("span",Gs,"  chainId: '"+l(a.constants.arabicaChainId)+"',",1)]),n(`
-`),Hs,n(`
-`),s("span",Ws,[s("span",Ys,"  rpc: '"+l(a.constants.arabicaRpcUrl)+"',",1)]),n(`
-`),s("span",Qs,[s("span",Xs,"  rest: '"+l(a.constants.arabicaRestUrl)+"'",1)]),n(`
-`),Js,n(`
+`),s("span",Hs,[s("span",Qs,"  rpc: '"+l(a.constants.arabicaRpcUrl)+"',",1)]),n(`
+`),s("span",zs,[s("span",Xs,"  rest: '"+l(a.constants.arabicaRestUrl)+"'",1)]),n(`
+`),Ys,n(`
 `),Zs,n(`
-`),zs])])])])]),$s,sn,nn,an,ln,s("ul",null,[s("li",null,[n("Chain Id: "),s("code",null,l(a.constants.arabicaChainId),1)]),on]),pn])}const un=e(r,[["render",en]]);export{hn as __pageData,un as default};
+`),Js])])])])]),$s,sn,nn,an,ln,s("ul",null,[s("li",null,[n("Chain Id: "),s("code",null,l(a.constants.arabicaChainId),1)]),on]),pn])}const un=e(r,[["render",en]]);export{hn as __pageData,un as default};
diff --git a/pr-1489/assets/developers_wallets.md.5624daad.lean.js b/pr-1489/assets/developers_wallets.md.f813caf3.lean.js
similarity index 78%
rename from pr-1489/assets/developers_wallets.md.5624daad.lean.js
rename to pr-1489/assets/developers_wallets.md.f813caf3.lean.js
index baf68d4ad0..cd4b8232e3 100644
--- a/pr-1489/assets/developers_wallets.md.5624daad.lean.js
+++ b/pr-1489/assets/developers_wallets.md.f813caf3.lean.js
@@ -1,4 +1,4 @@
-import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s,a as n,t as l,Q as o}from"./chunks/framework.611656c0.js";const r={data(){return{constants:p}}},hn=JSON.parse('{"title":"Wallet integrations with Celestia","description":"How you can add Celestia network parameters to wallets such as Keplr, Leap, and Cosmostation.","frontmatter":{"description":"How you can add Celestia network parameters to wallets such as Keplr, Leap, and Cosmostation.","head":[["meta",{"name":"og:title","content":"Wallet integrations with Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/wallets.md","filePath":"developers/wallets.md","lastUpdated":1711718709000}'),i=o("",7),E={class:"vp-code-group vp-adaptive-theme"},y=o("",1),d={class:"blocks"},_={class:"language-js vp-adaptive-theme active"},h=s("button",{title:"Copy Code",class:"copy"},null,-1),u=s("span",{class:"lang"},"js",-1),F={class:"shiki github-dark vp-code-dark"},A=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),C=s("span",{class:"line"},null,-1),m=o("",1),w={class:"line"},T={style:{color:"#9ECBFF"}},q=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Celestia',")],-1),b={class:"line"},g={style:{color:"#9ECBFF"}},D={class:"line"},k={style:{color:"#9ECBFF"}},B=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),S=s("span",{class:"line"},null,-1),I=o("",1),P={class:"shiki github-light vp-code-light"},v=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),N=s("span",{class:"line"},null,-1),f=o("",1),R={class:"line"},x={style:{color:"#032F62"}},V=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Celestia',")],-1),M={class:"line"},K={style:{color:"#032F62"}},U={class:"line"},L={style:{color:"#032F62"}},O=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),j=s("span",{class:"line"},null,-1),G=o("",1),H={class:"language-js vp-adaptive-theme"},W=s("button",{title:"Copy Code",class:"copy"},null,-1),Y=s("span",{class:"lang"},"js",-1),Q={class:"shiki github-dark vp-code-dark"},X=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),J=s("span",{class:"line"},null,-1),Z=o("",1),z={class:"line"},$={style:{color:"#9ECBFF"}},ss=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Mocha testnet',")],-1),ns={class:"line"},as={style:{color:"#9ECBFF"}},ls={class:"line"},os={style:{color:"#9ECBFF"}},ps=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),es=s("span",{class:"line"},null,-1),ts=o("",1),cs={class:"shiki github-light vp-code-light"},rs=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),is=s("span",{class:"line"},null,-1),Es=o("",1),ys={class:"line"},ds={style:{color:"#032F62"}},_s=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Mocha testnet',")],-1),hs={class:"line"},us={style:{color:"#032F62"}},Fs={class:"line"},As={style:{color:"#032F62"}},Cs=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),ms=s("span",{class:"line"},null,-1),ws=o("",1),Ts={class:"language-js vp-adaptive-theme"},qs=s("button",{title:"Copy Code",class:"copy"},null,-1),bs=s("span",{class:"lang"},"js",-1),gs={class:"shiki github-dark vp-code-dark"},Ds=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),ks=s("span",{class:"line"},null,-1),Bs=o("",1),Ss={class:"line"},Is={style:{color:"#9ECBFF"}},Ps=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Arabica devnet',")],-1),vs={class:"line"},Ns={style:{color:"#9ECBFF"}},fs={class:"line"},Rs={style:{color:"#9ECBFF"}},xs=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),Vs=s("span",{class:"line"},null,-1),Ms=o("",1),Ks={class:"shiki github-light vp-code-light"},Us=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),Ls=s("span",{class:"line"},null,-1),Os=o("",1),js={class:"line"},Gs={style:{color:"#032F62"}},Hs=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Arabica devnet',")],-1),Ws={class:"line"},Ys={style:{color:"#032F62"}},Qs={class:"line"},Xs={style:{color:"#032F62"}},Js=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),Zs=s("span",{class:"line"},null,-1),zs=o("",1),$s=s("p",null,"Now, we can connect to the network that you would like to use in Keplr wallet.",-1),sn=s("h2",{id:"adding-a-custom-chain-to-leap",tabindex:"-1"},[n("Adding a custom chain to Leap "),s("a",{class:"header-anchor",href:"#adding-a-custom-chain-to-leap","aria-label":'Permalink to "Adding a custom chain to Leap"'},"​")],-1),nn=s("p",null,"If you want to add a custom chain to Leap, you can do so by:",-1),an=s("ol",null,[s("li",null,"Clicking the Cosmos logo in the top corner of Leap wallet"),s("li",null,'Scrolling down and clicking "Add new chain"')],-1),ln=s("p",null,"You can then add the following parameters:",-1),on=o("",8),pn=o("",8);function en(tn,cn,rn,En,a,yn){return t(),c("div",null,[i,s("div",E,[y,s("div",d,[s("div",_,[h,u,s("pre",F,[s("code",null,[A,n(`
+import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s,a as n,t as l,Q as o}from"./chunks/framework.611656c0.js";const r={data(){return{constants:p}}},hn=JSON.parse('{"title":"Wallet integrations with Celestia","description":"How you can add Celestia network parameters to wallets such as Keplr, Leap, and Cosmostation.","frontmatter":{"description":"How you can add Celestia network parameters to wallets such as Keplr, Leap, and Cosmostation.","head":[["meta",{"name":"og:title","content":"Wallet integrations with Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"developers/wallets.md","filePath":"developers/wallets.md","lastUpdated":1711718743000}'),i=o("",7),E={class:"vp-code-group vp-adaptive-theme"},y=o("",1),d={class:"blocks"},_={class:"language-js vp-adaptive-theme active"},h=s("button",{title:"Copy Code",class:"copy"},null,-1),u=s("span",{class:"lang"},"js",-1),F={class:"shiki github-dark vp-code-dark"},A=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),C=s("span",{class:"line"},null,-1),m=o("",1),w={class:"line"},T={style:{color:"#9ECBFF"}},q=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Celestia',")],-1),b={class:"line"},g={style:{color:"#9ECBFF"}},D={class:"line"},k={style:{color:"#9ECBFF"}},B=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),I=s("span",{class:"line"},null,-1),S=o("",1),P={class:"shiki github-light vp-code-light"},v=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),f=s("span",{class:"line"},null,-1),N=o("",1),R={class:"line"},x={style:{color:"#032F62"}},V=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Celestia',")],-1),M={class:"line"},K={style:{color:"#032F62"}},U={class:"line"},L={style:{color:"#032F62"}},G=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),j=s("span",{class:"line"},null,-1),W=o("",1),O={class:"language-js vp-adaptive-theme"},H=s("button",{title:"Copy Code",class:"copy"},null,-1),Q=s("span",{class:"lang"},"js",-1),z={class:"shiki github-dark vp-code-dark"},X=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),Y=s("span",{class:"line"},null,-1),Z=o("",1),J={class:"line"},$={style:{color:"#9ECBFF"}},ss=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Mocha testnet',")],-1),ns={class:"line"},as={style:{color:"#9ECBFF"}},ls={class:"line"},os={style:{color:"#9ECBFF"}},ps=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),es=s("span",{class:"line"},null,-1),ts=o("",1),cs={class:"shiki github-light vp-code-light"},rs=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),is=s("span",{class:"line"},null,-1),Es=o("",1),ys={class:"line"},ds={style:{color:"#032F62"}},_s=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Mocha testnet',")],-1),hs={class:"line"},us={style:{color:"#032F62"}},Fs={class:"line"},As={style:{color:"#032F62"}},Cs=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),ms=s("span",{class:"line"},null,-1),ws=o("",1),Ts={class:"language-js vp-adaptive-theme"},qs=s("button",{title:"Copy Code",class:"copy"},null,-1),bs=s("span",{class:"lang"},"js",-1),gs={class:"shiki github-dark vp-code-dark"},Ds=s("span",{class:"line"},[s("span",{style:{color:"#F97583"}},"import"),s("span",{style:{color:"#E1E4E8"}}," "),s("span",{style:{color:"#9ECBFF"}},"'@site/src/components/AddNetworkKeplr'")],-1),ks=s("span",{class:"line"},null,-1),Bs=o("",1),Is={class:"line"},Ss={style:{color:"#9ECBFF"}},Ps=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"  chainName: 'Arabica devnet',")],-1),vs={class:"line"},fs={style:{color:"#9ECBFF"}},Ns={class:"line"},Rs={style:{color:"#9ECBFF"}},xs=s("span",{class:"line"},[s("span",{style:{color:"#9ECBFF"}},"}`"),s("span",{style:{color:"#E1E4E8"}},"}")],-1),Vs=s("span",{class:"line"},null,-1),Ms=o("",1),Ks={class:"shiki github-light vp-code-light"},Us=s("span",{class:"line"},[s("span",{style:{color:"#D73A49"}},"import"),s("span",{style:{color:"#24292E"}}," "),s("span",{style:{color:"#032F62"}},"'@site/src/components/AddNetworkKeplr'")],-1),Ls=s("span",{class:"line"},null,-1),Gs=o("",1),js={class:"line"},Ws={style:{color:"#032F62"}},Os=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"  chainName: 'Arabica devnet',")],-1),Hs={class:"line"},Qs={style:{color:"#032F62"}},zs={class:"line"},Xs={style:{color:"#032F62"}},Ys=s("span",{class:"line"},[s("span",{style:{color:"#032F62"}},"}`"),s("span",{style:{color:"#24292E"}},"}")],-1),Zs=s("span",{class:"line"},null,-1),Js=o("",1),$s=s("p",null,"Now, we can connect to the network that you would like to use in Keplr wallet.",-1),sn=s("h2",{id:"adding-a-custom-chain-to-leap",tabindex:"-1"},[n("Adding a custom chain to Leap "),s("a",{class:"header-anchor",href:"#adding-a-custom-chain-to-leap","aria-label":'Permalink to "Adding a custom chain to Leap"'},"​")],-1),nn=s("p",null,"If you want to add a custom chain to Leap, you can do so by:",-1),an=s("ol",null,[s("li",null,"Clicking the Cosmos logo in the top corner of Leap wallet"),s("li",null,'Scrolling down and clicking "Add new chain"')],-1),ln=s("p",null,"You can then add the following parameters:",-1),on=o("",8),pn=o("",8);function en(tn,cn,rn,En,a,yn){return t(),c("div",null,[i,s("div",E,[y,s("div",d,[s("div",_,[h,u,s("pre",F,[s("code",null,[A,n(`
 `),C,n(`
 `),m,n(`
 `),s("span",w,[s("span",T,"  chainId: '"+l(a.constants.mainnetChainId)+"',",1)]),n(`
@@ -6,20 +6,20 @@ import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s
 `),s("span",b,[s("span",g,"  rpc: '"+l(a.constants.mainnetRpcUrl)+"',",1)]),n(`
 `),s("span",D,[s("span",k,"  rest: '"+l(a.constants.mainnetRestUrl)+"'",1)]),n(`
 `),B,n(`
-`),S,n(`
-`),I])]),s("pre",P,[s("code",null,[v,n(`
-`),N,n(`
+`),I,n(`
+`),S])]),s("pre",P,[s("code",null,[v,n(`
 `),f,n(`
+`),N,n(`
 `),s("span",R,[s("span",x,"  chainId: '"+l(a.constants.mainnetChainId)+"',",1)]),n(`
 `),V,n(`
 `),s("span",M,[s("span",K,"  rpc: '"+l(a.constants.mainnetRpcUrl)+"',",1)]),n(`
 `),s("span",U,[s("span",L,"  rest: '"+l(a.constants.mainnetRestUrl)+"'",1)]),n(`
-`),O,n(`
+`),G,n(`
 `),j,n(`
-`),G])])]),s("div",H,[W,Y,s("pre",Q,[s("code",null,[X,n(`
-`),J,n(`
+`),W])])]),s("div",O,[H,Q,s("pre",z,[s("code",null,[X,n(`
+`),Y,n(`
 `),Z,n(`
-`),s("span",z,[s("span",$,"  chainId: '"+l(a.constants.mochaChainId)+"',",1)]),n(`
+`),s("span",J,[s("span",$,"  chainId: '"+l(a.constants.mochaChainId)+"',",1)]),n(`
 `),ss,n(`
 `),s("span",ns,[s("span",as,"  rpc: '"+l(a.constants.mochaRpcUrl)+"',",1)]),n(`
 `),s("span",ls,[s("span",os,"  rest: '"+l(a.constants.mochaRestUrl)+"'",1)]),n(`
@@ -37,19 +37,19 @@ import{c as p}from"./chunks/constants.dc70dfe7.js";import{_ as e,o as t,c,k as s
 `),ws])])]),s("div",Ts,[qs,bs,s("pre",gs,[s("code",null,[Ds,n(`
 `),ks,n(`
 `),Bs,n(`
-`),s("span",Ss,[s("span",Is,"  chainId: '"+l(a.constants.arabicaChainId)+"',",1)]),n(`
+`),s("span",Is,[s("span",Ss,"  chainId: '"+l(a.constants.arabicaChainId)+"',",1)]),n(`
 `),Ps,n(`
-`),s("span",vs,[s("span",Ns,"  rpc: '"+l(a.constants.arabicaRpcUrl)+"',",1)]),n(`
-`),s("span",fs,[s("span",Rs,"  rest: '"+l(a.constants.arabicaRestUrl)+"'",1)]),n(`
+`),s("span",vs,[s("span",fs,"  rpc: '"+l(a.constants.arabicaRpcUrl)+"',",1)]),n(`
+`),s("span",Ns,[s("span",Rs,"  rest: '"+l(a.constants.arabicaRestUrl)+"'",1)]),n(`
 `),xs,n(`
 `),Vs,n(`
 `),Ms])]),s("pre",Ks,[s("code",null,[Us,n(`
 `),Ls,n(`
+`),Gs,n(`
+`),s("span",js,[s("span",Ws,"  chainId: '"+l(a.constants.arabicaChainId)+"',",1)]),n(`
 `),Os,n(`
-`),s("span",js,[s("span",Gs,"  chainId: '"+l(a.constants.arabicaChainId)+"',",1)]),n(`
-`),Hs,n(`
-`),s("span",Ws,[s("span",Ys,"  rpc: '"+l(a.constants.arabicaRpcUrl)+"',",1)]),n(`
-`),s("span",Qs,[s("span",Xs,"  rest: '"+l(a.constants.arabicaRestUrl)+"'",1)]),n(`
-`),Js,n(`
+`),s("span",Hs,[s("span",Qs,"  rpc: '"+l(a.constants.arabicaRpcUrl)+"',",1)]),n(`
+`),s("span",zs,[s("span",Xs,"  rest: '"+l(a.constants.arabicaRestUrl)+"'",1)]),n(`
+`),Ys,n(`
 `),Zs,n(`
-`),zs])])])])]),$s,sn,nn,an,ln,s("ul",null,[s("li",null,[n("Chain Id: "),s("code",null,l(a.constants.arabicaChainId),1)]),on]),pn])}const un=e(r,[["render",en]]);export{hn as __pageData,un as default};
+`),Js])])])])]),$s,sn,nn,an,ln,s("ul",null,[s("li",null,[n("Chain Id: "),s("code",null,l(a.constants.arabicaChainId),1)]),on]),pn])}const un=e(r,[["render",en]]);export{hn as __pageData,un as default};
diff --git a/pr-1489/assets/index.md.f806a6cf.js b/pr-1489/assets/index.md.42ddccbd.js
similarity index 96%
rename from pr-1489/assets/index.md.f806a6cf.js
rename to pr-1489/assets/index.md.42ddccbd.js
index 6b38d58ffa..8c0aa63b2d 100644
--- a/pr-1489/assets/index.md.f806a6cf.js
+++ b/pr-1489/assets/index.md.42ddccbd.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"","titleTemplate":":title","description":"","frontmatter":{"layout":"home","titleTemplate":":title","hero":{"name":"Celestia","text":"The first modular blockchain network","tagline":"Celestia is a modular data availability network that securely scales with the number of users, making it easy for anyone to launch their own blockchain.","image":{"src":"/modular.svg","alt":"Celestia"},"actions":[{"theme":"brand","text":"Post a blob","link":"/developers/node-tutorial"},{"theme":"alt","text":"Introduction","link":"/learn/how-celestia-works/overview"}]},"features":[{"title":"Learn","details":"Celestia allows you to deploy your own blockchain in minutes, as easily as a smart contract.","link":"/learn/how-celestia-works/overview","icon":"🏗️"},{"title":"Run a node","details":"Access the dynamic scaling unlocked by data availability sampling, where scale increases with the number of users.","link":"/nodes/overview","icon":"📈"},{"title":"Developers","details":"Create applications using your favorite VM or define your own. Build sovereign rollups, a new type of self-governing blockchain with minimal platform risk.","link":"/developers/build-modular","icon":"⚙️"},{"title":"Community","details":"Join the Celestia community to connect, collaborate, and contribute to the future of modular blockchains.","link":"/community/overview","icon":"🏰"}],"head":[["meta",{"name":"og:title","content":"Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"index.md","filePath":"index.md","lastUpdated":1711718709000}'),i={name:"index.md"};function o(n,l,s,r,c,d){return t(),a("div")}const h=e(i,[["render",o]]);export{u as __pageData,h as default};
+import{_ as e,o as t,c as a}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"","titleTemplate":":title","description":"","frontmatter":{"layout":"home","titleTemplate":":title","hero":{"name":"Celestia","text":"The first modular blockchain network","tagline":"Celestia is a modular data availability network that securely scales with the number of users, making it easy for anyone to launch their own blockchain.","image":{"src":"/modular.svg","alt":"Celestia"},"actions":[{"theme":"brand","text":"Post a blob","link":"/developers/node-tutorial"},{"theme":"alt","text":"Introduction","link":"/learn/how-celestia-works/overview"}]},"features":[{"title":"Learn","details":"Celestia allows you to deploy your own blockchain in minutes, as easily as a smart contract.","link":"/learn/how-celestia-works/overview","icon":"🏗️"},{"title":"Run a node","details":"Access the dynamic scaling unlocked by data availability sampling, where scale increases with the number of users.","link":"/nodes/overview","icon":"📈"},{"title":"Developers","details":"Create applications using your favorite VM or define your own. Build sovereign rollups, a new type of self-governing blockchain with minimal platform risk.","link":"/developers/build-modular","icon":"⚙️"},{"title":"Community","details":"Join the Celestia community to connect, collaborate, and contribute to the future of modular blockchains.","link":"/community/overview","icon":"🏰"}],"head":[["meta",{"name":"og:title","content":"Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"index.md","filePath":"index.md","lastUpdated":1711718743000}'),i={name:"index.md"};function o(n,l,s,r,c,d){return t(),a("div")}const h=e(i,[["render",o]]);export{u as __pageData,h as default};
diff --git a/pr-1489/assets/index.md.f806a6cf.lean.js b/pr-1489/assets/index.md.42ddccbd.lean.js
similarity index 96%
rename from pr-1489/assets/index.md.f806a6cf.lean.js
rename to pr-1489/assets/index.md.42ddccbd.lean.js
index 6b38d58ffa..8c0aa63b2d 100644
--- a/pr-1489/assets/index.md.f806a6cf.lean.js
+++ b/pr-1489/assets/index.md.42ddccbd.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"","titleTemplate":":title","description":"","frontmatter":{"layout":"home","titleTemplate":":title","hero":{"name":"Celestia","text":"The first modular blockchain network","tagline":"Celestia is a modular data availability network that securely scales with the number of users, making it easy for anyone to launch their own blockchain.","image":{"src":"/modular.svg","alt":"Celestia"},"actions":[{"theme":"brand","text":"Post a blob","link":"/developers/node-tutorial"},{"theme":"alt","text":"Introduction","link":"/learn/how-celestia-works/overview"}]},"features":[{"title":"Learn","details":"Celestia allows you to deploy your own blockchain in minutes, as easily as a smart contract.","link":"/learn/how-celestia-works/overview","icon":"🏗️"},{"title":"Run a node","details":"Access the dynamic scaling unlocked by data availability sampling, where scale increases with the number of users.","link":"/nodes/overview","icon":"📈"},{"title":"Developers","details":"Create applications using your favorite VM or define your own. Build sovereign rollups, a new type of self-governing blockchain with minimal platform risk.","link":"/developers/build-modular","icon":"⚙️"},{"title":"Community","details":"Join the Celestia community to connect, collaborate, and contribute to the future of modular blockchains.","link":"/community/overview","icon":"🏰"}],"head":[["meta",{"name":"og:title","content":"Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"index.md","filePath":"index.md","lastUpdated":1711718709000}'),i={name:"index.md"};function o(n,l,s,r,c,d){return t(),a("div")}const h=e(i,[["render",o]]);export{u as __pageData,h as default};
+import{_ as e,o as t,c as a}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"","titleTemplate":":title","description":"","frontmatter":{"layout":"home","titleTemplate":":title","hero":{"name":"Celestia","text":"The first modular blockchain network","tagline":"Celestia is a modular data availability network that securely scales with the number of users, making it easy for anyone to launch their own blockchain.","image":{"src":"/modular.svg","alt":"Celestia"},"actions":[{"theme":"brand","text":"Post a blob","link":"/developers/node-tutorial"},{"theme":"alt","text":"Introduction","link":"/learn/how-celestia-works/overview"}]},"features":[{"title":"Learn","details":"Celestia allows you to deploy your own blockchain in minutes, as easily as a smart contract.","link":"/learn/how-celestia-works/overview","icon":"🏗️"},{"title":"Run a node","details":"Access the dynamic scaling unlocked by data availability sampling, where scale increases with the number of users.","link":"/nodes/overview","icon":"📈"},{"title":"Developers","details":"Create applications using your favorite VM or define your own. Build sovereign rollups, a new type of self-governing blockchain with minimal platform risk.","link":"/developers/build-modular","icon":"⚙️"},{"title":"Community","details":"Join the Celestia community to connect, collaborate, and contribute to the future of modular blockchains.","link":"/community/overview","icon":"🏰"}],"head":[["meta",{"name":"og:title","content":"Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"index.md","filePath":"index.md","lastUpdated":1711718743000}'),i={name:"index.md"};function o(n,l,s,r,c,d){return t(),a("div")}const h=e(i,[["render",o]]);export{u as __pageData,h as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.c5444194.js b/pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.70bbda0e.js
similarity index 99%
rename from pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.c5444194.js
rename to pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.70bbda0e.js
index ac77b3b39c..4181bf3137 100644
--- a/pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.c5444194.js
+++ b/pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.70bbda0e.js
@@ -1 +1 @@
-import{_ as a,o as t,c as e,Q as i}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/learn/data-availability-faq/Data-availability.png",s="/docs-preview/pr-1489/img/learn/data-availability-faq/Data-storage.png",m=JSON.parse('{"title":"Data availability FAQ","description":"Frequently asked questions related to Data Availability.","frontmatter":{"description":"Frequently asked questions related to Data Availability.","next":{"text":"Overview of TIA","link":"/learn/tia"},"head":[["meta",{"name":"og:title","content":"Data availability FAQ | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/data-availability-faq.md","filePath":"learn/how-celestia-works/data-availability-faq.md","lastUpdated":1711718709000}'),r={name:"learn/how-celestia-works/data-availability-faq.md"},l=i('
    Data availability FAQ ​
    What is data availability? ​
    Data availability answers the question, has this data been published? Specifically, a node will verify data availability when it receives a new block that is getting added to the chain. The node will attempt to download all the transaction data for the new block to verify availability. If the node can download all the transaction data, then it successfully verified data availability, proving that the block data was actually published to the network.
    Modular VS Monolithic
    As you’ll see, modular blockchains like Celestia employ other primitives that allow nodes to verify data availability more efficiently. Data availability is critical to the security of any blockchain because it ensures that anyone can inspect the ledger of transactions and verify it. Data availability becomes particularly problematic when scaling blockchains. As the blocks get bigger, it becomes impractical for normal users to download all the data, and therefore users can no longer verify the chain.
    What is the data availability problem? ​
    The problem with data availability occurs when the transaction data for a newly proposed block cannot be downloaded and verified. This type of attack by a block producer is called a data withholding attack, which sees the block producer withhold transaction data of a new block.
    Since transaction data is withheld, nodes cannot update to the latest state. Such an attack can have numerous consequences, from halting a chain to gaining the ability to steal funds. The severity of the consequences will depend on the type of blockchain (L1 or L2) and whether data availability is kept onchain or offchain. The data availability problem commonly arises around L2 scaling solutions like rollups and validiums.
    How do nodes verify data availability in Celestia? ​
    In most blockchains, nodes that verify data availability do so by downloading all transaction data for a block. If they are able to download all the data, they have verified its availability. In Celestia, light nodes have access to a new mechanism to verify data availability without needing to download all the data for a block. This new primitive for verifying data availability is called data availability sampling.
    What is data availability sampling? ​
    Data availability sampling is a mechanism for light nodes to verify data availability without having to download all data for a block. Data availability sampling (DAS) works by having light nodes conduct multiple rounds of random sampling for small portions of block data. As a light node completes more rounds of sampling for block data, it increases its confidence that data is available. Once the light node successfully reaches a predetermined confidence level (e.g. 99%) it will consider the block data as available.
    Want a simpler explanation? Check out this thread on how data availability sampling is like flipping a coin.
    What are some of the security assumptions that Celestia makes for data availability sampling? ​
    Celestia assumes that there is a minimum number of light nodes that are conducting data availability sampling for a given block size. This assumption is necessary so that a full node can reconstruct an entire block from the portions of data light nodes sampled and stored. The amount of light nodes that are needed will depend on the block size - for bigger blocks more light nodes are assumed to be running.
    A second notable assumption that is made by light nodes is that they are connected to at least one honest full node. This ensures that they can receive fraud proofs for incorrectly erasure coded blocks. If a light node is not connected to an honest full node, such as during an eclipse attack, it can’t verify that the block is improperly constructed.
    Why is block reconstruction necessary for security? ​
    In Celestia, blocks need to be erasure coded so that there is redundant data to aid the data availability sampling process. However, nodes tasked with erasure coding the data could do so incorrectly. Since Celestia uses fraud proofs to verify that erasure coding is incorrect, the full block data is needed to generate a bad encoding fraud proof.
    There could be a situation where validators only provide data to light nodes and not full nodes. If the full nodes don’t have the ability to reconstruct the full block from the portions of data stored by light nodes, they wouldn’t be able to generate a bad encoding fraud proof.
    What is data storage? ​
    Data storage is concerned with the ability to store and access past transaction data.
    Modular VS Monolithic
    Data storage and retrieval is needed for multiple purposes, such as:
    • Reading the information of a previous transaction
    • Syncing a node
    • Indexing and serving transaction data
    • Retrieving NFT information
    What is the problem around data storage? ​
    The issue with data storage is whether past transaction data can be stored and successfully retrieved at a later time. The inability to retrieve historical transaction data can cause problems, such as users being unable to access information about their past transactions or nodes that cannot sync from genesis. Luckily, the assumptions around storing and accessing past data are weak. Only a single copy of a blockchain’s history needs to be accessible for users to gain access to historical transaction data. In other words, data storage security is a 1 of N honesty assumption.
    What is the difference between data availability and data storage? ​
    Data availability is about verifying that transaction data for a new block is public and available. In contrast, data storage involves storing and accessing past transaction data from old blocks.
    Where does blockchain state fit into this? ​
    Up until now it’s been all about transaction data, but blockchain state is a related topic. The state is different from transaction data. Specifically, the state is like a current snapshot of the network, which includes information about account balances, smart contract balances, and validator set info. Problems that arise from the size of the state are different in nature than those around data availability and retrievability.
    Why doesn’t Celestia incentivize storage of historical data? ​
    Most blockchains don’t incentivize storage of data because it shouldn’t be the responsibility of a blockchain to guarantee past data will be retrievable forever. In addition, the data storage problem only requires a single party to store and provide the data for users, which is not a strong problem. As such, Celestia’s purpose is to provide a secure and scalable way to verify the availability of data. Once data has been verified as available, the job of storing and retrieving historical data is left up to other entities that require the data. Luckily, there are natural incentives for outside parties to store and serve historical data to users.
    Who may store historical data if there is no reward? ​
    There are multiple types of actors that may be likely to store historical data. Some of those include:
    • Block explorers that provide access to past transaction data.
    • Indexers that provide API queries for past data.
    • Applications or rollups that require historical data for certain processes.
    • Users that want to guarantee that they will have access to their transaction history.
    What are some things blockchains can do to provide stronger assurances of data retrievability? ​
    • Reward nodes based on the amount of transaction data they store and requests for data they serve (this is the case with some data storage blockchains, like Filecoin).
    • Publish transaction data onto a data storage blockchain that incentivizes storing and serving requests for historical data.
    ',37),n=[l];function d(h,c,b,u,f,p){return t(),e("div",null,n)}const v=a(r,[["render",d]]);export{m as __pageData,v as default};
+import{_ as a,o as t,c as e,Q as i}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/learn/data-availability-faq/Data-availability.png",s="/docs-preview/pr-1489/img/learn/data-availability-faq/Data-storage.png",m=JSON.parse('{"title":"Data availability FAQ","description":"Frequently asked questions related to Data Availability.","frontmatter":{"description":"Frequently asked questions related to Data Availability.","next":{"text":"Overview of TIA","link":"/learn/tia"},"head":[["meta",{"name":"og:title","content":"Data availability FAQ | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/data-availability-faq.md","filePath":"learn/how-celestia-works/data-availability-faq.md","lastUpdated":1711718743000}'),r={name:"learn/how-celestia-works/data-availability-faq.md"},l=i('
    Data availability FAQ ​
    What is data availability? ​
    Data availability answers the question, has this data been published? Specifically, a node will verify data availability when it receives a new block that is getting added to the chain. The node will attempt to download all the transaction data for the new block to verify availability. If the node can download all the transaction data, then it successfully verified data availability, proving that the block data was actually published to the network.
    Modular VS Monolithic
    As you’ll see, modular blockchains like Celestia employ other primitives that allow nodes to verify data availability more efficiently. Data availability is critical to the security of any blockchain because it ensures that anyone can inspect the ledger of transactions and verify it. Data availability becomes particularly problematic when scaling blockchains. As the blocks get bigger, it becomes impractical for normal users to download all the data, and therefore users can no longer verify the chain.
    What is the data availability problem? ​
    The problem with data availability occurs when the transaction data for a newly proposed block cannot be downloaded and verified. This type of attack by a block producer is called a data withholding attack, which sees the block producer withhold transaction data of a new block.
    Since transaction data is withheld, nodes cannot update to the latest state. Such an attack can have numerous consequences, from halting a chain to gaining the ability to steal funds. The severity of the consequences will depend on the type of blockchain (L1 or L2) and whether data availability is kept onchain or offchain. The data availability problem commonly arises around L2 scaling solutions like rollups and validiums.
    How do nodes verify data availability in Celestia? ​
    In most blockchains, nodes that verify data availability do so by downloading all transaction data for a block. If they are able to download all the data, they have verified its availability. In Celestia, light nodes have access to a new mechanism to verify data availability without needing to download all the data for a block. This new primitive for verifying data availability is called data availability sampling.
    What is data availability sampling? ​
    Data availability sampling is a mechanism for light nodes to verify data availability without having to download all data for a block. Data availability sampling (DAS) works by having light nodes conduct multiple rounds of random sampling for small portions of block data. As a light node completes more rounds of sampling for block data, it increases its confidence that data is available. Once the light node successfully reaches a predetermined confidence level (e.g. 99%) it will consider the block data as available.
    Want a simpler explanation? Check out this thread on how data availability sampling is like flipping a coin.
    What are some of the security assumptions that Celestia makes for data availability sampling? ​
    Celestia assumes that there is a minimum number of light nodes that are conducting data availability sampling for a given block size. This assumption is necessary so that a full node can reconstruct an entire block from the portions of data light nodes sampled and stored. The amount of light nodes that are needed will depend on the block size - for bigger blocks more light nodes are assumed to be running.
    A second notable assumption that is made by light nodes is that they are connected to at least one honest full node. This ensures that they can receive fraud proofs for incorrectly erasure coded blocks. If a light node is not connected to an honest full node, such as during an eclipse attack, it can’t verify that the block is improperly constructed.
    Why is block reconstruction necessary for security? ​
    In Celestia, blocks need to be erasure coded so that there is redundant data to aid the data availability sampling process. However, nodes tasked with erasure coding the data could do so incorrectly. Since Celestia uses fraud proofs to verify that erasure coding is incorrect, the full block data is needed to generate a bad encoding fraud proof.
    There could be a situation where validators only provide data to light nodes and not full nodes. If the full nodes don’t have the ability to reconstruct the full block from the portions of data stored by light nodes, they wouldn’t be able to generate a bad encoding fraud proof.
    What is data storage? ​
    Data storage is concerned with the ability to store and access past transaction data.
    Modular VS Monolithic
    Data storage and retrieval is needed for multiple purposes, such as:
    • Reading the information of a previous transaction
    • Syncing a node
    • Indexing and serving transaction data
    • Retrieving NFT information
    What is the problem around data storage? ​
    The issue with data storage is whether past transaction data can be stored and successfully retrieved at a later time. The inability to retrieve historical transaction data can cause problems, such as users being unable to access information about their past transactions or nodes that cannot sync from genesis. Luckily, the assumptions around storing and accessing past data are weak. Only a single copy of a blockchain’s history needs to be accessible for users to gain access to historical transaction data. In other words, data storage security is a 1 of N honesty assumption.
    What is the difference between data availability and data storage? ​
    Data availability is about verifying that transaction data for a new block is public and available. In contrast, data storage involves storing and accessing past transaction data from old blocks.
    Where does blockchain state fit into this? ​
    Up until now it’s been all about transaction data, but blockchain state is a related topic. The state is different from transaction data. Specifically, the state is like a current snapshot of the network, which includes information about account balances, smart contract balances, and validator set info. Problems that arise from the size of the state are different in nature than those around data availability and retrievability.
    Why doesn’t Celestia incentivize storage of historical data? ​
    Most blockchains don’t incentivize storage of data because it shouldn’t be the responsibility of a blockchain to guarantee past data will be retrievable forever. In addition, the data storage problem only requires a single party to store and provide the data for users, which is not a strong problem. As such, Celestia’s purpose is to provide a secure and scalable way to verify the availability of data. Once data has been verified as available, the job of storing and retrieving historical data is left up to other entities that require the data. Luckily, there are natural incentives for outside parties to store and serve historical data to users.
    Who may store historical data if there is no reward? ​
    There are multiple types of actors that may be likely to store historical data. Some of those include:
    • Block explorers that provide access to past transaction data.
    • Indexers that provide API queries for past data.
    • Applications or rollups that require historical data for certain processes.
    • Users that want to guarantee that they will have access to their transaction history.
    What are some things blockchains can do to provide stronger assurances of data retrievability? ​
    • Reward nodes based on the amount of transaction data they store and requests for data they serve (this is the case with some data storage blockchains, like Filecoin).
    • Publish transaction data onto a data storage blockchain that incentivizes storing and serving requests for historical data.
    ',37),n=[l];function d(h,c,b,u,f,p){return t(),e("div",null,n)}const v=a(r,[["render",d]]);export{m as __pageData,v as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.c5444194.lean.js b/pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.70bbda0e.lean.js
similarity index 93%
rename from pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.c5444194.lean.js
rename to pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.70bbda0e.lean.js
index f53f9ea12a..464cbe30f0 100644
--- a/pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.c5444194.lean.js
+++ b/pr-1489/assets/learn_how-celestia-works_data-availability-faq.md.70bbda0e.lean.js
@@ -1 +1 @@
-import{_ as a,o as t,c as e,Q as i}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/learn/data-availability-faq/Data-availability.png",s="/docs-preview/pr-1489/img/learn/data-availability-faq/Data-storage.png",m=JSON.parse('{"title":"Data availability FAQ","description":"Frequently asked questions related to Data Availability.","frontmatter":{"description":"Frequently asked questions related to Data Availability.","next":{"text":"Overview of TIA","link":"/learn/tia"},"head":[["meta",{"name":"og:title","content":"Data availability FAQ | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/data-availability-faq.md","filePath":"learn/how-celestia-works/data-availability-faq.md","lastUpdated":1711718709000}'),r={name:"learn/how-celestia-works/data-availability-faq.md"},l=i("",37),n=[l];function d(h,c,b,u,f,p){return t(),e("div",null,n)}const v=a(r,[["render",d]]);export{m as __pageData,v as default};
+import{_ as a,o as t,c as e,Q as i}from"./chunks/framework.611656c0.js";const o="/docs-preview/pr-1489/img/learn/data-availability-faq/Data-availability.png",s="/docs-preview/pr-1489/img/learn/data-availability-faq/Data-storage.png",m=JSON.parse('{"title":"Data availability FAQ","description":"Frequently asked questions related to Data Availability.","frontmatter":{"description":"Frequently asked questions related to Data Availability.","next":{"text":"Overview of TIA","link":"/learn/tia"},"head":[["meta",{"name":"og:title","content":"Data availability FAQ | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/data-availability-faq.md","filePath":"learn/how-celestia-works/data-availability-faq.md","lastUpdated":1711718743000}'),r={name:"learn/how-celestia-works/data-availability-faq.md"},l=i("",37),n=[l];function d(h,c,b,u,f,p){return t(),e("div",null,n)}const v=a(r,[["render",d]]);export{m as __pageData,v as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.10a07df1.js b/pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.2449885c.js
similarity index 99%
rename from pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.10a07df1.js
rename to pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.2449885c.js
index 579522deef..957a6fb48b 100644
--- a/pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.10a07df1.js
+++ b/pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.2449885c.js
@@ -1 +1 @@
-import{_ as l,o as a,c as o,k as e,a as t,Q as s}from"./chunks/framework.611656c0.js";const i="/docs-preview/pr-1489/img/learn/reed-solomon-encoding.png",n="/docs-preview/pr-1489/img/learn/nmt.png",r="/docs-preview/pr-1489/img/learn/celestia-app.png",g4=JSON.parse(`{"title":"Celestia's data availability layer","description":"Celestia's Data Availability layer and its key features.","frontmatter":{"description":"Celestia's Data Availability layer and its key features.","head":[["meta",{"name":"og:title","content":"Celestia's data availability layer | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/data-availability-layer.md","filePath":"learn/how-celestia-works/data-availability-layer.md","lastUpdated":1711718709000}`),T={name:"learn/how-celestia-works/data-availability-layer.md"},d=s('
    Celestia's data availability layer ​
    Celestia is a data availability (DA) layer that provides a scalable solution to the data availability problem. Due to the permissionless nature of the blockchain networks, a DA layer must provide a mechanism for the execution and settlement layers to check in a trust-minimized way whether transaction data is indeed available.
    Two key features of Celestia's DA layer are data availability sampling (DAS) and Namespaced Merkle trees (NMTs). Both features are novel blockchain scaling solutions: DAS enables light nodes to verify data availability without needing to download an entire block; NMTs enable execution and settlement layers on Celestia to download transactions that are only relevant to them.
    Data availability sampling (DAS) ​
    In general, light nodes download only block headers that contain commitments (i.e., Merkle roots) of the block data (i.e., the list of transactions).
    ',5),Q={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},h={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},c=s('',1),m=[c],p=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),g={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},x={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},u=s('',1),_=[u],w=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),f={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},b={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},k=s('',1),y=[k],v=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),L={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},M={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},H=s('',1),V=[H],S=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),C=e("p",null,[e("img",{src:i,alt:"2D Reed-Soloman (RS) Encoding"})],-1),D={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},A={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},j=s('',1),Z=[j],P=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),N=e("p",null,[t("Every light node randomly chooses a set of unique coordinates in the extended matrix and queries full nodes for the data shares and the corresponding Merkle proofs at those coordinates. If light nodes receive a valid response for each sampling query, then there is a "),e("a",{href:"https://github.com/celestiaorg/celestia-node/issues/805#issuecomment-1150081075",target:"_blank",rel:"noreferrer"},"high probability guarantee"),t(" that the whole block's data is available.")],-1),I=e("em",null,"i.e.",-1),B={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},R={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},q=s('',1),E=[q],z=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),G=e("p",null,[t("For more details on DAS, take a look at the "),e("a",{href:"https://arxiv.org/abs/1809.09044",target:"_blank",rel:"noreferrer"},"original paper"),t(".")],-1),J=e("h3",{id:"scalability",tabindex:"-1"},[t("Scalability "),e("a",{class:"header-anchor",href:"#scalability","aria-label":'Permalink to "Scalability"'},"​")],-1),F=e("p",null,"DAS enables Celestia to scale the DA layer. DAS can be performed by resource-limited light nodes since each light node only samples a small portion of the block data. The more light nodes there are in the network, the more data they can collectively download and store.",-1),O=e("em",null,"i.e.",-1),$={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},W={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},K=s('',1),U=[K],X=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),Y={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},e1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.345ex",height:"1.912ex",role:"img",focusable:"false",viewBox:"0 -833.9 1036.6 844.9","aria-hidden":"true"},t1=s('',1),a1=[t1],o1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("msup",null,[e("mi",null,"n"),e("mn",null,"2")])])],-1),s1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},l1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},i1=s('',1),n1=[i1],r1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),T1=e("h3",{id:"fraud-proofs-of-incorrectly-extended-data",tabindex:"-1"},[t("Fraud proofs of incorrectly extended data "),e("a",{class:"header-anchor",href:"#fraud-proofs-of-incorrectly-extended-data","aria-label":'Permalink to "Fraud proofs of incorrectly extended data"'},"​")],-1),d1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Q1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},h1=s('',1),c1=[h1],m1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),p1=e("em",null,"i.e.",-1),g1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},x1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},u1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),_1=[u1],w1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),f1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},b1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},k1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),y1=[k1],v1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),L1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},M1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},H1=s('',1),V1=[H1],S1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k")])],-1),C1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},D1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},A1=s('',1),j1=[A1],Z1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),P1=e("p",null,"The downside of the standard Reed-Solomon encoding is dealing with malicious block producers that generate the extended data incorrectly.",-1),N1=e("strong",null,[t("Celestia does not require a majority of the consensus ("),e("em",null,"i.e."),t(", block producers) to be honest to guarantee data availability.")],-1),I1=e("em",null,"i.e.",-1),B1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},R1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},q1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),E1=[q1],z1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),G1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},J1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},F1=s('',1),O1=[F1],$1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),W1=e("em",null,"Fraud Proofs of Incorrectly Generated Extended Data",-1),K1=e("em",null,"i.e.",-1),U1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},X1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.345ex",height:"1.912ex",role:"img",focusable:"false",viewBox:"0 -833.9 1036.6 844.9","aria-hidden":"true"},Y1=s('',1),e4=[Y1],t4=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("msup",null,[e("mi",null,"n"),e("mn",null,"2")])])],-1),a4={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},o4={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},s4=s('',1),l4=[s4],i4=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),n4=s('
    Namespaced Merkle trees (NMTs) ​
    Celestia partitions the block data into multiple namespaces, one for every application (e.g., rollup) using the DA layer. As a result, every application needs to download only its own data and can ignore the data of other applications.
    For this to work, the DA layer must be able to prove that the provided data is complete, i.e., all the data for a given namespace is returned. To this end, Celestia is using Namespaced Merkle trees (NMTs).
    An NMT is a Merkle tree with the leafs ordered by the namespace identifiers and the hash function modified so that every node in the tree includes the range of namespaces of all its descendants. The following figure shows an example of an NMT with height three (i.e., eight data shares). The data is partitioned into three namespaces.
    Namespaced Merkle Tree
    When an application requests the data for namespace 2, the DA layer must provide the data shares D3, D4, D5, and D6 and the nodes N2, N8 and N7 as proof (note that the application already has the root N14 from the block header).
    As a result, the application is able to check that the provided data is part of the block data. Furthermore, the application can verify that all the data for namespace 2 was provided. If the DA layer provides for example only the data shares D4 and D5, it must also provide nodes N12 and N11 as proofs. However, the application can identify that the data is incomplete by checking the namespace range of the two nodes, i.e., both N12 and N11 have descendants part of namespace 2.
    For more details on NMTs, refer to the original paper.
    Building a PoS blockchain for DA ​
    Providing data availability ​
    The Celestia DA layer consists of a PoS blockchain. Celestia is dubbing this blockchain as the celestia-app, an application that provides transactions to facilitate the DA layer and is built using Cosmos SDK. The following figure shows the main components of celestia-app.
    Main components of celestia-app
    celestia-app is built on top of celestia-core, a modified version of the Tendermint consensus algorithm. Among the more important changes to vanilla Tendermint, celestia-core:
    • Enables the erasure coding of block data (using the 2-dimensional Reed-Solomon encoding scheme).
    • Replaces the regular Merkle tree used by Tendermint to store block data with a Namespaced Merkle tree that enables the above layers (i.e., execution and settlement) to only download the needed data (for more details, see the section below describing use cases).
    For more details on the changes to Tendermint, take a look at the ADRs. Notice that celestia-core nodes are still using the Tendermint p2p network.
    Similarly to Tendermint, celestia-core is connected to the application layer (i.e., the state machine) by ABCI++, a major evolution of ABCI (Application Blockchain Interface).
    The celestia-app state machine is necessary to execute the PoS logic and to enable the governance of the DA layer.
    However, the celestia-app is data-agnostic -- the state machine neither validates nor stores the data that is made available by the celestia-app.
    ',18);function r4(T4,d4,Q4,h4,c4,m4){return a(),o("div",null,[d,e("p",null,[t("To make DAS possible, Celestia uses a 2-dimensional Reed-Solomon encoding scheme to encode the block data: every block data is split into "),e("mjx-container",Q,[(a(),o("svg",h,m)),p]),t(" shares, arranged in a "),e("mjx-container",g,[(a(),o("svg",x,_)),w]),t(" matrix, and extended with parity data into a "),e("mjx-container",f,[(a(),o("svg",b,y)),v]),t(" extended matrix by applying multiple times Reed-Solomon encoding.")]),e("p",null,[t("Then, "),e("mjx-container",L,[(a(),o("svg",M,V)),S]),t(" separate Merkle roots are computed for the rows and columns of the extended matrix; the Merkle root of these Merkle roots is used as the block data commitment in the block header.")]),C,e("p",null,[t("To verify that the data is available, Celestia light nodes are sampling the "),e("mjx-container",D,[(a(),o("svg",A,Z)),P]),t(" data shares.")]),N,e("p",null,[t("Additionally, every received data share with a correct Merkle proof is gossiped to the network. As a result, as long as the Celestia light nodes are sampling together enough data shares ("),I,t(", at least "),e("mjx-container",B,[(a(),o("svg",R,E)),z]),t(" unique shares), the full block can be recovered by honest full nodes.")]),G,J,F,e("p",null,[t("This means that increasing the number of light nodes performing DAS allows for larger blocks ("),O,t(", with more transactions), while still keeping DAS feasible for resource-limited light nodes. However, in order to validate block headers, Celestia light nodes need to download the "),e("mjx-container",$,[(a(),o("svg",W,U)),X]),t(" intermediate Merkle roots.")]),e("p",null,[t("For a block data size of "),e("mjx-container",Y,[(a(),o("svg",e1,a1)),o1]),t(" bytes, this means that every light node must download "),e("mjx-container",s1,[(a(),o("svg",l1,n1)),r1]),t(" bytes. Therefore, any improvement in the bandwidth capacity of Celestia light nodes has a quadratic effect on the throughput of Celestia's DA layer.")]),T1,e("p",null,[t("The requirement of downloading the "),e("mjx-container",d1,[(a(),o("svg",Q1,c1)),m1]),t(" intermediate Merkle roots is a consequence of using a 2-dimensional Reed-Solomon encoding scheme. Alternatively, DAS could be designed with a standard ("),p1,t(", 1-dimensional) Reed-Solomon encoding, where the original data is split into "),e("mjx-container",g1,[(a(),o("svg",x1,_1)),w1]),t(" shares and extended with "),e("mjx-container",f1,[(a(),o("svg",b1,y1)),v1]),t(" additional shares of parity data. Since the block data commitment is the Merkle root of the "),e("mjx-container",L1,[(a(),o("svg",M1,V1)),S1]),t(" resulting data shares, light nodes no longer need to download "),e("mjx-container",C1,[(a(),o("svg",D1,j1)),Z1]),t(" bytes to validate block headers.")]),P1,e("p",null,[t("This is possible as "),N1,t(" Thus, if the extended data is invalid, the original data might not be recoverable, even if the light nodes are sampling sufficient unique shares ("),I1,t(", at least "),e("mjx-container",B1,[(a(),o("svg",R1,E1)),z1]),t(" for a standard encoding and "),e("mjx-container",G1,[(a(),o("svg",J1,O1)),$1]),t(" for a 2-dimensional encoding).")]),e("p",null,[t("As a solution, "),W1,t(" enable light nodes to reject blocks with invalid extended data. Such proofs require reconstructing the encoding and verifying the mismatch. With standard Reed-Solomon encoding, this entails downloading the original data, "),K1,t(", "),e("mjx-container",U1,[(a(),o("svg",X1,e4)),t4]),t(" bytes. Contrastingly, with 2-dimensional Reed-Solomon encoding, only "),e("mjx-container",a4,[(a(),o("svg",o4,l4)),i4]),t(" bytes are required as it is sufficient to verify only one row or one column of the extended matrix.")]),n4])}const x4=l(T,[["render",r4]]);export{g4 as __pageData,x4 as default};
+import{_ as l,o as a,c as o,k as e,a as t,Q as s}from"./chunks/framework.611656c0.js";const i="/docs-preview/pr-1489/img/learn/reed-solomon-encoding.png",n="/docs-preview/pr-1489/img/learn/nmt.png",r="/docs-preview/pr-1489/img/learn/celestia-app.png",g4=JSON.parse(`{"title":"Celestia's data availability layer","description":"Celestia's Data Availability layer and its key features.","frontmatter":{"description":"Celestia's Data Availability layer and its key features.","head":[["meta",{"name":"og:title","content":"Celestia's data availability layer | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/data-availability-layer.md","filePath":"learn/how-celestia-works/data-availability-layer.md","lastUpdated":1711718743000}`),T={name:"learn/how-celestia-works/data-availability-layer.md"},d=s('
    Celestia's data availability layer ​
    Celestia is a data availability (DA) layer that provides a scalable solution to the data availability problem. Due to the permissionless nature of the blockchain networks, a DA layer must provide a mechanism for the execution and settlement layers to check in a trust-minimized way whether transaction data is indeed available.
    Two key features of Celestia's DA layer are data availability sampling (DAS) and Namespaced Merkle trees (NMTs). Both features are novel blockchain scaling solutions: DAS enables light nodes to verify data availability without needing to download an entire block; NMTs enable execution and settlement layers on Celestia to download transactions that are only relevant to them.
    Data availability sampling (DAS) ​
    In general, light nodes download only block headers that contain commitments (i.e., Merkle roots) of the block data (i.e., the list of transactions).
    ',5),Q={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},h={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},c=s('',1),m=[c],p=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),g={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},x={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},u=s('',1),_=[u],w=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),f={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},b={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},k=s('',1),y=[k],v=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),L={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},M={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},H=s('',1),V=[H],S=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),C=e("p",null,[e("img",{src:i,alt:"2D Reed-Soloman (RS) Encoding"})],-1),D={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},A={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},j=s('',1),Z=[j],P=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),N=e("p",null,[t("Every light node randomly chooses a set of unique coordinates in the extended matrix and queries full nodes for the data shares and the corresponding Merkle proofs at those coordinates. If light nodes receive a valid response for each sampling query, then there is a "),e("a",{href:"https://github.com/celestiaorg/celestia-node/issues/805#issuecomment-1150081075",target:"_blank",rel:"noreferrer"},"high probability guarantee"),t(" that the whole block's data is available.")],-1),I=e("em",null,"i.e.",-1),B={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},R={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},q=s('',1),E=[q],z=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),G=e("p",null,[t("For more details on DAS, take a look at the "),e("a",{href:"https://arxiv.org/abs/1809.09044",target:"_blank",rel:"noreferrer"},"original paper"),t(".")],-1),J=e("h3",{id:"scalability",tabindex:"-1"},[t("Scalability "),e("a",{class:"header-anchor",href:"#scalability","aria-label":'Permalink to "Scalability"'},"​")],-1),F=e("p",null,"DAS enables Celestia to scale the DA layer. DAS can be performed by resource-limited light nodes since each light node only samples a small portion of the block data. The more light nodes there are in the network, the more data they can collectively download and store.",-1),O=e("em",null,"i.e.",-1),$={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},W={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},K=s('',1),U=[K],X=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),Y={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},e1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.345ex",height:"1.912ex",role:"img",focusable:"false",viewBox:"0 -833.9 1036.6 844.9","aria-hidden":"true"},t1=s('',1),a1=[t1],o1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("msup",null,[e("mi",null,"n"),e("mn",null,"2")])])],-1),s1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},l1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},i1=s('',1),n1=[i1],r1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),T1=e("h3",{id:"fraud-proofs-of-incorrectly-extended-data",tabindex:"-1"},[t("Fraud proofs of incorrectly extended data "),e("a",{class:"header-anchor",href:"#fraud-proofs-of-incorrectly-extended-data","aria-label":'Permalink to "Fraud proofs of incorrectly extended data"'},"​")],-1),d1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Q1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},h1=s('',1),c1=[h1],m1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),p1=e("em",null,"i.e.",-1),g1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},x1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},u1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),_1=[u1],w1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),f1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},b1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},k1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),y1=[k1],v1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),L1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},M1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},H1=s('',1),V1=[H1],S1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k")])],-1),C1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},D1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},A1=s('',1),j1=[A1],Z1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),P1=e("p",null,"The downside of the standard Reed-Solomon encoding is dealing with malicious block producers that generate the extended data incorrectly.",-1),N1=e("strong",null,[t("Celestia does not require a majority of the consensus ("),e("em",null,"i.e."),t(", block producers) to be honest to guarantee data availability.")],-1),I1=e("em",null,"i.e.",-1),B1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},R1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},q1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),E1=[q1],z1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),G1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},J1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},F1=s('',1),O1=[F1],$1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),W1=e("em",null,"Fraud Proofs of Incorrectly Generated Extended Data",-1),K1=e("em",null,"i.e.",-1),U1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},X1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.345ex",height:"1.912ex",role:"img",focusable:"false",viewBox:"0 -833.9 1036.6 844.9","aria-hidden":"true"},Y1=s('',1),e4=[Y1],t4=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("msup",null,[e("mi",null,"n"),e("mn",null,"2")])])],-1),a4={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},o4={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},s4=s('',1),l4=[s4],i4=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),n4=s('
    Namespaced Merkle trees (NMTs) ​
    Celestia partitions the block data into multiple namespaces, one for every application (e.g., rollup) using the DA layer. As a result, every application needs to download only its own data and can ignore the data of other applications.
    For this to work, the DA layer must be able to prove that the provided data is complete, i.e., all the data for a given namespace is returned. To this end, Celestia is using Namespaced Merkle trees (NMTs).
    An NMT is a Merkle tree with the leafs ordered by the namespace identifiers and the hash function modified so that every node in the tree includes the range of namespaces of all its descendants. The following figure shows an example of an NMT with height three (i.e., eight data shares). The data is partitioned into three namespaces.
    Namespaced Merkle Tree
    When an application requests the data for namespace 2, the DA layer must provide the data shares D3, D4, D5, and D6 and the nodes N2, N8 and N7 as proof (note that the application already has the root N14 from the block header).
    As a result, the application is able to check that the provided data is part of the block data. Furthermore, the application can verify that all the data for namespace 2 was provided. If the DA layer provides for example only the data shares D4 and D5, it must also provide nodes N12 and N11 as proofs. However, the application can identify that the data is incomplete by checking the namespace range of the two nodes, i.e., both N12 and N11 have descendants part of namespace 2.
    For more details on NMTs, refer to the original paper.
    Building a PoS blockchain for DA ​
    Providing data availability ​
    The Celestia DA layer consists of a PoS blockchain. Celestia is dubbing this blockchain as the celestia-app, an application that provides transactions to facilitate the DA layer and is built using Cosmos SDK. The following figure shows the main components of celestia-app.
    Main components of celestia-app
    celestia-app is built on top of celestia-core, a modified version of the Tendermint consensus algorithm. Among the more important changes to vanilla Tendermint, celestia-core:
    • Enables the erasure coding of block data (using the 2-dimensional Reed-Solomon encoding scheme).
    • Replaces the regular Merkle tree used by Tendermint to store block data with a Namespaced Merkle tree that enables the above layers (i.e., execution and settlement) to only download the needed data (for more details, see the section below describing use cases).
    For more details on the changes to Tendermint, take a look at the ADRs. Notice that celestia-core nodes are still using the Tendermint p2p network.
    Similarly to Tendermint, celestia-core is connected to the application layer (i.e., the state machine) by ABCI++, a major evolution of ABCI (Application Blockchain Interface).
    The celestia-app state machine is necessary to execute the PoS logic and to enable the governance of the DA layer.
    However, the celestia-app is data-agnostic -- the state machine neither validates nor stores the data that is made available by the celestia-app.
    ',18);function r4(T4,d4,Q4,h4,c4,m4){return a(),o("div",null,[d,e("p",null,[t("To make DAS possible, Celestia uses a 2-dimensional Reed-Solomon encoding scheme to encode the block data: every block data is split into "),e("mjx-container",Q,[(a(),o("svg",h,m)),p]),t(" shares, arranged in a "),e("mjx-container",g,[(a(),o("svg",x,_)),w]),t(" matrix, and extended with parity data into a "),e("mjx-container",f,[(a(),o("svg",b,y)),v]),t(" extended matrix by applying multiple times Reed-Solomon encoding.")]),e("p",null,[t("Then, "),e("mjx-container",L,[(a(),o("svg",M,V)),S]),t(" separate Merkle roots are computed for the rows and columns of the extended matrix; the Merkle root of these Merkle roots is used as the block data commitment in the block header.")]),C,e("p",null,[t("To verify that the data is available, Celestia light nodes are sampling the "),e("mjx-container",D,[(a(),o("svg",A,Z)),P]),t(" data shares.")]),N,e("p",null,[t("Additionally, every received data share with a correct Merkle proof is gossiped to the network. As a result, as long as the Celestia light nodes are sampling together enough data shares ("),I,t(", at least "),e("mjx-container",B,[(a(),o("svg",R,E)),z]),t(" unique shares), the full block can be recovered by honest full nodes.")]),G,J,F,e("p",null,[t("This means that increasing the number of light nodes performing DAS allows for larger blocks ("),O,t(", with more transactions), while still keeping DAS feasible for resource-limited light nodes. However, in order to validate block headers, Celestia light nodes need to download the "),e("mjx-container",$,[(a(),o("svg",W,U)),X]),t(" intermediate Merkle roots.")]),e("p",null,[t("For a block data size of "),e("mjx-container",Y,[(a(),o("svg",e1,a1)),o1]),t(" bytes, this means that every light node must download "),e("mjx-container",s1,[(a(),o("svg",l1,n1)),r1]),t(" bytes. Therefore, any improvement in the bandwidth capacity of Celestia light nodes has a quadratic effect on the throughput of Celestia's DA layer.")]),T1,e("p",null,[t("The requirement of downloading the "),e("mjx-container",d1,[(a(),o("svg",Q1,c1)),m1]),t(" intermediate Merkle roots is a consequence of using a 2-dimensional Reed-Solomon encoding scheme. Alternatively, DAS could be designed with a standard ("),p1,t(", 1-dimensional) Reed-Solomon encoding, where the original data is split into "),e("mjx-container",g1,[(a(),o("svg",x1,_1)),w1]),t(" shares and extended with "),e("mjx-container",f1,[(a(),o("svg",b1,y1)),v1]),t(" additional shares of parity data. Since the block data commitment is the Merkle root of the "),e("mjx-container",L1,[(a(),o("svg",M1,V1)),S1]),t(" resulting data shares, light nodes no longer need to download "),e("mjx-container",C1,[(a(),o("svg",D1,j1)),Z1]),t(" bytes to validate block headers.")]),P1,e("p",null,[t("This is possible as "),N1,t(" Thus, if the extended data is invalid, the original data might not be recoverable, even if the light nodes are sampling sufficient unique shares ("),I1,t(", at least "),e("mjx-container",B1,[(a(),o("svg",R1,E1)),z1]),t(" for a standard encoding and "),e("mjx-container",G1,[(a(),o("svg",J1,O1)),$1]),t(" for a 2-dimensional encoding).")]),e("p",null,[t("As a solution, "),W1,t(" enable light nodes to reject blocks with invalid extended data. Such proofs require reconstructing the encoding and verifying the mismatch. With standard Reed-Solomon encoding, this entails downloading the original data, "),K1,t(", "),e("mjx-container",U1,[(a(),o("svg",X1,e4)),t4]),t(" bytes. Contrastingly, with 2-dimensional Reed-Solomon encoding, only "),e("mjx-container",a4,[(a(),o("svg",o4,l4)),i4]),t(" bytes are required as it is sufficient to verify only one row or one column of the extended matrix.")]),n4])}const x4=l(T,[["render",r4]]);export{g4 as __pageData,x4 as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.10a07df1.lean.js b/pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.2449885c.lean.js
similarity index 99%
rename from pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.10a07df1.lean.js
rename to pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.2449885c.lean.js
index 4e122cf5d3..d4c70b0e36 100644
--- a/pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.10a07df1.lean.js
+++ b/pr-1489/assets/learn_how-celestia-works_data-availability-layer.md.2449885c.lean.js
@@ -1 +1 @@
-import{_ as l,o as a,c as o,k as e,a as t,Q as s}from"./chunks/framework.611656c0.js";const i="/docs-preview/pr-1489/img/learn/reed-solomon-encoding.png",n="/docs-preview/pr-1489/img/learn/nmt.png",r="/docs-preview/pr-1489/img/learn/celestia-app.png",g4=JSON.parse(`{"title":"Celestia's data availability layer","description":"Celestia's Data Availability layer and its key features.","frontmatter":{"description":"Celestia's Data Availability layer and its key features.","head":[["meta",{"name":"og:title","content":"Celestia's data availability layer | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/data-availability-layer.md","filePath":"learn/how-celestia-works/data-availability-layer.md","lastUpdated":1711718709000}`),T={name:"learn/how-celestia-works/data-availability-layer.md"},d=s("",5),Q={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},h={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},c=s("",1),m=[c],p=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),g={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},x={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},u=s("",1),_=[u],w=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),f={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},b={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},k=s("",1),y=[k],v=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),L={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},M={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},H=s("",1),V=[H],S=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),C=e("p",null,[e("img",{src:i,alt:"2D Reed-Soloman (RS) Encoding"})],-1),D={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},A={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},j=s("",1),Z=[j],P=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),N=e("p",null,[t("Every light node randomly chooses a set of unique coordinates in the extended matrix and queries full nodes for the data shares and the corresponding Merkle proofs at those coordinates. If light nodes receive a valid response for each sampling query, then there is a "),e("a",{href:"https://github.com/celestiaorg/celestia-node/issues/805#issuecomment-1150081075",target:"_blank",rel:"noreferrer"},"high probability guarantee"),t(" that the whole block's data is available.")],-1),I=e("em",null,"i.e.",-1),B={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},R={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},q=s("",1),E=[q],z=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),G=e("p",null,[t("For more details on DAS, take a look at the "),e("a",{href:"https://arxiv.org/abs/1809.09044",target:"_blank",rel:"noreferrer"},"original paper"),t(".")],-1),J=e("h3",{id:"scalability",tabindex:"-1"},[t("Scalability "),e("a",{class:"header-anchor",href:"#scalability","aria-label":'Permalink to "Scalability"'},"​")],-1),F=e("p",null,"DAS enables Celestia to scale the DA layer. DAS can be performed by resource-limited light nodes since each light node only samples a small portion of the block data. The more light nodes there are in the network, the more data they can collectively download and store.",-1),O=e("em",null,"i.e.",-1),$={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},W={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},K=s("",1),U=[K],X=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),Y={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},e1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.345ex",height:"1.912ex",role:"img",focusable:"false",viewBox:"0 -833.9 1036.6 844.9","aria-hidden":"true"},t1=s("",1),a1=[t1],o1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("msup",null,[e("mi",null,"n"),e("mn",null,"2")])])],-1),s1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},l1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},i1=s("",1),n1=[i1],r1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),T1=e("h3",{id:"fraud-proofs-of-incorrectly-extended-data",tabindex:"-1"},[t("Fraud proofs of incorrectly extended data "),e("a",{class:"header-anchor",href:"#fraud-proofs-of-incorrectly-extended-data","aria-label":'Permalink to "Fraud proofs of incorrectly extended data"'},"​")],-1),d1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Q1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},h1=s("",1),c1=[h1],m1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),p1=e("em",null,"i.e.",-1),g1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},x1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},u1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),_1=[u1],w1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),f1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},b1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},k1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),y1=[k1],v1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),L1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},M1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},H1=s("",1),V1=[H1],S1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k")])],-1),C1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},D1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},A1=s("",1),j1=[A1],Z1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),P1=e("p",null,"The downside of the standard Reed-Solomon encoding is dealing with malicious block producers that generate the extended data incorrectly.",-1),N1=e("strong",null,[t("Celestia does not require a majority of the consensus ("),e("em",null,"i.e."),t(", block producers) to be honest to guarantee data availability.")],-1),I1=e("em",null,"i.e.",-1),B1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},R1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},q1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),E1=[q1],z1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),G1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},J1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},F1=s("",1),O1=[F1],$1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),W1=e("em",null,"Fraud Proofs of Incorrectly Generated Extended Data",-1),K1=e("em",null,"i.e.",-1),U1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},X1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.345ex",height:"1.912ex",role:"img",focusable:"false",viewBox:"0 -833.9 1036.6 844.9","aria-hidden":"true"},Y1=s("",1),e4=[Y1],t4=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("msup",null,[e("mi",null,"n"),e("mn",null,"2")])])],-1),a4={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},o4={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},s4=s("",1),l4=[s4],i4=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),n4=s("",18);function r4(T4,d4,Q4,h4,c4,m4){return a(),o("div",null,[d,e("p",null,[t("To make DAS possible, Celestia uses a 2-dimensional Reed-Solomon encoding scheme to encode the block data: every block data is split into "),e("mjx-container",Q,[(a(),o("svg",h,m)),p]),t(" shares, arranged in a "),e("mjx-container",g,[(a(),o("svg",x,_)),w]),t(" matrix, and extended with parity data into a "),e("mjx-container",f,[(a(),o("svg",b,y)),v]),t(" extended matrix by applying multiple times Reed-Solomon encoding.")]),e("p",null,[t("Then, "),e("mjx-container",L,[(a(),o("svg",M,V)),S]),t(" separate Merkle roots are computed for the rows and columns of the extended matrix; the Merkle root of these Merkle roots is used as the block data commitment in the block header.")]),C,e("p",null,[t("To verify that the data is available, Celestia light nodes are sampling the "),e("mjx-container",D,[(a(),o("svg",A,Z)),P]),t(" data shares.")]),N,e("p",null,[t("Additionally, every received data share with a correct Merkle proof is gossiped to the network. As a result, as long as the Celestia light nodes are sampling together enough data shares ("),I,t(", at least "),e("mjx-container",B,[(a(),o("svg",R,E)),z]),t(" unique shares), the full block can be recovered by honest full nodes.")]),G,J,F,e("p",null,[t("This means that increasing the number of light nodes performing DAS allows for larger blocks ("),O,t(", with more transactions), while still keeping DAS feasible for resource-limited light nodes. However, in order to validate block headers, Celestia light nodes need to download the "),e("mjx-container",$,[(a(),o("svg",W,U)),X]),t(" intermediate Merkle roots.")]),e("p",null,[t("For a block data size of "),e("mjx-container",Y,[(a(),o("svg",e1,a1)),o1]),t(" bytes, this means that every light node must download "),e("mjx-container",s1,[(a(),o("svg",l1,n1)),r1]),t(" bytes. Therefore, any improvement in the bandwidth capacity of Celestia light nodes has a quadratic effect on the throughput of Celestia's DA layer.")]),T1,e("p",null,[t("The requirement of downloading the "),e("mjx-container",d1,[(a(),o("svg",Q1,c1)),m1]),t(" intermediate Merkle roots is a consequence of using a 2-dimensional Reed-Solomon encoding scheme. Alternatively, DAS could be designed with a standard ("),p1,t(", 1-dimensional) Reed-Solomon encoding, where the original data is split into "),e("mjx-container",g1,[(a(),o("svg",x1,_1)),w1]),t(" shares and extended with "),e("mjx-container",f1,[(a(),o("svg",b1,y1)),v1]),t(" additional shares of parity data. Since the block data commitment is the Merkle root of the "),e("mjx-container",L1,[(a(),o("svg",M1,V1)),S1]),t(" resulting data shares, light nodes no longer need to download "),e("mjx-container",C1,[(a(),o("svg",D1,j1)),Z1]),t(" bytes to validate block headers.")]),P1,e("p",null,[t("This is possible as "),N1,t(" Thus, if the extended data is invalid, the original data might not be recoverable, even if the light nodes are sampling sufficient unique shares ("),I1,t(", at least "),e("mjx-container",B1,[(a(),o("svg",R1,E1)),z1]),t(" for a standard encoding and "),e("mjx-container",G1,[(a(),o("svg",J1,O1)),$1]),t(" for a 2-dimensional encoding).")]),e("p",null,[t("As a solution, "),W1,t(" enable light nodes to reject blocks with invalid extended data. Such proofs require reconstructing the encoding and verifying the mismatch. With standard Reed-Solomon encoding, this entails downloading the original data, "),K1,t(", "),e("mjx-container",U1,[(a(),o("svg",X1,e4)),t4]),t(" bytes. Contrastingly, with 2-dimensional Reed-Solomon encoding, only "),e("mjx-container",a4,[(a(),o("svg",o4,l4)),i4]),t(" bytes are required as it is sufficient to verify only one row or one column of the extended matrix.")]),n4])}const x4=l(T,[["render",r4]]);export{g4 as __pageData,x4 as default};
+import{_ as l,o as a,c as o,k as e,a as t,Q as s}from"./chunks/framework.611656c0.js";const i="/docs-preview/pr-1489/img/learn/reed-solomon-encoding.png",n="/docs-preview/pr-1489/img/learn/nmt.png",r="/docs-preview/pr-1489/img/learn/celestia-app.png",g4=JSON.parse(`{"title":"Celestia's data availability layer","description":"Celestia's Data Availability layer and its key features.","frontmatter":{"description":"Celestia's Data Availability layer and its key features.","head":[["meta",{"name":"og:title","content":"Celestia's data availability layer | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/data-availability-layer.md","filePath":"learn/how-celestia-works/data-availability-layer.md","lastUpdated":1711718743000}`),T={name:"learn/how-celestia-works/data-availability-layer.md"},d=s("",5),Q={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},h={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},c=s("",1),m=[c],p=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),g={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},x={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},u=s("",1),_=[u],w=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),f={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},b={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},k=s("",1),y=[k],v=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),L={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},M={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},H=s("",1),V=[H],S=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),C=e("p",null,[e("img",{src:i,alt:"2D Reed-Soloman (RS) Encoding"})],-1),D={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},A={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},j=s("",1),Z=[j],P=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),N=e("p",null,[t("Every light node randomly chooses a set of unique coordinates in the extended matrix and queries full nodes for the data shares and the corresponding Merkle proofs at those coordinates. If light nodes receive a valid response for each sampling query, then there is a "),e("a",{href:"https://github.com/celestiaorg/celestia-node/issues/805#issuecomment-1150081075",target:"_blank",rel:"noreferrer"},"high probability guarantee"),t(" that the whole block's data is available.")],-1),I=e("em",null,"i.e.",-1),B={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},R={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},q=s("",1),E=[q],z=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),G=e("p",null,[t("For more details on DAS, take a look at the "),e("a",{href:"https://arxiv.org/abs/1809.09044",target:"_blank",rel:"noreferrer"},"original paper"),t(".")],-1),J=e("h3",{id:"scalability",tabindex:"-1"},[t("Scalability "),e("a",{class:"header-anchor",href:"#scalability","aria-label":'Permalink to "Scalability"'},"​")],-1),F=e("p",null,"DAS enables Celestia to scale the DA layer. DAS can be performed by resource-limited light nodes since each light node only samples a small portion of the block data. The more light nodes there are in the network, the more data they can collectively download and store.",-1),O=e("em",null,"i.e.",-1),$={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},W={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},K=s("",1),U=[K],X=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),Y={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},e1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.345ex",height:"1.912ex",role:"img",focusable:"false",viewBox:"0 -833.9 1036.6 844.9","aria-hidden":"true"},t1=s("",1),a1=[t1],o1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("msup",null,[e("mi",null,"n"),e("mn",null,"2")])])],-1),s1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},l1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},i1=s("",1),n1=[i1],r1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),T1=e("h3",{id:"fraud-proofs-of-incorrectly-extended-data",tabindex:"-1"},[t("Fraud proofs of incorrectly extended data "),e("a",{class:"header-anchor",href:"#fraud-proofs-of-incorrectly-extended-data","aria-label":'Permalink to "Fraud proofs of incorrectly extended data"'},"​")],-1),d1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Q1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},h1=s("",1),c1=[h1],m1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),p1=e("em",null,"i.e.",-1),g1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},x1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},u1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),_1=[u1],w1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),f1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},b1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},k1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),y1=[k1],v1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),L1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},M1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},H1=s("",1),V1=[H1],S1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k")])],-1),C1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},D1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},A1=s("",1),j1=[A1],Z1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),P1=e("p",null,"The downside of the standard Reed-Solomon encoding is dealing with malicious block producers that generate the extended data incorrectly.",-1),N1=e("strong",null,[t("Celestia does not require a majority of the consensus ("),e("em",null,"i.e."),t(", block producers) to be honest to guarantee data availability.")],-1),I1=e("em",null,"i.e.",-1),B1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},R1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"1.179ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 521 705","aria-hidden":"true"},q1=e("g",{stroke:"currentColor",fill:"currentColor","stroke-width":"0",transform:"scale(1,-1)"},[e("g",{"data-mml-node":"math"},[e("g",{"data-mml-node":"mi"},[e("path",{"data-c":"1D458",d:"M121 647Q121 657 125 670T137 683Q138 683 209 688T282 694Q294 694 294 686Q294 679 244 477Q194 279 194 272Q213 282 223 291Q247 309 292 354T362 415Q402 442 438 442Q468 442 485 423T503 369Q503 344 496 327T477 302T456 291T438 288Q418 288 406 299T394 328Q394 353 410 369T442 390L458 393Q446 405 434 405H430Q398 402 367 380T294 316T228 255Q230 254 243 252T267 246T293 238T320 224T342 206T359 180T365 147Q365 130 360 106T354 66Q354 26 381 26Q429 26 459 145Q461 153 479 153H483Q499 153 499 144Q499 139 496 130Q455 -11 378 -11Q333 -11 305 15T277 90Q277 108 280 121T283 145Q283 167 269 183T234 206T200 217T182 220H180Q168 178 159 139T145 81T136 44T129 20T122 7T111 -2Q98 -11 83 -11Q66 -11 57 -1T48 16Q48 26 85 176T158 471L195 616Q196 629 188 632T149 637H144Q134 637 131 637T124 640T121 647Z",style:{"stroke-width":"3"}})])])],-1),E1=[q1],z1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k")])],-1),G1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},J1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},F1=s("",1),O1=[F1],$1=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),W1=e("em",null,"Fraud Proofs of Incorrectly Generated Extended Data",-1),K1=e("em",null,"i.e.",-1),U1={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},X1={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.345ex",height:"1.912ex",role:"img",focusable:"false",viewBox:"0 -833.9 1036.6 844.9","aria-hidden":"true"},Y1=s("",1),e4=[Y1],t4=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("msup",null,[e("mi",null,"n"),e("mn",null,"2")])])],-1),a4={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},o4={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"4.844ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 2141 1000","aria-hidden":"true"},s4=s("",1),l4=[s4],i4=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"O"),e("mo",{stretchy:"false"},"("),e("mi",null,"n"),e("mo",{stretchy:"false"},")")])],-1),n4=s("",18);function r4(T4,d4,Q4,h4,c4,m4){return a(),o("div",null,[d,e("p",null,[t("To make DAS possible, Celestia uses a 2-dimensional Reed-Solomon encoding scheme to encode the block data: every block data is split into "),e("mjx-container",Q,[(a(),o("svg",h,m)),p]),t(" shares, arranged in a "),e("mjx-container",g,[(a(),o("svg",x,_)),w]),t(" matrix, and extended with parity data into a "),e("mjx-container",f,[(a(),o("svg",b,y)),v]),t(" extended matrix by applying multiple times Reed-Solomon encoding.")]),e("p",null,[t("Then, "),e("mjx-container",L,[(a(),o("svg",M,V)),S]),t(" separate Merkle roots are computed for the rows and columns of the extended matrix; the Merkle root of these Merkle roots is used as the block data commitment in the block header.")]),C,e("p",null,[t("To verify that the data is available, Celestia light nodes are sampling the "),e("mjx-container",D,[(a(),o("svg",A,Z)),P]),t(" data shares.")]),N,e("p",null,[t("Additionally, every received data share with a correct Merkle proof is gossiped to the network. As a result, as long as the Celestia light nodes are sampling together enough data shares ("),I,t(", at least "),e("mjx-container",B,[(a(),o("svg",R,E)),z]),t(" unique shares), the full block can be recovered by honest full nodes.")]),G,J,F,e("p",null,[t("This means that increasing the number of light nodes performing DAS allows for larger blocks ("),O,t(", with more transactions), while still keeping DAS feasible for resource-limited light nodes. However, in order to validate block headers, Celestia light nodes need to download the "),e("mjx-container",$,[(a(),o("svg",W,U)),X]),t(" intermediate Merkle roots.")]),e("p",null,[t("For a block data size of "),e("mjx-container",Y,[(a(),o("svg",e1,a1)),o1]),t(" bytes, this means that every light node must download "),e("mjx-container",s1,[(a(),o("svg",l1,n1)),r1]),t(" bytes. Therefore, any improvement in the bandwidth capacity of Celestia light nodes has a quadratic effect on the throughput of Celestia's DA layer.")]),T1,e("p",null,[t("The requirement of downloading the "),e("mjx-container",d1,[(a(),o("svg",Q1,c1)),m1]),t(" intermediate Merkle roots is a consequence of using a 2-dimensional Reed-Solomon encoding scheme. Alternatively, DAS could be designed with a standard ("),p1,t(", 1-dimensional) Reed-Solomon encoding, where the original data is split into "),e("mjx-container",g1,[(a(),o("svg",x1,_1)),w1]),t(" shares and extended with "),e("mjx-container",f1,[(a(),o("svg",b1,y1)),v1]),t(" additional shares of parity data. Since the block data commitment is the Merkle root of the "),e("mjx-container",L1,[(a(),o("svg",M1,V1)),S1]),t(" resulting data shares, light nodes no longer need to download "),e("mjx-container",C1,[(a(),o("svg",D1,j1)),Z1]),t(" bytes to validate block headers.")]),P1,e("p",null,[t("This is possible as "),N1,t(" Thus, if the extended data is invalid, the original data might not be recoverable, even if the light nodes are sampling sufficient unique shares ("),I1,t(", at least "),e("mjx-container",B1,[(a(),o("svg",R1,E1)),z1]),t(" for a standard encoding and "),e("mjx-container",G1,[(a(),o("svg",J1,O1)),$1]),t(" for a 2-dimensional encoding).")]),e("p",null,[t("As a solution, "),W1,t(" enable light nodes to reject blocks with invalid extended data. Such proofs require reconstructing the encoding and verifying the mismatch. With standard Reed-Solomon encoding, this entails downloading the original data, "),K1,t(", "),e("mjx-container",U1,[(a(),o("svg",X1,e4)),t4]),t(" bytes. Contrastingly, with 2-dimensional Reed-Solomon encoding, only "),e("mjx-container",a4,[(a(),o("svg",o4,l4)),i4]),t(" bytes are required as it is sufficient to verify only one row or one column of the extended matrix.")]),n4])}const x4=l(T,[["render",r4]]);export{g4 as __pageData,x4 as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.3c3dbd50.js b/pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.b2069366.js
similarity index 98%
rename from pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.3c3dbd50.js
rename to pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.b2069366.js
index 19cb281e1f..603a268f2b 100644
--- a/pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.3c3dbd50.js
+++ b/pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.b2069366.js
@@ -1 +1 @@
-import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/learn/monolithic-modular.png",g=JSON.parse('{"title":"Monolithic vs. modular blockchains","description":"Comparison between monolithic and modular blockchains.","frontmatter":{"description":"Comparison between monolithic and modular blockchains.","head":[["meta",{"name":"og:title","content":"Monolithic vs. modular blockchains | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/monolithic-vs-modular.md","filePath":"learn/how-celestia-works/monolithic-vs-modular.md","lastUpdated":1711718709000}'),i={name:"learn/how-celestia-works/monolithic-vs-modular.md"},s=a('
    Monolithic vs. modular blockchains ​
    Blockchains instantiate replicated state machines: the nodes in a permissionless distributed network apply an ordered sequence of deterministic transactions to an initial state resulting in a common final state.
    In other words, this means that nodes in a network all follow the same set of rules (i.e., an ordered sequence of transactions) to go from a starting point (i.e., an initial state) to an ending point (i.e., a common final state). This process ensures that all nodes in the network agree on the final state of the blockchain, even though they operate independently.
    This means blockchains require the following four functions:
    • Execution entails executing transactions that update the state correctly. Thus, execution must ensure that only valid transactions are executed, i.e., transactions that result in valid state machine transitions.
    • Settlement entails an environment for execution layers to verify proofs, resolve fraud disputes, and bridge between other execution layers.
    • Consensus entails agreeing on the order of the transactions.
    • Data Availability (DA) entails making the transaction data available. Note that execution, settlement, and consensus require DA.
    Traditional blockchains, i.e. monolithic blockchains, implement all four functions together in a single base consensus layer. The problem with monolithic blockchains is that the consensus layer must perform a lot of different tasks and it cannot be optimized for only one of these functions. As a result, the monolithic paradigm limits the throughput of the system.
    Modular VS Monolithic
    As a solution, modular blockchains decouple these functions among multiple specialized layers as part of a modular stack. Due to the flexibility that specialization provides, there are many possibilities in which that stack can be arranged. For example, one such arrangement is the separation of the four functions into three specialized layers.
    The base layer consists of DA and consensus and thus, is referred to as the Consensus and DA layer (or for brevity, the DA layer), while both settlement and execution are moved on top in their own layers. As a result, every layer can be specialized to optimally perform only its function and thus, increase the throughput of the system. Furthermore, this modular paradigm enables multiple execution layers, i.e., rollups, to use the same settlement and DA layers.
    ',9),r=[s];function l(c,h,m,d,u,p){return t(),o("div",null,r)}const b=e(i,[["render",l]]);export{g as __pageData,b as default};
+import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/learn/monolithic-modular.png",g=JSON.parse('{"title":"Monolithic vs. modular blockchains","description":"Comparison between monolithic and modular blockchains.","frontmatter":{"description":"Comparison between monolithic and modular blockchains.","head":[["meta",{"name":"og:title","content":"Monolithic vs. modular blockchains | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/monolithic-vs-modular.md","filePath":"learn/how-celestia-works/monolithic-vs-modular.md","lastUpdated":1711718743000}'),i={name:"learn/how-celestia-works/monolithic-vs-modular.md"},s=a('
    Monolithic vs. modular blockchains ​
    Blockchains instantiate replicated state machines: the nodes in a permissionless distributed network apply an ordered sequence of deterministic transactions to an initial state resulting in a common final state.
    In other words, this means that nodes in a network all follow the same set of rules (i.e., an ordered sequence of transactions) to go from a starting point (i.e., an initial state) to an ending point (i.e., a common final state). This process ensures that all nodes in the network agree on the final state of the blockchain, even though they operate independently.
    This means blockchains require the following four functions:
    • Execution entails executing transactions that update the state correctly. Thus, execution must ensure that only valid transactions are executed, i.e., transactions that result in valid state machine transitions.
    • Settlement entails an environment for execution layers to verify proofs, resolve fraud disputes, and bridge between other execution layers.
    • Consensus entails agreeing on the order of the transactions.
    • Data Availability (DA) entails making the transaction data available. Note that execution, settlement, and consensus require DA.
    Traditional blockchains, i.e. monolithic blockchains, implement all four functions together in a single base consensus layer. The problem with monolithic blockchains is that the consensus layer must perform a lot of different tasks and it cannot be optimized for only one of these functions. As a result, the monolithic paradigm limits the throughput of the system.
    Modular VS Monolithic
    As a solution, modular blockchains decouple these functions among multiple specialized layers as part of a modular stack. Due to the flexibility that specialization provides, there are many possibilities in which that stack can be arranged. For example, one such arrangement is the separation of the four functions into three specialized layers.
    The base layer consists of DA and consensus and thus, is referred to as the Consensus and DA layer (or for brevity, the DA layer), while both settlement and execution are moved on top in their own layers. As a result, every layer can be specialized to optimally perform only its function and thus, increase the throughput of the system. Furthermore, this modular paradigm enables multiple execution layers, i.e., rollups, to use the same settlement and DA layers.
    ',9),r=[s];function l(c,h,m,d,u,p){return t(),o("div",null,r)}const b=e(i,[["render",l]]);export{g as __pageData,b as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.3c3dbd50.lean.js b/pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.b2069366.lean.js
similarity index 92%
rename from pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.3c3dbd50.lean.js
rename to pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.b2069366.lean.js
index 4f311eb022..fb023f166d 100644
--- a/pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.3c3dbd50.lean.js
+++ b/pr-1489/assets/learn_how-celestia-works_monolithic-vs-modular.md.b2069366.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/learn/monolithic-modular.png",g=JSON.parse('{"title":"Monolithic vs. modular blockchains","description":"Comparison between monolithic and modular blockchains.","frontmatter":{"description":"Comparison between monolithic and modular blockchains.","head":[["meta",{"name":"og:title","content":"Monolithic vs. modular blockchains | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/monolithic-vs-modular.md","filePath":"learn/how-celestia-works/monolithic-vs-modular.md","lastUpdated":1711718709000}'),i={name:"learn/how-celestia-works/monolithic-vs-modular.md"},s=a("",9),r=[s];function l(c,h,m,d,u,p){return t(),o("div",null,r)}const b=e(i,[["render",l]]);export{g as __pageData,b as default};
+import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/learn/monolithic-modular.png",g=JSON.parse('{"title":"Monolithic vs. modular blockchains","description":"Comparison between monolithic and modular blockchains.","frontmatter":{"description":"Comparison between monolithic and modular blockchains.","head":[["meta",{"name":"og:title","content":"Monolithic vs. modular blockchains | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/monolithic-vs-modular.md","filePath":"learn/how-celestia-works/monolithic-vs-modular.md","lastUpdated":1711718743000}'),i={name:"learn/how-celestia-works/monolithic-vs-modular.md"},s=a("",9),r=[s];function l(c,h,m,d,u,p){return t(),o("div",null,r)}const b=e(i,[["render",l]]);export{g as __pageData,b as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_overview.md.f302b8da.js b/pr-1489/assets/learn_how-celestia-works_overview.md.0937cc02.js
similarity index 97%
rename from pr-1489/assets/learn_how-celestia-works_overview.md.f302b8da.js
rename to pr-1489/assets/learn_how-celestia-works_overview.md.0937cc02.js
index 41654abf2c..fe2750f6d2 100644
--- a/pr-1489/assets/learn_how-celestia-works_overview.md.f302b8da.js
+++ b/pr-1489/assets/learn_how-celestia-works_overview.md.0937cc02.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Introduction","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Introduction | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/overview.md","filePath":"learn/how-celestia-works/overview.md","lastUpdated":1711718709000}'),i={name:"learn/how-celestia-works/overview.md"},o=r('
    Introduction ​
    Celestia is a modular data availability network that securely scales with the number of users, making it easy for anyone to launch their own blockchain.
    Celestia enables the next generation of scalable blockchain architectures - modular blockchains. Celestia scales by decoupling execution from consensus and introducing a new primitive, data availability sampling.
    The former entails that Celestia is only responsible for ordering transactions and guaranteeing their data availability; this is similar to reducing consensus to atomic broadcast.
    The latter provides an efficient solution to the data availability problem by only requiring resource-limited light nodes to sample a small number of random shares from each block to verify data availability.
    Interestingly, more light nodes that participate in sampling increases the amount of data that the network can safely handle, enabling the block size to increase without equally increasing the cost to verify the chain.
    ',6),n=[o];function s(l,c,h,d,p,m){return a(),t("div",null,n)}const _=e(i,[["render",s]]);export{f as __pageData,_ as default};
+import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Introduction","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Introduction | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/overview.md","filePath":"learn/how-celestia-works/overview.md","lastUpdated":1711718743000}'),i={name:"learn/how-celestia-works/overview.md"},o=r('
    Introduction ​
    Celestia is a modular data availability network that securely scales with the number of users, making it easy for anyone to launch their own blockchain.
    Celestia enables the next generation of scalable blockchain architectures - modular blockchains. Celestia scales by decoupling execution from consensus and introducing a new primitive, data availability sampling.
    The former entails that Celestia is only responsible for ordering transactions and guaranteeing their data availability; this is similar to reducing consensus to atomic broadcast.
    The latter provides an efficient solution to the data availability problem by only requiring resource-limited light nodes to sample a small number of random shares from each block to verify data availability.
    Interestingly, more light nodes that participate in sampling increases the amount of data that the network can safely handle, enabling the block size to increase without equally increasing the cost to verify the chain.
    ',6),n=[o];function s(l,c,h,d,p,m){return a(),t("div",null,n)}const _=e(i,[["render",s]]);export{f as __pageData,_ as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_overview.md.f302b8da.lean.js b/pr-1489/assets/learn_how-celestia-works_overview.md.0937cc02.lean.js
similarity index 89%
rename from pr-1489/assets/learn_how-celestia-works_overview.md.f302b8da.lean.js
rename to pr-1489/assets/learn_how-celestia-works_overview.md.0937cc02.lean.js
index b64ec955aa..9bbeae6fcd 100644
--- a/pr-1489/assets/learn_how-celestia-works_overview.md.f302b8da.lean.js
+++ b/pr-1489/assets/learn_how-celestia-works_overview.md.0937cc02.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Introduction","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Introduction | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/overview.md","filePath":"learn/how-celestia-works/overview.md","lastUpdated":1711718709000}'),i={name:"learn/how-celestia-works/overview.md"},o=r("",6),n=[o];function s(l,c,h,d,p,m){return a(),t("div",null,n)}const _=e(i,[["render",s]]);export{f as __pageData,_ as default};
+import{_ as e,o as a,c as t,Q as r}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Introduction","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Introduction | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/overview.md","filePath":"learn/how-celestia-works/overview.md","lastUpdated":1711718743000}'),i={name:"learn/how-celestia-works/overview.md"},o=r("",6),n=[o];function s(l,c,h,d,p,m){return a(),t("div",null,n)}const _=e(i,[["render",s]]);export{f as __pageData,_ as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.a75201aa.js b/pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.7108ffd9.js
similarity index 99%
rename from pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.a75201aa.js
rename to pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.7108ffd9.js
index d55a3edc22..88a0fadf75 100644
--- a/pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.a75201aa.js
+++ b/pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.7108ffd9.js
@@ -1 +1 @@
-import{_ as i}from"./chunks/tx-lifecycle.4417d3c7.js";import{_ as n,o as a,c as o,k as e,a as t,Q as s}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/learn/consensus-da.png",K=JSON.parse('{"title":"The lifecycle of a celestia-app transaction","description":"Learn what is the lifecycle of a celestia-app transaction.","frontmatter":{"description":"Learn what is the lifecycle of a celestia-app transaction.","head":[["meta",{"name":"og:title","content":"The lifecycle of a celestia-app transaction | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/transaction-lifecycle.md","filePath":"learn/how-celestia-works/transaction-lifecycle.md","lastUpdated":1711718709000}'),r={name:"learn/how-celestia-works/transaction-lifecycle.md"},c=s('
    The lifecycle of a celestia-app transaction ​
    Users request the celestia-app to make data available by sending PayForBlobs transactions. Every such transaction consists of the identity of the sender, the data to be made available, also referred to as the message, the data size, the namespace, and a signature. Every block producer batches multiple PayForBlobs transactions into a block.
    Before proposing the block though, the producer passes it to the state machine via ABCI++, where each PayForBlobs transaction is split into a namespaced message (denoted by Msg in the figure below), i.e., the data together with the namespace ID, and an executable transaction (denoted by e-Tx in the figure below) that does not contain the data, but only a commitment that can be used at a later time to prove that the data was indeed made available.
    Thus, the block data consists of data partitioned into namespaces and executable transactions. Note that only these transactions are executed by the Celestia state machine once the block is committed.
    Lifecycle of a celestia-app Transaction
    ',5),d=e("a",{href:"./data-availability-layer"},`described in the "Celestia's data availability layer" page`,-1),h={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},T={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},Q=s('',1),p=[Q],m=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),u=e("li",null,"It splits the executable transactions and the namespaced data into shares. Every share consists of some bytes prefixed by a namespace. To this end, the executable transactions are associated with a reserved namespace.",-1),_={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},g={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},f=s('',1),x=[f],w=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),b={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},k={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},y=s('',1),v=[y],L=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),H=e("li",null,"It computes a commitment for every row and column of the extended matrix using the NMTs described above.",-1),V=e("p",null,"Thus, the commitment of the block data is the root of a Merkle tree with the leaves the roots of a forest of Namespaced Merkle subtrees, one for every row and column of the extended matrix.",-1),M=e("h2",{id:"checking-data-availability",tabindex:"-1"},[t("Checking data availability "),e("a",{class:"header-anchor",href:"#checking-data-availability","aria-label":'Permalink to "Checking data availability"'},"​")],-1),A=e("p",null,[e("img",{src:l,alt:"DA network"})],-1),C=e("p",null,[t("To enhance connectivity, the celestia-node augments the celestia-app with a separate libp2p network, "),e("em",null,"i.e."),t(", the so-called "),e("em",null,"DA network"),t(", that serves DAS requests.")],-1),D={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},S={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},I=s('',1),P=[I],N=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),j=e("p",null,[t("Note that although it is recommended, performing DAS is optional -- light nodes could just trust that the data corresponding to the commitments in the block headers was indeed made available by the Celestia DA layer. In addition, light nodes can also submit transactions to the celestia-app, i.e., "),e("code",null,"PayForBlobs"),t(" transactions.")],-1),B=e("p",null,"While performing DAS for a block header, every light node queries Celestia Nodes for a number of random data shares from the extended matrix and the corresponding Merkle proofs. If all the queries are successful, then the light node accepts the block header as valid (from a DA perspective).",-1),Z=e("p",null,"If at least one of the queries fails (i.e., either the data share is not received or the Merkle proof is invalid), then the light node rejects the block header and tries again later. The retrial is necessary to deal with false negatives, i.e., block headers being rejected although the block data is available. This may happen due to network congestion for example.",-1),q=e("p",null,[t("Alternatively, light nodes may accept a block header although the data is not available, i.e., a "),e("em",null,"false positive"),t(". This is possible since the soundness property (i.e., if an honest light node accepts a block as available, then at least one honest full node will eventually have the entire block data) is probabilistically guaranteed (for more details, take a look at the "),e("a",{href:"https://arxiv.org/abs/1809.09044",target:"_blank",rel:"noreferrer"},"original paper"),t(").")],-1),E=e("p",null,"By fine tuning Celestia's parameters (e.g., the number of data shares sampled by each light node) the likelihood of false positives can be sufficiently reduced such that block producers have no incentive to withhold the block data.",-1);function z(R,J,F,G,$,U){return a(),o("div",null,[c,e("p",null,[t("Next, the block producer adds to the block header a commitment of the block data. As "),d,t(", the commitment is the Merkle root of the "),e("mjx-container",h,[(a(),o("svg",T,p)),m]),t(" intermediate Merkle roots (i.e., one for each row and column of the extended matrix). To compute this commitment, the block producer performs the following operations:")]),e("ul",null,[u,e("li",null,[t("It arranges these shares into a square matrix (row-wise). Note that the shares are padded to the next power of two. The outcome square of size "),e("mjx-container",_,[(a(),o("svg",g,x)),w]),t(" is referred to as the original data.")]),e("li",null,[t("It extends the original data to a "),e("mjx-container",b,[(a(),o("svg",k,v)),L]),t(" square matrix using the 2-dimensional Reed-Solomon encoding scheme described above. The extended shares (i.e., containing erasure data) are associated with another reserved namespace.")]),H]),V,M,A,C,e("p",null,[t("Light nodes connect to a celestia-node in the DA network, listen to extended block headers (i.e., the block headers together with the relevant DA metadata, such as the "),e("mjx-container",D,[(a(),o("svg",S,P)),N]),t(" intermediate Merkle roots), and perform DAS on the received headers (i.e., ask for random data shares).")]),j,B,Z,q,E])}const X=n(r,[["render",z]]);export{K as __pageData,X as default};
+import{_ as i}from"./chunks/tx-lifecycle.4417d3c7.js";import{_ as n,o as a,c as o,k as e,a as t,Q as s}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/learn/consensus-da.png",K=JSON.parse('{"title":"The lifecycle of a celestia-app transaction","description":"Learn what is the lifecycle of a celestia-app transaction.","frontmatter":{"description":"Learn what is the lifecycle of a celestia-app transaction.","head":[["meta",{"name":"og:title","content":"The lifecycle of a celestia-app transaction | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/transaction-lifecycle.md","filePath":"learn/how-celestia-works/transaction-lifecycle.md","lastUpdated":1711718743000}'),r={name:"learn/how-celestia-works/transaction-lifecycle.md"},c=s('
    The lifecycle of a celestia-app transaction ​
    Users request the celestia-app to make data available by sending PayForBlobs transactions. Every such transaction consists of the identity of the sender, the data to be made available, also referred to as the message, the data size, the namespace, and a signature. Every block producer batches multiple PayForBlobs transactions into a block.
    Before proposing the block though, the producer passes it to the state machine via ABCI++, where each PayForBlobs transaction is split into a namespaced message (denoted by Msg in the figure below), i.e., the data together with the namespace ID, and an executable transaction (denoted by e-Tx in the figure below) that does not contain the data, but only a commitment that can be used at a later time to prove that the data was indeed made available.
    Thus, the block data consists of data partitioned into namespaces and executable transactions. Note that only these transactions are executed by the Celestia state machine once the block is committed.
    Lifecycle of a celestia-app Transaction
    ',5),d=e("a",{href:"./data-availability-layer"},`described in the "Celestia's data availability layer" page`,-1),h={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},T={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},Q=s('',1),p=[Q],m=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),u=e("li",null,"It splits the executable transactions and the namespaced data into shares. Every share consists of some bytes prefixed by a namespace. To this end, the executable transactions are associated with a reserved namespace.",-1),_={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},g={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},f=s('',1),x=[f],w=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),b={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},k={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},y=s('',1),v=[y],L=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),H=e("li",null,"It computes a commitment for every row and column of the extended matrix using the NMTs described above.",-1),V=e("p",null,"Thus, the commitment of the block data is the root of a Merkle tree with the leaves the roots of a forest of Namespaced Merkle subtrees, one for every row and column of the extended matrix.",-1),M=e("h2",{id:"checking-data-availability",tabindex:"-1"},[t("Checking data availability "),e("a",{class:"header-anchor",href:"#checking-data-availability","aria-label":'Permalink to "Checking data availability"'},"​")],-1),A=e("p",null,[e("img",{src:l,alt:"DA network"})],-1),C=e("p",null,[t("To enhance connectivity, the celestia-node augments the celestia-app with a separate libp2p network, "),e("em",null,"i.e."),t(", the so-called "),e("em",null,"DA network"),t(", that serves DAS requests.")],-1),D={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},S={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},I=s('',1),P=[I],N=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),j=e("p",null,[t("Note that although it is recommended, performing DAS is optional -- light nodes could just trust that the data corresponding to the commitments in the block headers was indeed made available by the Celestia DA layer. In addition, light nodes can also submit transactions to the celestia-app, i.e., "),e("code",null,"PayForBlobs"),t(" transactions.")],-1),B=e("p",null,"While performing DAS for a block header, every light node queries Celestia Nodes for a number of random data shares from the extended matrix and the corresponding Merkle proofs. If all the queries are successful, then the light node accepts the block header as valid (from a DA perspective).",-1),Z=e("p",null,"If at least one of the queries fails (i.e., either the data share is not received or the Merkle proof is invalid), then the light node rejects the block header and tries again later. The retrial is necessary to deal with false negatives, i.e., block headers being rejected although the block data is available. This may happen due to network congestion for example.",-1),q=e("p",null,[t("Alternatively, light nodes may accept a block header although the data is not available, i.e., a "),e("em",null,"false positive"),t(". This is possible since the soundness property (i.e., if an honest light node accepts a block as available, then at least one honest full node will eventually have the entire block data) is probabilistically guaranteed (for more details, take a look at the "),e("a",{href:"https://arxiv.org/abs/1809.09044",target:"_blank",rel:"noreferrer"},"original paper"),t(").")],-1),E=e("p",null,"By fine tuning Celestia's parameters (e.g., the number of data shares sampled by each light node) the likelihood of false positives can be sufficiently reduced such that block producers have no incentive to withhold the block data.",-1);function z(R,J,F,G,$,U){return a(),o("div",null,[c,e("p",null,[t("Next, the block producer adds to the block header a commitment of the block data. As "),d,t(", the commitment is the Merkle root of the "),e("mjx-container",h,[(a(),o("svg",T,p)),m]),t(" intermediate Merkle roots (i.e., one for each row and column of the extended matrix). To compute this commitment, the block producer performs the following operations:")]),e("ul",null,[u,e("li",null,[t("It arranges these shares into a square matrix (row-wise). Note that the shares are padded to the next power of two. The outcome square of size "),e("mjx-container",_,[(a(),o("svg",g,x)),w]),t(" is referred to as the original data.")]),e("li",null,[t("It extends the original data to a "),e("mjx-container",b,[(a(),o("svg",k,v)),L]),t(" square matrix using the 2-dimensional Reed-Solomon encoding scheme described above. The extended shares (i.e., containing erasure data) are associated with another reserved namespace.")]),H]),V,M,A,C,e("p",null,[t("Light nodes connect to a celestia-node in the DA network, listen to extended block headers (i.e., the block headers together with the relevant DA metadata, such as the "),e("mjx-container",D,[(a(),o("svg",S,P)),N]),t(" intermediate Merkle roots), and perform DAS on the received headers (i.e., ask for random data shares).")]),j,B,Z,q,E])}const X=n(r,[["render",z]]);export{K as __pageData,X as default};
diff --git a/pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.a75201aa.lean.js b/pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.7108ffd9.lean.js
similarity index 99%
rename from pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.a75201aa.lean.js
rename to pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.7108ffd9.lean.js
index 3630bdf42d..36838c6377 100644
--- a/pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.a75201aa.lean.js
+++ b/pr-1489/assets/learn_how-celestia-works_transaction-lifecycle.md.7108ffd9.lean.js
@@ -1 +1 @@
-import{_ as i}from"./chunks/tx-lifecycle.4417d3c7.js";import{_ as n,o as a,c as o,k as e,a as t,Q as s}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/learn/consensus-da.png",K=JSON.parse('{"title":"The lifecycle of a celestia-app transaction","description":"Learn what is the lifecycle of a celestia-app transaction.","frontmatter":{"description":"Learn what is the lifecycle of a celestia-app transaction.","head":[["meta",{"name":"og:title","content":"The lifecycle of a celestia-app transaction | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/transaction-lifecycle.md","filePath":"learn/how-celestia-works/transaction-lifecycle.md","lastUpdated":1711718709000}'),r={name:"learn/how-celestia-works/transaction-lifecycle.md"},c=s("",5),d=e("a",{href:"./data-availability-layer"},`described in the "Celestia's data availability layer" page`,-1),h={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},T={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},Q=s("",1),p=[Q],m=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),u=e("li",null,"It splits the executable transactions and the namespaced data into shares. Every share consists of some bytes prefixed by a namespace. To this end, the executable transactions are associated with a reserved namespace.",-1),_={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},g={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},f=s("",1),x=[f],w=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),b={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},k={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},y=s("",1),v=[y],L=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),H=e("li",null,"It computes a commitment for every row and column of the extended matrix using the NMTs described above.",-1),V=e("p",null,"Thus, the commitment of the block data is the root of a Merkle tree with the leaves the roots of a forest of Namespaced Merkle subtrees, one for every row and column of the extended matrix.",-1),M=e("h2",{id:"checking-data-availability",tabindex:"-1"},[t("Checking data availability "),e("a",{class:"header-anchor",href:"#checking-data-availability","aria-label":'Permalink to "Checking data availability"'},"​")],-1),A=e("p",null,[e("img",{src:l,alt:"DA network"})],-1),C=e("p",null,[t("To enhance connectivity, the celestia-node augments the celestia-app with a separate libp2p network, "),e("em",null,"i.e."),t(", the so-called "),e("em",null,"DA network"),t(", that serves DAS requests.")],-1),D={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},S={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},I=s("",1),P=[I],N=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),j=e("p",null,[t("Note that although it is recommended, performing DAS is optional -- light nodes could just trust that the data corresponding to the commitments in the block headers was indeed made available by the Celestia DA layer. In addition, light nodes can also submit transactions to the celestia-app, i.e., "),e("code",null,"PayForBlobs"),t(" transactions.")],-1),B=e("p",null,"While performing DAS for a block header, every light node queries Celestia Nodes for a number of random data shares from the extended matrix and the corresponding Merkle proofs. If all the queries are successful, then the light node accepts the block header as valid (from a DA perspective).",-1),Z=e("p",null,"If at least one of the queries fails (i.e., either the data share is not received or the Merkle proof is invalid), then the light node rejects the block header and tries again later. The retrial is necessary to deal with false negatives, i.e., block headers being rejected although the block data is available. This may happen due to network congestion for example.",-1),q=e("p",null,[t("Alternatively, light nodes may accept a block header although the data is not available, i.e., a "),e("em",null,"false positive"),t(". This is possible since the soundness property (i.e., if an honest light node accepts a block as available, then at least one honest full node will eventually have the entire block data) is probabilistically guaranteed (for more details, take a look at the "),e("a",{href:"https://arxiv.org/abs/1809.09044",target:"_blank",rel:"noreferrer"},"original paper"),t(").")],-1),E=e("p",null,"By fine tuning Celestia's parameters (e.g., the number of data shares sampled by each light node) the likelihood of false positives can be sufficiently reduced such that block producers have no incentive to withhold the block data.",-1);function z(R,J,F,G,$,U){return a(),o("div",null,[c,e("p",null,[t("Next, the block producer adds to the block header a commitment of the block data. As "),d,t(", the commitment is the Merkle root of the "),e("mjx-container",h,[(a(),o("svg",T,p)),m]),t(" intermediate Merkle roots (i.e., one for each row and column of the extended matrix). To compute this commitment, the block producer performs the following operations:")]),e("ul",null,[u,e("li",null,[t("It arranges these shares into a square matrix (row-wise). Note that the shares are padded to the next power of two. The outcome square of size "),e("mjx-container",_,[(a(),o("svg",g,x)),w]),t(" is referred to as the original data.")]),e("li",null,[t("It extends the original data to a "),e("mjx-container",b,[(a(),o("svg",k,v)),L]),t(" square matrix using the 2-dimensional Reed-Solomon encoding scheme described above. The extended shares (i.e., containing erasure data) are associated with another reserved namespace.")]),H]),V,M,A,C,e("p",null,[t("Light nodes connect to a celestia-node in the DA network, listen to extended block headers (i.e., the block headers together with the relevant DA metadata, such as the "),e("mjx-container",D,[(a(),o("svg",S,P)),N]),t(" intermediate Merkle roots), and perform DAS on the received headers (i.e., ask for random data shares).")]),j,B,Z,q,E])}const X=n(r,[["render",z]]);export{K as __pageData,X as default};
+import{_ as i}from"./chunks/tx-lifecycle.4417d3c7.js";import{_ as n,o as a,c as o,k as e,a as t,Q as s}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/learn/consensus-da.png",K=JSON.parse('{"title":"The lifecycle of a celestia-app transaction","description":"Learn what is the lifecycle of a celestia-app transaction.","frontmatter":{"description":"Learn what is the lifecycle of a celestia-app transaction.","head":[["meta",{"name":"og:title","content":"The lifecycle of a celestia-app transaction | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-celestia-works/transaction-lifecycle.md","filePath":"learn/how-celestia-works/transaction-lifecycle.md","lastUpdated":1711718743000}'),r={name:"learn/how-celestia-works/transaction-lifecycle.md"},c=s("",5),d=e("a",{href:"./data-availability-layer"},`described in the "Celestia's data availability layer" page`,-1),h={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},T={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},Q=s("",1),p=[Q],m=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),u=e("li",null,"It splits the executable transactions and the namespaced data into shares. Every share consists of some bytes prefixed by a namespace. To this end, the executable transactions are associated with a reserved namespace.",-1),_={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},g={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"5.123ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 2264.4 705","aria-hidden":"true"},f=s("",1),x=[f],w=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mi",null,"k"),e("mo",null,"×"),e("mi",null,"k")])],-1),b={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},k={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"7.386ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 3264.4 705","aria-hidden":"true"},y=s("",1),v=[y],L=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"2"),e("mi",null,"k"),e("mo",null,"×"),e("mn",null,"2"),e("mi",null,"k")])],-1),H=e("li",null,"It computes a commitment for every row and column of the extended matrix using the NMTs described above.",-1),V=e("p",null,"Thus, the commitment of the block data is the root of a Merkle tree with the leaves the roots of a forest of Namespaced Merkle subtrees, one for every row and column of the extended matrix.",-1),M=e("h2",{id:"checking-data-availability",tabindex:"-1"},[t("Checking data availability "),e("a",{class:"header-anchor",href:"#checking-data-availability","aria-label":'Permalink to "Checking data availability"'},"​")],-1),A=e("p",null,[e("img",{src:l,alt:"DA network"})],-1),C=e("p",null,[t("To enhance connectivity, the celestia-node augments the celestia-app with a separate libp2p network, "),e("em",null,"i.e."),t(", the so-called "),e("em",null,"DA network"),t(", that serves DAS requests.")],-1),D={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},S={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.025ex"},xmlns:"http://www.w3.org/2000/svg",width:"2.31ex",height:"1.595ex",role:"img",focusable:"false",viewBox:"0 -694 1021 705","aria-hidden":"true"},I=s("",1),P=[I],N=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mn",null,"4"),e("mi",null,"k")])],-1),j=e("p",null,[t("Note that although it is recommended, performing DAS is optional -- light nodes could just trust that the data corresponding to the commitments in the block headers was indeed made available by the Celestia DA layer. In addition, light nodes can also submit transactions to the celestia-app, i.e., "),e("code",null,"PayForBlobs"),t(" transactions.")],-1),B=e("p",null,"While performing DAS for a block header, every light node queries Celestia Nodes for a number of random data shares from the extended matrix and the corresponding Merkle proofs. If all the queries are successful, then the light node accepts the block header as valid (from a DA perspective).",-1),Z=e("p",null,"If at least one of the queries fails (i.e., either the data share is not received or the Merkle proof is invalid), then the light node rejects the block header and tries again later. The retrial is necessary to deal with false negatives, i.e., block headers being rejected although the block data is available. This may happen due to network congestion for example.",-1),q=e("p",null,[t("Alternatively, light nodes may accept a block header although the data is not available, i.e., a "),e("em",null,"false positive"),t(". This is possible since the soundness property (i.e., if an honest light node accepts a block as available, then at least one honest full node will eventually have the entire block data) is probabilistically guaranteed (for more details, take a look at the "),e("a",{href:"https://arxiv.org/abs/1809.09044",target:"_blank",rel:"noreferrer"},"original paper"),t(").")],-1),E=e("p",null,"By fine tuning Celestia's parameters (e.g., the number of data shares sampled by each light node) the likelihood of false positives can be sufficiently reduced such that block producers have no incentive to withhold the block data.",-1);function z(R,J,F,G,$,U){return a(),o("div",null,[c,e("p",null,[t("Next, the block producer adds to the block header a commitment of the block data. As "),d,t(", the commitment is the Merkle root of the "),e("mjx-container",h,[(a(),o("svg",T,p)),m]),t(" intermediate Merkle roots (i.e., one for each row and column of the extended matrix). To compute this commitment, the block producer performs the following operations:")]),e("ul",null,[u,e("li",null,[t("It arranges these shares into a square matrix (row-wise). Note that the shares are padded to the next power of two. The outcome square of size "),e("mjx-container",_,[(a(),o("svg",g,x)),w]),t(" is referred to as the original data.")]),e("li",null,[t("It extends the original data to a "),e("mjx-container",b,[(a(),o("svg",k,v)),L]),t(" square matrix using the 2-dimensional Reed-Solomon encoding scheme described above. The extended shares (i.e., containing erasure data) are associated with another reserved namespace.")]),H]),V,M,A,C,e("p",null,[t("Light nodes connect to a celestia-node in the DA network, listen to extended block headers (i.e., the block headers together with the relevant DA metadata, such as the "),e("mjx-container",D,[(a(),o("svg",S,P)),N]),t(" intermediate Merkle roots), and perform DAS on the received headers (i.e., ask for random data shares).")]),j,B,Z,q,E])}const X=n(r,[["render",z]]);export{K as __pageData,X as default};
diff --git a/pr-1489/assets/learn_how-to-stake-tia.md.c56d3104.js b/pr-1489/assets/learn_how-to-stake-tia.md.9b9e50bd.js
similarity index 98%
rename from pr-1489/assets/learn_how-to-stake-tia.md.c56d3104.js
rename to pr-1489/assets/learn_how-to-stake-tia.md.9b9e50bd.js
index fbaf0aa044..60edcebabb 100644
--- a/pr-1489/assets/learn_how-to-stake-tia.md.c56d3104.js
+++ b/pr-1489/assets/learn_how-to-stake-tia.md.9b9e50bd.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/keplr.png",i="/docs-preview/pr-1489/img/leap.png",l="/docs-preview/pr-1489/img/keplr/keplr1.gif",n="/docs-preview/pr-1489/img/keplr/keplr2.gif",s="/docs-preview/pr-1489/img/keplr/keplr3.gif",p="/docs-preview/pr-1489/img/keplr/keplr4.gif",c="/docs-preview/pr-1489/img/leap/leap1.gif",d="/docs-preview/pr-1489/img/leap/leap2.gif",h="/docs-preview/pr-1489/img/leap/leap3.gif",A=JSON.parse('{"title":"How to stake TIA","description":"This tutorial covers how to stake TIA with Keplr or Leap wallet","frontmatter":{"sidebar_label":"How to stake TIA","description":"This tutorial covers how to stake TIA with Keplr or Leap wallet","head":[["meta",{"name":"og:title","content":"How to stake TIA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-to-stake-tia.md","filePath":"learn/how-to-stake-tia.md","lastUpdated":1711718709000}'),w={name:"learn/how-to-stake-tia.md"},k=o('
    How to stake TIA ​
    Celestia is a proof-of-stake blockchain based on the Cosmos SDK.
    Staking TIA as a delegator allows you to secure the Celestia network. This means that you can stake the native token TIA and vote on governance proposals.
    In this tutorial, you will learn how to stake TIA tokens via Keplr and Leap wallets.
    Select your preferred wallet ​
    Keplr
    Leap
    Stake TIA with Keplr wallet ​
    1️⃣ Open your Keplr browser extension ​
    Navigate to Staked and select Stake with Keplr Dashboard.
    This will open the Keplr dashboard in a new browser page.
    Keplr1
    2️⃣ Select Celestia network and search for a validator ​
    In the Keplr dashboard, select the Celestia network and pick a validator of your choice.
    Keplr1
    3️⃣ Stake your TIA tokens ​
    On the following screen enter amount of TIA tokens and select Stake.
    A Keplr popup will appear, requesting your approval for the transaction. Select Approve.
    Keplr1
    4️⃣ Confirm and manage your TIA ​
    After the transaction is confirmed, you will see the following overview dashboard where you can claim rewards, unstake, redelegate, or stake additional tokens.
    Keplr1
    Stake TIA with Leap wallet ​
    1️⃣ Open your Leap browser extension ​
    In top right select Celestia network and navigate to Stake.
    Similarly to previous step, select the +Stake button.
    Keplr1
    2️⃣ Select a validator and stake TIA ​
    On the following screen choose a validator of your choice, enter the desired amount, and click Review.
    Following that, review the transaction details and select Stake, then wait for the transaction to finalize.
    Keplr1
    3️⃣ Confirm and manage your TIA ​
    After the transaction is confirmed, you will see the following overview dashboard where you can claim rewards, unstake, redelegate, or stake additional tokens.
    Keplr1
    ',34),m=[k];function u(f,g,_,b,v,y){return a(),t("div",null,m)}const I=e(w,[["render",u]]);export{A as __pageData,I as default};
+import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/keplr.png",i="/docs-preview/pr-1489/img/leap.png",l="/docs-preview/pr-1489/img/keplr/keplr1.gif",n="/docs-preview/pr-1489/img/keplr/keplr2.gif",s="/docs-preview/pr-1489/img/keplr/keplr3.gif",p="/docs-preview/pr-1489/img/keplr/keplr4.gif",c="/docs-preview/pr-1489/img/leap/leap1.gif",d="/docs-preview/pr-1489/img/leap/leap2.gif",h="/docs-preview/pr-1489/img/leap/leap3.gif",A=JSON.parse('{"title":"How to stake TIA","description":"This tutorial covers how to stake TIA with Keplr or Leap wallet","frontmatter":{"sidebar_label":"How to stake TIA","description":"This tutorial covers how to stake TIA with Keplr or Leap wallet","head":[["meta",{"name":"og:title","content":"How to stake TIA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-to-stake-tia.md","filePath":"learn/how-to-stake-tia.md","lastUpdated":1711718743000}'),w={name:"learn/how-to-stake-tia.md"},k=o('
    How to stake TIA ​
    Celestia is a proof-of-stake blockchain based on the Cosmos SDK.
    Staking TIA as a delegator allows you to secure the Celestia network. This means that you can stake the native token TIA and vote on governance proposals.
    In this tutorial, you will learn how to stake TIA tokens via Keplr and Leap wallets.
    Select your preferred wallet ​
    Keplr
    Leap
    Stake TIA with Keplr wallet ​
    1️⃣ Open your Keplr browser extension ​
    Navigate to Staked and select Stake with Keplr Dashboard.
    This will open the Keplr dashboard in a new browser page.
    Keplr1
    2️⃣ Select Celestia network and search for a validator ​
    In the Keplr dashboard, select the Celestia network and pick a validator of your choice.
    Keplr1
    3️⃣ Stake your TIA tokens ​
    On the following screen enter amount of TIA tokens and select Stake.
    A Keplr popup will appear, requesting your approval for the transaction. Select Approve.
    Keplr1
    4️⃣ Confirm and manage your TIA ​
    After the transaction is confirmed, you will see the following overview dashboard where you can claim rewards, unstake, redelegate, or stake additional tokens.
    Keplr1
    Stake TIA with Leap wallet ​
    1️⃣ Open your Leap browser extension ​
    In top right select Celestia network and navigate to Stake.
    Similarly to previous step, select the +Stake button.
    Keplr1
    2️⃣ Select a validator and stake TIA ​
    On the following screen choose a validator of your choice, enter the desired amount, and click Review.
    Following that, review the transaction details and select Stake, then wait for the transaction to finalize.
    Keplr1
    3️⃣ Confirm and manage your TIA ​
    After the transaction is confirmed, you will see the following overview dashboard where you can claim rewards, unstake, redelegate, or stake additional tokens.
    Keplr1
    ',34),m=[k];function u(f,g,_,b,v,y){return a(),t("div",null,m)}const I=e(w,[["render",u]]);export{A as __pageData,I as default};
diff --git a/pr-1489/assets/learn_how-to-stake-tia.md.c56d3104.lean.js b/pr-1489/assets/learn_how-to-stake-tia.md.9b9e50bd.lean.js
similarity index 94%
rename from pr-1489/assets/learn_how-to-stake-tia.md.c56d3104.lean.js
rename to pr-1489/assets/learn_how-to-stake-tia.md.9b9e50bd.lean.js
index 9cf88e33cc..0bf9a71f27 100644
--- a/pr-1489/assets/learn_how-to-stake-tia.md.c56d3104.lean.js
+++ b/pr-1489/assets/learn_how-to-stake-tia.md.9b9e50bd.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/keplr.png",i="/docs-preview/pr-1489/img/leap.png",l="/docs-preview/pr-1489/img/keplr/keplr1.gif",n="/docs-preview/pr-1489/img/keplr/keplr2.gif",s="/docs-preview/pr-1489/img/keplr/keplr3.gif",p="/docs-preview/pr-1489/img/keplr/keplr4.gif",c="/docs-preview/pr-1489/img/leap/leap1.gif",d="/docs-preview/pr-1489/img/leap/leap2.gif",h="/docs-preview/pr-1489/img/leap/leap3.gif",A=JSON.parse('{"title":"How to stake TIA","description":"This tutorial covers how to stake TIA with Keplr or Leap wallet","frontmatter":{"sidebar_label":"How to stake TIA","description":"This tutorial covers how to stake TIA with Keplr or Leap wallet","head":[["meta",{"name":"og:title","content":"How to stake TIA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-to-stake-tia.md","filePath":"learn/how-to-stake-tia.md","lastUpdated":1711718709000}'),w={name:"learn/how-to-stake-tia.md"},k=o("",34),m=[k];function u(f,g,_,b,v,y){return a(),t("div",null,m)}const I=e(w,[["render",u]]);export{A as __pageData,I as default};
+import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/keplr.png",i="/docs-preview/pr-1489/img/leap.png",l="/docs-preview/pr-1489/img/keplr/keplr1.gif",n="/docs-preview/pr-1489/img/keplr/keplr2.gif",s="/docs-preview/pr-1489/img/keplr/keplr3.gif",p="/docs-preview/pr-1489/img/keplr/keplr4.gif",c="/docs-preview/pr-1489/img/leap/leap1.gif",d="/docs-preview/pr-1489/img/leap/leap2.gif",h="/docs-preview/pr-1489/img/leap/leap3.gif",A=JSON.parse('{"title":"How to stake TIA","description":"This tutorial covers how to stake TIA with Keplr or Leap wallet","frontmatter":{"sidebar_label":"How to stake TIA","description":"This tutorial covers how to stake TIA with Keplr or Leap wallet","head":[["meta",{"name":"og:title","content":"How to stake TIA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/how-to-stake-tia.md","filePath":"learn/how-to-stake-tia.md","lastUpdated":1711718743000}'),w={name:"learn/how-to-stake-tia.md"},k=o("",34),m=[k];function u(f,g,_,b,v,y){return a(),t("div",null,m)}const I=e(w,[["render",u]]);export{A as __pageData,I as default};
diff --git a/pr-1489/assets/learn_paying-for-blobspace.md.7eb11884.js b/pr-1489/assets/learn_paying-for-blobspace.md.48296793.js
similarity index 97%
rename from pr-1489/assets/learn_paying-for-blobspace.md.7eb11884.js
rename to pr-1489/assets/learn_paying-for-blobspace.md.48296793.js
index 268c97a243..c4c7cf6b4c 100644
--- a/pr-1489/assets/learn_paying-for-blobspace.md.7eb11884.js
+++ b/pr-1489/assets/learn_paying-for-blobspace.md.48296793.js
@@ -1 +1 @@
-import{_ as e}from"./chunks/tx-lifecycle.4417d3c7.js";import{_ as a,o as t,c as o,Q as i}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Paying for blobspace","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Paying for blobspace | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/paying-for-blobspace.md","filePath":"learn/paying-for-blobspace.md","lastUpdated":1711718709000}'),s={name:"learn/paying-for-blobspace.md"},n=i('
    Paying for blobspace ​
    PayForBlobs transactions ​
    To publish data on Celestia, developers can submit PayForBlobs transactions. A PayForBlobs transaction consists of the identity of the sender, the data to be made available, the data size, the namespace, and a signature.
    Each PayForBlobs transaction is split into two parts: the blob or blobs which include the data to be made available along with the namespace, and the executable payment transaction which includes a commitment to the data.
    Both the blobs and executable payment transactions are put into the block within the appropriate namespace. The block data is extended using erasure coding and then Merkelized into a data root commitment included in the block header.
    Lifecycle of a celestia-app Transaction
    See the detailed life cycle of a Celestia transaction.
    Learn how to submit data to Celestia’s data availability layer.
    Fee market overview ​
    Celestia uses a standard gas-price prioritised mempool. This means that transactions with higher fees will be prioritised by validators. Fees are comprised of a flat fee per transaction and then a variable fee based on the size of each blob in the transaction.
    Understand how fees are calculated on Celestia in the overview on submitting PFB transactions.
    ',11),r=[n];function c(l,d,p,h,b,m){return t(),o("div",null,r)}const y=a(s,[["render",c]]);export{u as __pageData,y as default};
+import{_ as e}from"./chunks/tx-lifecycle.4417d3c7.js";import{_ as a,o as t,c as o,Q as i}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Paying for blobspace","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Paying for blobspace | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/paying-for-blobspace.md","filePath":"learn/paying-for-blobspace.md","lastUpdated":1711718743000}'),s={name:"learn/paying-for-blobspace.md"},n=i('
    Paying for blobspace ​
    PayForBlobs transactions ​
    To publish data on Celestia, developers can submit PayForBlobs transactions. A PayForBlobs transaction consists of the identity of the sender, the data to be made available, the data size, the namespace, and a signature.
    Each PayForBlobs transaction is split into two parts: the blob or blobs which include the data to be made available along with the namespace, and the executable payment transaction which includes a commitment to the data.
    Both the blobs and executable payment transactions are put into the block within the appropriate namespace. The block data is extended using erasure coding and then Merkelized into a data root commitment included in the block header.
    Lifecycle of a celestia-app Transaction
    See the detailed life cycle of a Celestia transaction.
    Learn how to submit data to Celestia’s data availability layer.
    Fee market overview ​
    Celestia uses a standard gas-price prioritised mempool. This means that transactions with higher fees will be prioritised by validators. Fees are comprised of a flat fee per transaction and then a variable fee based on the size of each blob in the transaction.
    Understand how fees are calculated on Celestia in the overview on submitting PFB transactions.
    ',11),r=[n];function c(l,d,p,h,b,m){return t(),o("div",null,r)}const y=a(s,[["render",c]]);export{u as __pageData,y as default};
diff --git a/pr-1489/assets/learn_paying-for-blobspace.md.7eb11884.lean.js b/pr-1489/assets/learn_paying-for-blobspace.md.48296793.lean.js
similarity index 90%
rename from pr-1489/assets/learn_paying-for-blobspace.md.7eb11884.lean.js
rename to pr-1489/assets/learn_paying-for-blobspace.md.48296793.lean.js
index c589ba3390..d399a7b44c 100644
--- a/pr-1489/assets/learn_paying-for-blobspace.md.7eb11884.lean.js
+++ b/pr-1489/assets/learn_paying-for-blobspace.md.48296793.lean.js
@@ -1 +1 @@
-import{_ as e}from"./chunks/tx-lifecycle.4417d3c7.js";import{_ as a,o as t,c as o,Q as i}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Paying for blobspace","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Paying for blobspace | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/paying-for-blobspace.md","filePath":"learn/paying-for-blobspace.md","lastUpdated":1711718709000}'),s={name:"learn/paying-for-blobspace.md"},n=i("",11),r=[n];function c(l,d,p,h,b,m){return t(),o("div",null,r)}const y=a(s,[["render",c]]);export{u as __pageData,y as default};
+import{_ as e}from"./chunks/tx-lifecycle.4417d3c7.js";import{_ as a,o as t,c as o,Q as i}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Paying for blobspace","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Paying for blobspace | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/paying-for-blobspace.md","filePath":"learn/paying-for-blobspace.md","lastUpdated":1711718743000}'),s={name:"learn/paying-for-blobspace.md"},n=i("",11),r=[n];function c(l,d,p,h,b,m){return t(),o("div",null,r)}const y=a(s,[["render",c]]);export{u as __pageData,y as default};
diff --git a/pr-1489/assets/learn_retrievability.md.205b3c1e.js b/pr-1489/assets/learn_retrievability.md.39031052.js
similarity index 98%
rename from pr-1489/assets/learn_retrievability.md.205b3c1e.js
rename to pr-1489/assets/learn_retrievability.md.39031052.js
index 6bd8cd8ccf..a87e54cc47 100644
--- a/pr-1489/assets/learn_retrievability.md.205b3c1e.js
+++ b/pr-1489/assets/learn_retrievability.md.39031052.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Data retrievability and pruning","description":"Practices and expectations for data retrievability and pruning on Celestia.","frontmatter":{"sidebar_label":"Data retrievability and pruning","description":"Practices and expectations for data retrievability and pruning on Celestia.","head":[["meta",{"name":"og:title","content":"Data retrievability and pruning | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/retrievability.md","filePath":"learn/retrievability.md","lastUpdated":1711718709000}'),o={name:"learn/retrievability.md"},r=i('
    Data retrievability and pruning ​
    The purpose of data availability layers such as Celestia is to ensure that block data is provably published, so that applications and rollups can know what the state of their chain is, and store that data. Once the data is published, data availability layers do not inherently guarantee that historical data will be permanently stored and remain retrievable.
    In this document, we discuss the state of data retrievability and pruning in Celestia, as well as some tips for rollup developers in order to ensure that syncing new rollup nodes is possible.
    Data retrievability and pruning in celestia-node ​
    As of version v0.13.0, celestia-node has implemented a light node sampling window of 30 days, as specified in CIP-4. This means that once pruning is implemented, light nodes will now only sample blocks within a 30-day window instead of sampling all blocks from genesis. This change introduces the concept of pruning to celestia-node, where data outside of the 30-day window may not be stored by light nodes, marking a significant update in how data retrievability and storage are managed within the network (v0.13.0 release notes).
    Data blobs older than the recency window will be pruned by default on light nodes, after pruning is fully implemented, but will continue to be stored by archival nodes that do not prune data. Light nodes will be able to query historic blob data in namespaces from archival nodes, as long as archival nodes exist on the public network.
    Once pruning is fully implemented, light nodes will only perform data availability sampling for blocks within the data recency window of 30 days.
    Suggested practices for rollups ​
    Rollups may need to access historic data in order to allow new rollup nodes to reconstruct the latest state by replaying historic blocks. Once data has been published on Celestia and guaranteed to have been made available, rollups and applications are responsible for storing their historical data.
    While it is possible to continue to do this by using the GetAll API method in celestia-node on historic blocks as long as archival nodes exist on the public Celestia network, rollup developers should not rely on this as the only method to access historical data, as archival nodes serving requests for historical data for free is not guaranteed. Below are some other suggested methods to access historical data.
    • Use professional archival node or data providers. It is expected that professional infrastructure providers will provide paid access to archival nodes, where historical data can be retrieved, for example using the GetAll API method. This provides better guarantees than solely relying on free archival nodes on the public Celestia network.
    • Share snapshots of rollup nodes. Rollups could share snapshots of their data directories which can be downloaded manually by users bootstrapping new nodes. These snapshots could contain the latest state of the rollup, and/or all the historical blocks.
    • Add peer-to-peer support for historical block sync. A less manual version of sharing snapshots, where rollup nodes could implement built-in support for block sync, where rollup nodes download historical block data from each other over a peer-to-peer network. 
      • Namespace pinning. In the future, celestia-node is expected to allow nodes to choose to "pin" data from selected namespaces that they wish to store and make available for other nodes. This will allow rollup nodes to be responsible for storing their data, without needing to implement their own peer-to-peer historical block sync mechanism.
    ',11),s=[r];function n(l,d,c,h,p,u){return a(),t("div",null,s)}const f=e(o,[["render",n]]);export{g as __pageData,f as default};
+import{_ as e,o as a,c as t,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Data retrievability and pruning","description":"Practices and expectations for data retrievability and pruning on Celestia.","frontmatter":{"sidebar_label":"Data retrievability and pruning","description":"Practices and expectations for data retrievability and pruning on Celestia.","head":[["meta",{"name":"og:title","content":"Data retrievability and pruning | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/retrievability.md","filePath":"learn/retrievability.md","lastUpdated":1711718743000}'),o={name:"learn/retrievability.md"},r=i('
    Data retrievability and pruning ​
    The purpose of data availability layers such as Celestia is to ensure that block data is provably published, so that applications and rollups can know what the state of their chain is, and store that data. Once the data is published, data availability layers do not inherently guarantee that historical data will be permanently stored and remain retrievable.
    In this document, we discuss the state of data retrievability and pruning in Celestia, as well as some tips for rollup developers in order to ensure that syncing new rollup nodes is possible.
    Data retrievability and pruning in celestia-node ​
    As of version v0.13.0, celestia-node has implemented a light node sampling window of 30 days, as specified in CIP-4. This means that once pruning is implemented, light nodes will now only sample blocks within a 30-day window instead of sampling all blocks from genesis. This change introduces the concept of pruning to celestia-node, where data outside of the 30-day window may not be stored by light nodes, marking a significant update in how data retrievability and storage are managed within the network (v0.13.0 release notes).
    Data blobs older than the recency window will be pruned by default on light nodes, after pruning is fully implemented, but will continue to be stored by archival nodes that do not prune data. Light nodes will be able to query historic blob data in namespaces from archival nodes, as long as archival nodes exist on the public network.
    Once pruning is fully implemented, light nodes will only perform data availability sampling for blocks within the data recency window of 30 days.
    Suggested practices for rollups ​
    Rollups may need to access historic data in order to allow new rollup nodes to reconstruct the latest state by replaying historic blocks. Once data has been published on Celestia and guaranteed to have been made available, rollups and applications are responsible for storing their historical data.
    While it is possible to continue to do this by using the GetAll API method in celestia-node on historic blocks as long as archival nodes exist on the public Celestia network, rollup developers should not rely on this as the only method to access historical data, as archival nodes serving requests for historical data for free is not guaranteed. Below are some other suggested methods to access historical data.
    • Use professional archival node or data providers. It is expected that professional infrastructure providers will provide paid access to archival nodes, where historical data can be retrieved, for example using the GetAll API method. This provides better guarantees than solely relying on free archival nodes on the public Celestia network.
    • Share snapshots of rollup nodes. Rollups could share snapshots of their data directories which can be downloaded manually by users bootstrapping new nodes. These snapshots could contain the latest state of the rollup, and/or all the historical blocks.
    • Add peer-to-peer support for historical block sync. A less manual version of sharing snapshots, where rollup nodes could implement built-in support for block sync, where rollup nodes download historical block data from each other over a peer-to-peer network. 
      • Namespace pinning. In the future, celestia-node is expected to allow nodes to choose to "pin" data from selected namespaces that they wish to store and make available for other nodes. This will allow rollup nodes to be responsible for storing their data, without needing to implement their own peer-to-peer historical block sync mechanism.
    ',11),s=[r];function n(l,d,c,h,p,u){return a(),t("div",null,s)}const f=e(o,[["render",n]]);export{g as __pageData,f as default};
diff --git a/pr-1489/assets/learn_retrievability.md.205b3c1e.lean.js b/pr-1489/assets/learn_retrievability.md.39031052.lean.js
similarity index 92%
rename from pr-1489/assets/learn_retrievability.md.205b3c1e.lean.js
rename to pr-1489/assets/learn_retrievability.md.39031052.lean.js
index a61674a5cd..62dcd62b50 100644
--- a/pr-1489/assets/learn_retrievability.md.205b3c1e.lean.js
+++ b/pr-1489/assets/learn_retrievability.md.39031052.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Data retrievability and pruning","description":"Practices and expectations for data retrievability and pruning on Celestia.","frontmatter":{"sidebar_label":"Data retrievability and pruning","description":"Practices and expectations for data retrievability and pruning on Celestia.","head":[["meta",{"name":"og:title","content":"Data retrievability and pruning | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/retrievability.md","filePath":"learn/retrievability.md","lastUpdated":1711718709000}'),o={name:"learn/retrievability.md"},r=i("",11),s=[r];function n(l,d,c,h,p,u){return a(),t("div",null,s)}const f=e(o,[["render",n]]);export{g as __pageData,f as default};
+import{_ as e,o as a,c as t,Q as i}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Data retrievability and pruning","description":"Practices and expectations for data retrievability and pruning on Celestia.","frontmatter":{"sidebar_label":"Data retrievability and pruning","description":"Practices and expectations for data retrievability and pruning on Celestia.","head":[["meta",{"name":"og:title","content":"Data retrievability and pruning | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/retrievability.md","filePath":"learn/retrievability.md","lastUpdated":1711718743000}'),o={name:"learn/retrievability.md"},r=i("",11),s=[r];function n(l,d,c,h,p,u){return a(),t("div",null,s)}const f=e(o,[["render",n]]);export{g as __pageData,f as default};
diff --git a/pr-1489/assets/learn_staking-governance-supply.md.ebda95af.js b/pr-1489/assets/learn_staking-governance-supply.md.c38693b2.js
similarity index 99%
rename from pr-1489/assets/learn_staking-governance-supply.md.ebda95af.js
rename to pr-1489/assets/learn_staking-governance-supply.md.c38693b2.js
index c1e38b0c6d..f2660e07da 100644
--- a/pr-1489/assets/learn_staking-governance-supply.md.ebda95af.js
+++ b/pr-1489/assets/learn_staking-governance-supply.md.c38693b2.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/learn/Celestia_TIA_Inflation.png",n="/docs-preview/pr-1489/img/learn/Celestia_TIA_Allocation_at_Genesis.png",s="/docs-preview/pr-1489/img/learn/Celestia_TIA_Available_Supply.png",k=JSON.parse('{"title":"Staking, governance, & supply","description":"Learn about proof-of-stake on Celestia","frontmatter":{"description":"Learn about proof-of-stake on Celestia","head":[["meta",{"name":"og:title","content":"Staking, governance, & supply | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/staking-governance-supply.md","filePath":"learn/staking-governance-supply.md","lastUpdated":1711718709000}'),i={name:"learn/staking-governance-supply.md"},l=o('
    Staking, governance, & supply ​
    Proof-of-stake on Celestia ​
    Celestia is a proof-of-stake blockchain based on CometBFT and the Cosmos SDK. Celestia supports in-protocol delegation and will start with an initial validator set of 100.
    Staking TIA as a validator or delegator enables you to earn staking rewards from the network. Validators charge a fee to delegators which gives them a percentage of staking rewards.
    Learn how proof of stake works on Cosmos SDK chains like Celestia.
    Consensus mechanismProof-of-stake
    Blockchain frameworkCosmos SDK
    Validator set size100
    Delegation supportYes
    Learn how to stake on your own at the community dashboards.
    Inflation ​
    TIA inflation starts at 8% annually and decreases by 10% every year until it reaches the long term issuance rate of 1.5%. Exact annual inflation rates can be found in the diagram below.
    inflation diagram
    The annual provisions for inflation are calculated based on the total supply of TIA at the beginning of each year. To calculate how many TIA to issue per block, Celestia uses the block timestamp rather than the block height since the time between blocks can vary and cause actual issuance to be higher than the target.
    For an in-depth understanding, refer to ADR019.
    Decentralised governance ​
    Network parameters ​
    TIA holders (not just stakers) can propose and vote on governance proposals to change a subset of network parameters. To learn more, see a complete list of both the changeable and non-changeable parameters and their values. Additionally, learn how to submit and vote on governance proposals.
    Community pool ​
    Starting at genesis, Celestia’s community pool receives 2% of all Celestia block rewards. TIA stakers may vote to fund ecosystem initiatives as in many other Cosmos SDK chains.
    Learn how to submit a governance proposal to spend community pool funds .
    TIA allocation at genesis ​
    Celestia will have a total supply of 1,000,000,000 TIA at genesis, split across five categories described in the chart and table below.
    allocation diagram
    CategoryDescription%
    Public AllocationGenesis Drop and Incentivized Testnet: 7.4%
    Future initiatives: 12.6%    		20%
    R&D & EcosystemTokens allocated to the Celestia Foundation and core devs for research, development, and ecosystem initiatives including:
    - Protocol maintenance and development
    - Programs for rollup developers, infrastructure, and node operators    		26.8%
    Early Backers: Series A&BEarly supporters of Celestia19.7%
    Early Backers: SeedEarly supporters of Celestia15.9%
    Initial Core ContributorsMembers of Celestia Labs, the first core contributor to Celestia17.6%
    Unlocks ​
    Celestia’s 1 billion TIA supply at genesis will be subject to several different unlock schedules. All tokens, locked or unlocked, may be staked, but staking rewards are unlocked upon receipt and will add to the circulating supply.
    Circulating supply is defined as the amount of TIA tokens in general circulation without onchain transfer restrictions.
    Available supply is defined as the amount of TIA tokens that are either part of the circulating supply or are unlocked but subject to some form of governance to determine when the tokens are allocated. This includes the unlocked portion of the R&D & Ecosystem tokens and the tokens set aside for future initiatives.
    The definitions for circulating and available supply were adapted from Optimism’s definitions.
    supply diagram
    Unlock schedule by category is described in the table below.
    CategoryUnlock Schedule
    Public AllocationFully unlocked at launch.
    R&D & Ecosystem25% unlocked at launch.
    Remaining 75% unlocks continuously from year 1 to year 4.
    Initial Core Contributors33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 3.
    Early Backers: Seed33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 2.
    Early Backers: Series A&B33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 2.
    ',30),d=[l];function c(p,h,u,m,f,g){return t(),a("div",null,d)}const y=e(i,[["render",c]]);export{k as __pageData,y as default};
+import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/learn/Celestia_TIA_Inflation.png",n="/docs-preview/pr-1489/img/learn/Celestia_TIA_Allocation_at_Genesis.png",s="/docs-preview/pr-1489/img/learn/Celestia_TIA_Available_Supply.png",k=JSON.parse('{"title":"Staking, governance, & supply","description":"Learn about proof-of-stake on Celestia","frontmatter":{"description":"Learn about proof-of-stake on Celestia","head":[["meta",{"name":"og:title","content":"Staking, governance, & supply | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/staking-governance-supply.md","filePath":"learn/staking-governance-supply.md","lastUpdated":1711718743000}'),i={name:"learn/staking-governance-supply.md"},l=o('
    Staking, governance, & supply ​
    Proof-of-stake on Celestia ​
    Celestia is a proof-of-stake blockchain based on CometBFT and the Cosmos SDK. Celestia supports in-protocol delegation and will start with an initial validator set of 100.
    Staking TIA as a validator or delegator enables you to earn staking rewards from the network. Validators charge a fee to delegators which gives them a percentage of staking rewards.
    Learn how proof of stake works on Cosmos SDK chains like Celestia.
    Consensus mechanismProof-of-stake
    Blockchain frameworkCosmos SDK
    Validator set size100
    Delegation supportYes
    Learn how to stake on your own at the community dashboards.
    Inflation ​
    TIA inflation starts at 8% annually and decreases by 10% every year until it reaches the long term issuance rate of 1.5%. Exact annual inflation rates can be found in the diagram below.
    inflation diagram
    The annual provisions for inflation are calculated based on the total supply of TIA at the beginning of each year. To calculate how many TIA to issue per block, Celestia uses the block timestamp rather than the block height since the time between blocks can vary and cause actual issuance to be higher than the target.
    For an in-depth understanding, refer to ADR019.
    Decentralised governance ​
    Network parameters ​
    TIA holders (not just stakers) can propose and vote on governance proposals to change a subset of network parameters. To learn more, see a complete list of both the changeable and non-changeable parameters and their values. Additionally, learn how to submit and vote on governance proposals.
    Community pool ​
    Starting at genesis, Celestia’s community pool receives 2% of all Celestia block rewards. TIA stakers may vote to fund ecosystem initiatives as in many other Cosmos SDK chains.
    Learn how to submit a governance proposal to spend community pool funds .
    TIA allocation at genesis ​
    Celestia will have a total supply of 1,000,000,000 TIA at genesis, split across five categories described in the chart and table below.
    allocation diagram
    CategoryDescription%
    Public AllocationGenesis Drop and Incentivized Testnet: 7.4%
    Future initiatives: 12.6%    		20%
    R&D & EcosystemTokens allocated to the Celestia Foundation and core devs for research, development, and ecosystem initiatives including:
    - Protocol maintenance and development
    - Programs for rollup developers, infrastructure, and node operators    		26.8%
    Early Backers: Series A&BEarly supporters of Celestia19.7%
    Early Backers: SeedEarly supporters of Celestia15.9%
    Initial Core ContributorsMembers of Celestia Labs, the first core contributor to Celestia17.6%
    Unlocks ​
    Celestia’s 1 billion TIA supply at genesis will be subject to several different unlock schedules. All tokens, locked or unlocked, may be staked, but staking rewards are unlocked upon receipt and will add to the circulating supply.
    Circulating supply is defined as the amount of TIA tokens in general circulation without onchain transfer restrictions.
    Available supply is defined as the amount of TIA tokens that are either part of the circulating supply or are unlocked but subject to some form of governance to determine when the tokens are allocated. This includes the unlocked portion of the R&D & Ecosystem tokens and the tokens set aside for future initiatives.
    The definitions for circulating and available supply were adapted from Optimism’s definitions.
    supply diagram
    Unlock schedule by category is described in the table below.
    CategoryUnlock Schedule
    Public AllocationFully unlocked at launch.
    R&D & Ecosystem25% unlocked at launch.
    Remaining 75% unlocks continuously from year 1 to year 4.
    Initial Core Contributors33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 3.
    Early Backers: Seed33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 2.
    Early Backers: Series A&B33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 2.
    ',30),d=[l];function c(p,h,u,m,f,g){return t(),a("div",null,d)}const y=e(i,[["render",c]]);export{k as __pageData,y as default};
diff --git a/pr-1489/assets/learn_staking-governance-supply.md.ebda95af.lean.js b/pr-1489/assets/learn_staking-governance-supply.md.c38693b2.lean.js
similarity index 93%
rename from pr-1489/assets/learn_staking-governance-supply.md.ebda95af.lean.js
rename to pr-1489/assets/learn_staking-governance-supply.md.c38693b2.lean.js
index 2e885e543a..db94c2e3e7 100644
--- a/pr-1489/assets/learn_staking-governance-supply.md.ebda95af.lean.js
+++ b/pr-1489/assets/learn_staking-governance-supply.md.c38693b2.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/learn/Celestia_TIA_Inflation.png",n="/docs-preview/pr-1489/img/learn/Celestia_TIA_Allocation_at_Genesis.png",s="/docs-preview/pr-1489/img/learn/Celestia_TIA_Available_Supply.png",k=JSON.parse('{"title":"Staking, governance, & supply","description":"Learn about proof-of-stake on Celestia","frontmatter":{"description":"Learn about proof-of-stake on Celestia","head":[["meta",{"name":"og:title","content":"Staking, governance, & supply | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/staking-governance-supply.md","filePath":"learn/staking-governance-supply.md","lastUpdated":1711718709000}'),i={name:"learn/staking-governance-supply.md"},l=o("",30),d=[l];function c(p,h,u,m,f,g){return t(),a("div",null,d)}const y=e(i,[["render",c]]);export{k as __pageData,y as default};
+import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const r="/docs-preview/pr-1489/img/learn/Celestia_TIA_Inflation.png",n="/docs-preview/pr-1489/img/learn/Celestia_TIA_Allocation_at_Genesis.png",s="/docs-preview/pr-1489/img/learn/Celestia_TIA_Available_Supply.png",k=JSON.parse('{"title":"Staking, governance, & supply","description":"Learn about proof-of-stake on Celestia","frontmatter":{"description":"Learn about proof-of-stake on Celestia","head":[["meta",{"name":"og:title","content":"Staking, governance, & supply | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/staking-governance-supply.md","filePath":"learn/staking-governance-supply.md","lastUpdated":1711718743000}'),i={name:"learn/staking-governance-supply.md"},l=o("",30),d=[l];function c(p,h,u,m,f,g){return t(),a("div",null,d)}const y=e(i,[["render",c]]);export{k as __pageData,y as default};
diff --git a/pr-1489/assets/learn_staking.md.a5eca14a.js b/pr-1489/assets/learn_staking.md.ecc3f60c.js
similarity index 97%
rename from pr-1489/assets/learn_staking.md.a5eca14a.js
rename to pr-1489/assets/learn_staking.md.ecc3f60c.js
index 7ebe06df60..784106ec9c 100644
--- a/pr-1489/assets/learn_staking.md.a5eca14a.js
+++ b/pr-1489/assets/learn_staking.md.ecc3f60c.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as n}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Staking on Celestia","description":"Learn how to stake your tokens on the Celestia network.","frontmatter":{"description":"Learn how to stake your tokens on the Celestia network.","head":[["meta",{"name":"og:title","content":"Staking on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/staking.md","filePath":"learn/staking.md","lastUpdated":1711718709000}'),s={name:"learn/staking.md"},r=n('
    Staking on Celestia ​
    Engage with the Celestia network at a deeper level through staking. An essential mechanism to a proof-of-stake network, users can secure the network by delegating to a validator and receive a share of its staking rewards.
    Mainnet Beta ​
    Currently, the following staking interfaces exist for the Mainnet Beta.
    Just connect your wallet to get started!
    Mocha testnet ​
    Currently, the following staking interfaces exist for the Mocha testnet.
    Just connect your wallet to get started!
    ',10),l=[r];function i(o,h,c,p,k,d){return t(),a("div",null,l)}const m=e(s,[["render",i]]);export{g as __pageData,m as default};
+import{_ as e,o as t,c as a,Q as n}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Staking on Celestia","description":"Learn how to stake your tokens on the Celestia network.","frontmatter":{"description":"Learn how to stake your tokens on the Celestia network.","head":[["meta",{"name":"og:title","content":"Staking on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/staking.md","filePath":"learn/staking.md","lastUpdated":1711718743000}'),s={name:"learn/staking.md"},r=n('
    Staking on Celestia ​
    Engage with the Celestia network at a deeper level through staking. An essential mechanism to a proof-of-stake network, users can secure the network by delegating to a validator and receive a share of its staking rewards.
    Mainnet Beta ​
    Currently, the following staking interfaces exist for the Mainnet Beta.
    Just connect your wallet to get started!
    Mocha testnet ​
    Currently, the following staking interfaces exist for the Mocha testnet.
    Just connect your wallet to get started!
    ',10),l=[r];function i(o,h,c,p,k,d){return t(),a("div",null,l)}const m=e(s,[["render",i]]);export{g as __pageData,m as default};
diff --git a/pr-1489/assets/learn_staking.md.a5eca14a.lean.js b/pr-1489/assets/learn_staking.md.ecc3f60c.lean.js
similarity index 90%
rename from pr-1489/assets/learn_staking.md.a5eca14a.lean.js
rename to pr-1489/assets/learn_staking.md.ecc3f60c.lean.js
index a0b73d81af..5880befd80 100644
--- a/pr-1489/assets/learn_staking.md.a5eca14a.lean.js
+++ b/pr-1489/assets/learn_staking.md.ecc3f60c.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as n}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Staking on Celestia","description":"Learn how to stake your tokens on the Celestia network.","frontmatter":{"description":"Learn how to stake your tokens on the Celestia network.","head":[["meta",{"name":"og:title","content":"Staking on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/staking.md","filePath":"learn/staking.md","lastUpdated":1711718709000}'),s={name:"learn/staking.md"},r=n("",10),l=[r];function i(o,h,c,p,k,d){return t(),a("div",null,l)}const m=e(s,[["render",i]]);export{g as __pageData,m as default};
+import{_ as e,o as t,c as a,Q as n}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"Staking on Celestia","description":"Learn how to stake your tokens on the Celestia network.","frontmatter":{"description":"Learn how to stake your tokens on the Celestia network.","head":[["meta",{"name":"og:title","content":"Staking on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/staking.md","filePath":"learn/staking.md","lastUpdated":1711718743000}'),s={name:"learn/staking.md"},r=n("",10),l=[r];function i(o,h,c,p,k,d){return t(),a("div",null,l)}const m=e(s,[["render",i]]);export{g as __pageData,m as default};
diff --git a/pr-1489/assets/learn_tia.md.3268d7a2.js b/pr-1489/assets/learn_tia.md.86b1026c.js
similarity index 99%
rename from pr-1489/assets/learn_tia.md.3268d7a2.js
rename to pr-1489/assets/learn_tia.md.86b1026c.js
index b00795f84d..819c1cd343 100644
--- a/pr-1489/assets/learn_tia.md.3268d7a2.js
+++ b/pr-1489/assets/learn_tia.md.86b1026c.js
@@ -1 +1 @@
-import{_ as s,o as t,c as e,k as a,a as o,Q as n}from"./chunks/framework.611656c0.js";const A=JSON.parse('{"title":"Overview of TIA","description":"","frontmatter":{"prev":{"text":"Data availability FAQ","link":"/learn/how-celestia-works/data-availability-faq"},"head":[["meta",{"name":"og:title","content":"Overview of TIA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/tia.md","filePath":"learn/tia.md","lastUpdated":1711718709000}'),i={name:"learn/tia.md"},r=a("h1",{id:"overview-of-tia",tabindex:"-1"},[o("Overview of TIA "),a("a",{class:"header-anchor",href:"#overview-of-tia","aria-label":'Permalink to "Overview of TIA"'},"​")],-1),l=a("h2",{id:"tia-at-a-glance",tabindex:"-1"},[o("TIA at a glance "),a("a",{class:"header-anchor",href:"#tia-at-a-glance","aria-label":'Permalink to "TIA at a glance"'},"​")],-1),d=a("thead",null,[a("tr",null,[a("th",null,"Property"),a("th",null,"Details")])],-1),c=a("tr",null,[a("td",null,"Abbreviation"),a("td",null,"TIA")],-1),h=a("tr",null,[a("td",null,"Total supply at genesis"),a("td",null,"1,000,000,000 TIA")],-1),Q=a("tr",null,[a("td",null,"Inflation schedule"),a("td",null,"8% in the first year, decreasing 10% per year until reaching an inflation floor of 1.5% annually")],-1),p=a("tr",null,[a("td",null,"Decimals"),a("td",null,"6")],-1),T=a("td",null,"Conversion",-1),m={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},u={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.186ex"},xmlns:"http://www.w3.org/2000/svg",width:"21.526ex",height:"2.14ex",role:"img",focusable:"false",viewBox:"0 -864 9514.7 946","aria-hidden":"true"},f=n('',1),g=[f],H=a("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[a("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[a("mtext",null,"1 uTIA"),a("mo",null,"="),a("mtext",null,"TIA"),a("mo",null,"×"),a("msup",null,[a("mn",null,"10"),a("mrow",{"data-mjx-texclass":"ORD"},[a("mo",null,"−"),a("mn",null,"6")])])])],-1),k=n('
    Role of TIA ​
    Paying for blobspace ​
    Celestia’s native asset, TIA, is an essential part of how developers build on the first modular blockchain network. To use Celestia for data availability, rollup developers submit PayForBlobs transactions on the network for a fee, denominated in TIA.
    Bootstrapping new rollups ​
    A core part of the Celestia vision is that deploying a blockchain should be as easy as deploying a smart contract. In the modular era, developers no longer need to issue a token to launch their own blockchain.
    Similarly to ETH on Ethereum-based rollups, developers may opt to bootstrap their chain quickly by using TIA as a gas token and currency, in addition to paying for data availability. In this mode, developers can focus on creating their application or execution layer, instead of issuing a token right away.
    Proof-of-stake ​
    As a permissionless network built with Cosmos SDK, Celestia uses proof-of-stake to secure its own consensus. Like in other Cosmos networks, any user can help secure the network by delegating their TIA to a Celestia validator for a portion of their validator’s staking rewards.
    Learn how proof-of-stake works in Cosmos.
    Decentralised governance ​
    TIA staking also allows the community to play a critical role in decentralised governance over key parts of Celestia, such as voting on network parameters through governance proposals, and governing the community pool, which receives 2% of block rewards.
    Learn more about Celestia’s decentralised governance model.
    Denominations ​
    TIA: display token ​
    TIA is the DisplayDenom that you will typically see in wallets and user interfaces.
    utia: staking denomination ​
    utia is the BondDenom and stands for "micro TIA", with 1 TIA = 1,000,000 utia. This is the native staking denomination.
    In staking operations or transactions, if no denomination is specified, utia is assumed.
    microtia: staking denomination alias ​
    microtia is the BondDenomAlias, an alias for utia.
    ',20);function b(_,w,V,y,v,x){return t(),e("div",null,[r,l,a("table",null,[d,a("tbody",null,[c,h,Q,p,a("tr",null,[T,a("td",null,[a("mjx-container",m,[(t(),e("svg",u,g)),H])])])])]),k])}const I=s(i,[["render",b]]);export{A as __pageData,I as default};
+import{_ as s,o as t,c as e,k as a,a as o,Q as n}from"./chunks/framework.611656c0.js";const A=JSON.parse('{"title":"Overview of TIA","description":"","frontmatter":{"prev":{"text":"Data availability FAQ","link":"/learn/how-celestia-works/data-availability-faq"},"head":[["meta",{"name":"og:title","content":"Overview of TIA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/tia.md","filePath":"learn/tia.md","lastUpdated":1711718743000}'),i={name:"learn/tia.md"},r=a("h1",{id:"overview-of-tia",tabindex:"-1"},[o("Overview of TIA "),a("a",{class:"header-anchor",href:"#overview-of-tia","aria-label":'Permalink to "Overview of TIA"'},"​")],-1),l=a("h2",{id:"tia-at-a-glance",tabindex:"-1"},[o("TIA at a glance "),a("a",{class:"header-anchor",href:"#tia-at-a-glance","aria-label":'Permalink to "TIA at a glance"'},"​")],-1),d=a("thead",null,[a("tr",null,[a("th",null,"Property"),a("th",null,"Details")])],-1),c=a("tr",null,[a("td",null,"Abbreviation"),a("td",null,"TIA")],-1),h=a("tr",null,[a("td",null,"Total supply at genesis"),a("td",null,"1,000,000,000 TIA")],-1),Q=a("tr",null,[a("td",null,"Inflation schedule"),a("td",null,"8% in the first year, decreasing 10% per year until reaching an inflation floor of 1.5% annually")],-1),p=a("tr",null,[a("td",null,"Decimals"),a("td",null,"6")],-1),T=a("td",null,"Conversion",-1),m={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},u={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.186ex"},xmlns:"http://www.w3.org/2000/svg",width:"21.526ex",height:"2.14ex",role:"img",focusable:"false",viewBox:"0 -864 9514.7 946","aria-hidden":"true"},f=n('',1),g=[f],H=a("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[a("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[a("mtext",null,"1 uTIA"),a("mo",null,"="),a("mtext",null,"TIA"),a("mo",null,"×"),a("msup",null,[a("mn",null,"10"),a("mrow",{"data-mjx-texclass":"ORD"},[a("mo",null,"−"),a("mn",null,"6")])])])],-1),k=n('
    Role of TIA ​
    Paying for blobspace ​
    Celestia’s native asset, TIA, is an essential part of how developers build on the first modular blockchain network. To use Celestia for data availability, rollup developers submit PayForBlobs transactions on the network for a fee, denominated in TIA.
    Bootstrapping new rollups ​
    A core part of the Celestia vision is that deploying a blockchain should be as easy as deploying a smart contract. In the modular era, developers no longer need to issue a token to launch their own blockchain.
    Similarly to ETH on Ethereum-based rollups, developers may opt to bootstrap their chain quickly by using TIA as a gas token and currency, in addition to paying for data availability. In this mode, developers can focus on creating their application or execution layer, instead of issuing a token right away.
    Proof-of-stake ​
    As a permissionless network built with Cosmos SDK, Celestia uses proof-of-stake to secure its own consensus. Like in other Cosmos networks, any user can help secure the network by delegating their TIA to a Celestia validator for a portion of their validator’s staking rewards.
    Learn how proof-of-stake works in Cosmos.
    Decentralised governance ​
    TIA staking also allows the community to play a critical role in decentralised governance over key parts of Celestia, such as voting on network parameters through governance proposals, and governing the community pool, which receives 2% of block rewards.
    Learn more about Celestia’s decentralised governance model.
    Denominations ​
    TIA: display token ​
    TIA is the DisplayDenom that you will typically see in wallets and user interfaces.
    utia: staking denomination ​
    utia is the BondDenom and stands for "micro TIA", with 1 TIA = 1,000,000 utia. This is the native staking denomination.
    In staking operations or transactions, if no denomination is specified, utia is assumed.
    microtia: staking denomination alias ​
    microtia is the BondDenomAlias, an alias for utia.
    ',20);function b(_,w,V,y,v,x){return t(),e("div",null,[r,l,a("table",null,[d,a("tbody",null,[c,h,Q,p,a("tr",null,[T,a("td",null,[a("mjx-container",m,[(t(),e("svg",u,g)),H])])])])]),k])}const I=s(i,[["render",b]]);export{A as __pageData,I as default};
diff --git a/pr-1489/assets/learn_tia.md.3268d7a2.lean.js b/pr-1489/assets/learn_tia.md.86b1026c.lean.js
similarity index 97%
rename from pr-1489/assets/learn_tia.md.3268d7a2.lean.js
rename to pr-1489/assets/learn_tia.md.86b1026c.lean.js
index 33d0a47b77..254f5be5f6 100644
--- a/pr-1489/assets/learn_tia.md.3268d7a2.lean.js
+++ b/pr-1489/assets/learn_tia.md.86b1026c.lean.js
@@ -1 +1 @@
-import{_ as s,o as t,c as e,k as a,a as o,Q as n}from"./chunks/framework.611656c0.js";const A=JSON.parse('{"title":"Overview of TIA","description":"","frontmatter":{"prev":{"text":"Data availability FAQ","link":"/learn/how-celestia-works/data-availability-faq"},"head":[["meta",{"name":"og:title","content":"Overview of TIA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/tia.md","filePath":"learn/tia.md","lastUpdated":1711718709000}'),i={name:"learn/tia.md"},r=a("h1",{id:"overview-of-tia",tabindex:"-1"},[o("Overview of TIA "),a("a",{class:"header-anchor",href:"#overview-of-tia","aria-label":'Permalink to "Overview of TIA"'},"​")],-1),l=a("h2",{id:"tia-at-a-glance",tabindex:"-1"},[o("TIA at a glance "),a("a",{class:"header-anchor",href:"#tia-at-a-glance","aria-label":'Permalink to "TIA at a glance"'},"​")],-1),d=a("thead",null,[a("tr",null,[a("th",null,"Property"),a("th",null,"Details")])],-1),c=a("tr",null,[a("td",null,"Abbreviation"),a("td",null,"TIA")],-1),h=a("tr",null,[a("td",null,"Total supply at genesis"),a("td",null,"1,000,000,000 TIA")],-1),Q=a("tr",null,[a("td",null,"Inflation schedule"),a("td",null,"8% in the first year, decreasing 10% per year until reaching an inflation floor of 1.5% annually")],-1),p=a("tr",null,[a("td",null,"Decimals"),a("td",null,"6")],-1),T=a("td",null,"Conversion",-1),m={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},u={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.186ex"},xmlns:"http://www.w3.org/2000/svg",width:"21.526ex",height:"2.14ex",role:"img",focusable:"false",viewBox:"0 -864 9514.7 946","aria-hidden":"true"},f=n("",1),g=[f],H=a("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[a("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[a("mtext",null,"1 uTIA"),a("mo",null,"="),a("mtext",null,"TIA"),a("mo",null,"×"),a("msup",null,[a("mn",null,"10"),a("mrow",{"data-mjx-texclass":"ORD"},[a("mo",null,"−"),a("mn",null,"6")])])])],-1),k=n("",20);function b(_,w,V,y,v,x){return t(),e("div",null,[r,l,a("table",null,[d,a("tbody",null,[c,h,Q,p,a("tr",null,[T,a("td",null,[a("mjx-container",m,[(t(),e("svg",u,g)),H])])])])]),k])}const I=s(i,[["render",b]]);export{A as __pageData,I as default};
+import{_ as s,o as t,c as e,k as a,a as o,Q as n}from"./chunks/framework.611656c0.js";const A=JSON.parse('{"title":"Overview of TIA","description":"","frontmatter":{"prev":{"text":"Data availability FAQ","link":"/learn/how-celestia-works/data-availability-faq"},"head":[["meta",{"name":"og:title","content":"Overview of TIA | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"learn/tia.md","filePath":"learn/tia.md","lastUpdated":1711718743000}'),i={name:"learn/tia.md"},r=a("h1",{id:"overview-of-tia",tabindex:"-1"},[o("Overview of TIA "),a("a",{class:"header-anchor",href:"#overview-of-tia","aria-label":'Permalink to "Overview of TIA"'},"​")],-1),l=a("h2",{id:"tia-at-a-glance",tabindex:"-1"},[o("TIA at a glance "),a("a",{class:"header-anchor",href:"#tia-at-a-glance","aria-label":'Permalink to "TIA at a glance"'},"​")],-1),d=a("thead",null,[a("tr",null,[a("th",null,"Property"),a("th",null,"Details")])],-1),c=a("tr",null,[a("td",null,"Abbreviation"),a("td",null,"TIA")],-1),h=a("tr",null,[a("td",null,"Total supply at genesis"),a("td",null,"1,000,000,000 TIA")],-1),Q=a("tr",null,[a("td",null,"Inflation schedule"),a("td",null,"8% in the first year, decreasing 10% per year until reaching an inflation floor of 1.5% annually")],-1),p=a("tr",null,[a("td",null,"Decimals"),a("td",null,"6")],-1),T=a("td",null,"Conversion",-1),m={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},u={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.186ex"},xmlns:"http://www.w3.org/2000/svg",width:"21.526ex",height:"2.14ex",role:"img",focusable:"false",viewBox:"0 -864 9514.7 946","aria-hidden":"true"},f=n("",1),g=[f],H=a("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[a("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[a("mtext",null,"1 uTIA"),a("mo",null,"="),a("mtext",null,"TIA"),a("mo",null,"×"),a("msup",null,[a("mn",null,"10"),a("mrow",{"data-mjx-texclass":"ORD"},[a("mo",null,"−"),a("mn",null,"6")])])])],-1),k=n("",20);function b(_,w,V,y,v,x){return t(),e("div",null,[r,l,a("table",null,[d,a("tbody",null,[c,h,Q,p,a("tr",null,[T,a("td",null,[a("mjx-container",m,[(t(),e("svg",u,g)),H])])])])]),k])}const I=s(i,[["render",b]]);export{A as __pageData,I as default};
diff --git a/pr-1489/assets/nodes_arabica-devnet.md.e3ddf0b3.js b/pr-1489/assets/nodes_arabica-devnet.md.6f88ab5c.js
similarity index 99%
rename from pr-1489/assets/nodes_arabica-devnet.md.e3ddf0b3.js
rename to pr-1489/assets/nodes_arabica-devnet.md.6f88ab5c.js
index fb2a180ebb..fe4ef995c9 100644
--- a/pr-1489/assets/nodes_arabica-devnet.md.e3ddf0b3.js
+++ b/pr-1489/assets/nodes_arabica-devnet.md.6f88ab5c.js
@@ -2,4 +2,4 @@ import{A as i}from"./chunks/ArabicaVersionTags.254b1518.js";import{c as d}from".
     –core.grpc.port <port> \\
    celestia <da_type> start –core.ip <url> –core.rpc.port <port> \\
     –core.grpc.port <port> \\
    RPCs for DA nodes to initialise or start your celestia-node to Arabica devnet with can be found in the table in the "Direct endpoints with open ports" section above.
    As an example, this command will work to start a light node with state access, using default ports:
    bash
    celestia light start --p2p.netowrk arabica \\
   --core.ip validator-1.celestia-arabica-11.com
    celestia light start --p2p.netowrk arabica \\
-  --core.ip validator-1.celestia-arabica-11.com
    Bridge node runners
    Not all of the RPC endpoints do not guarantee the full block history. Find an archive endpoint on the community dashboard or run your own consensus full node with no pruning for your bridge node.
    Arabica devnet faucet ​
    WARNING
    USING THIS FAUCET DOES NOT ENTITLE YOU TO ANY AIRDROP OR OTHER DISTRIBUTION OF MAINNET CELESTIA TOKENS. THERE ARE NO PUBLIC SALES OF ANY MAINNET CELESTIA TOKENS.
    Discord ​
    You can request from Arabica devnet Faucet on the #arabica-faucet channel on Celestia's Discord server with the following command:
    text
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>
    Where <CELESTIA-ADDRESS> is a celestia1****** generated address.
    NOTE
    Faucet has a limit of 10 tokens per week per address/Discord ID.
    Web ​
    The web faucet is available at https://faucet.celestia-arabica-11.com/.
    Explorers ​
    There are multiple explorers you can use for Arabica:
    Network upgrades ​
    Join our Telegram announcement channel for network upgrades.
    `,28),R=JSON.parse('{"title":"Arabica devnet","description":"A guide to Arabica devnet.","frontmatter":{"description":"A guide to Arabica devnet.","head":[["meta",{"name":"og:title","content":"Arabica devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/arabica-devnet.md","filePath":"nodes/arabica-devnet.md","lastUpdated":1711718709000}'),P={name:"nodes/arabica-devnet.md"},L=Object.assign(P,{setup(l){return(c,p)=>(o(),n("div",null,[w,s(F),D,s(i),T]))}});export{R as __pageData,L as default};
+  --core.ip validator-1.celestia-arabica-11.com
    Bridge node runners
    Not all of the RPC endpoints do not guarantee the full block history. Find an archive endpoint on the community dashboard or run your own consensus full node with no pruning for your bridge node.
    Arabica devnet faucet ​
    WARNING
    USING THIS FAUCET DOES NOT ENTITLE YOU TO ANY AIRDROP OR OTHER DISTRIBUTION OF MAINNET CELESTIA TOKENS. THERE ARE NO PUBLIC SALES OF ANY MAINNET CELESTIA TOKENS.
    Discord ​
    You can request from Arabica devnet Faucet on the #arabica-faucet channel on Celestia's Discord server with the following command:
    text
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>
    Where <CELESTIA-ADDRESS> is a celestia1****** generated address.
    NOTE
    Faucet has a limit of 10 tokens per week per address/Discord ID.
    Web ​
    The web faucet is available at https://faucet.celestia-arabica-11.com/.
    Explorers ​
    There are multiple explorers you can use for Arabica:
    Network upgrades ​
    Join our Telegram announcement channel for network upgrades.
    `,28),R=JSON.parse('{"title":"Arabica devnet","description":"A guide to Arabica devnet.","frontmatter":{"description":"A guide to Arabica devnet.","head":[["meta",{"name":"og:title","content":"Arabica devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/arabica-devnet.md","filePath":"nodes/arabica-devnet.md","lastUpdated":1711718743000}'),P={name:"nodes/arabica-devnet.md"},L=Object.assign(P,{setup(l){return(c,p)=>(o(),n("div",null,[w,s(F),D,s(i),T]))}});export{R as __pageData,L as default};
diff --git a/pr-1489/assets/nodes_arabica-devnet.md.e3ddf0b3.lean.js b/pr-1489/assets/nodes_arabica-devnet.md.6f88ab5c.lean.js
similarity index 97%
rename from pr-1489/assets/nodes_arabica-devnet.md.e3ddf0b3.lean.js
rename to pr-1489/assets/nodes_arabica-devnet.md.6f88ab5c.lean.js
index 500eb2a05b..f869c26dbb 100644
--- a/pr-1489/assets/nodes_arabica-devnet.md.e3ddf0b3.lean.js
+++ b/pr-1489/assets/nodes_arabica-devnet.md.6f88ab5c.lean.js
@@ -1 +1 @@
-import{A as i}from"./chunks/ArabicaVersionTags.254b1518.js";import{c as d}from"./chunks/constants.dc70dfe7.js";import{_ as h,o,c as n,k as e,t as a,H as s,Q as r,a as u}from"./chunks/framework.611656c0.js";import"./chunks/arabica_versions.da77a310.js";const b="/docs-preview/pr-1489/img/arabica-devnet.png",y={name:"ArabicaDevnetDetails",data(){return{constants:d}}},E=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),g=e("td",null,"Chain ID",-1),f=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"27122593765E07329BC348E8D16E92DCB4C75B34CCCB35C640FD7A4484D4C711")])],-1),m=e("td",null,"Genesis file",-1),v=["href"],_=e("td",null,"Peers file",-1),k=["href"],C=e("tr",null,[e("td",null,"Validators"),e("td",null," 4 ")],-1);function A(l,c,p,N,t,I){return o(),n("table",null,[E,e("tr",null,[g,e("td",null,[e("code",null,a(t.constants.arabicaChainId),1)])]),f,e("tr",null,[m,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.arabicaChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+a(t.constants.arabicaChainId)+"/genesis.json ",9,v)])]),e("tr",null,[_,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.arabicaChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+a(t.constants.arabicaChainId)+"/peers.txt ",9,k)])]),C])}const F=h(y,[["render",A]]),w=r("",8),D=e("h3",{id:"software-version-numbers",tabindex:"-1"},[u("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),T=r("",28),R=JSON.parse('{"title":"Arabica devnet","description":"A guide to Arabica devnet.","frontmatter":{"description":"A guide to Arabica devnet.","head":[["meta",{"name":"og:title","content":"Arabica devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/arabica-devnet.md","filePath":"nodes/arabica-devnet.md","lastUpdated":1711718709000}'),P={name:"nodes/arabica-devnet.md"},L=Object.assign(P,{setup(l){return(c,p)=>(o(),n("div",null,[w,s(F),D,s(i),T]))}});export{R as __pageData,L as default};
+import{A as i}from"./chunks/ArabicaVersionTags.254b1518.js";import{c as d}from"./chunks/constants.dc70dfe7.js";import{_ as h,o,c as n,k as e,t as a,H as s,Q as r,a as u}from"./chunks/framework.611656c0.js";import"./chunks/arabica_versions.da77a310.js";const b="/docs-preview/pr-1489/img/arabica-devnet.png",y={name:"ArabicaDevnetDetails",data(){return{constants:d}}},E=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),g=e("td",null,"Chain ID",-1),f=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"27122593765E07329BC348E8D16E92DCB4C75B34CCCB35C640FD7A4484D4C711")])],-1),m=e("td",null,"Genesis file",-1),v=["href"],_=e("td",null,"Peers file",-1),k=["href"],C=e("tr",null,[e("td",null,"Validators"),e("td",null," 4 ")],-1);function A(l,c,p,N,t,I){return o(),n("table",null,[E,e("tr",null,[g,e("td",null,[e("code",null,a(t.constants.arabicaChainId),1)])]),f,e("tr",null,[m,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.arabicaChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+a(t.constants.arabicaChainId)+"/genesis.json ",9,v)])]),e("tr",null,[_,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.arabicaChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+a(t.constants.arabicaChainId)+"/peers.txt ",9,k)])]),C])}const F=h(y,[["render",A]]),w=r("",8),D=e("h3",{id:"software-version-numbers",tabindex:"-1"},[u("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),T=r("",28),R=JSON.parse('{"title":"Arabica devnet","description":"A guide to Arabica devnet.","frontmatter":{"description":"A guide to Arabica devnet.","head":[["meta",{"name":"og:title","content":"Arabica devnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/arabica-devnet.md","filePath":"nodes/arabica-devnet.md","lastUpdated":1711718743000}'),P={name:"nodes/arabica-devnet.md"},L=Object.assign(P,{setup(l){return(c,p)=>(o(),n("div",null,[w,s(F),D,s(i),T]))}});export{R as __pageData,L as default};
diff --git a/pr-1489/assets/nodes_bridge-node.md.3a72dc88.js b/pr-1489/assets/nodes_bridge-node.md.84fbd536.js
similarity index 97%
rename from pr-1489/assets/nodes_bridge-node.md.3a72dc88.js
rename to pr-1489/assets/nodes_bridge-node.md.84fbd536.js
index ab52760c82..a7f003488a 100644
--- a/pr-1489/assets/nodes_bridge-node.md.3a72dc88.js
+++ b/pr-1489/assets/nodes_bridge-node.md.84fbd536.js
@@ -1,7 +1,7 @@
-import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/nodes/BridgeNodes.png",u=JSON.parse('{"title":"Setting up a Celestia bridge node","description":"","frontmatter":{"\\\\description":"Learn how to set up your Celestia bridge node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia bridge node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/bridge-node.md","filePath":"nodes/bridge-node.md","lastUpdated":1711718709000}'),l={name:"nodes/bridge-node.md"},t=o('
    Setting up a Celestia bridge node ​
    This tutorial will go over the steps to setting up your Celestia bridge node.
    Bridge nodes connect the data availability layer and the consensus layer.
    Overview of bridge nodes ​
    A Celestia bridge node has the following properties:
    1. Import and process “raw” headers & blocks from a trusted core process (meaning a trusted RPC connection to a celestia-core node) in the Consensus network. Bridge nodes can run this core process internally (embedded) or simply connect to a remote endpoint. Bridge nodes also have the option of being an active validator in the consensus network.
    2. Validate and erasure code the “raw” blocks
    3. Supply block shares with data availability headers to light nodes in the DA network.
    bridge-node-diagram
    From an implementation perspective, Bridge nodes run two separate processes:
    1. celestia-app with celestia-core (see repo)
      • celestia-app is the state machine where the application and the proof-of-stake logic is run. celestia-app is built on Cosmos SDK and also encompasses celestia-core.
      • celestia-core is the state interaction, consensus and block production layer. celestia-core is built on Tendermint Core, modified to store data roots of erasure coded blocks among other changes (see ADRs).
    2. celestia-node (see repo)
      • celestia-node augments the above with a separate libp2p network that serves data availability sampling requests. The team sometimes refers to this as the “halo” network.
    Hardware requirements ​
    The following hardware minimum requirements are recommended for running the bridge node:
    • Memory: 4 GB RAM (minimum)
    • CPU: 6 cores
    • Disk: 10 TB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload
    Setting up your bridge node ​
    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.
    Setup the dependencies ​
    Follow the tutorial for installing the dependencies.
    Deploy the Celestia bridge node ​
    Install Celestia Node ​
    Install the celestia-node binary, which will be used to run the bridge node.
    Follow the tutorial for installing celestia-node.
    Initialize the bridge node ​
    Run the following:
    sh
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>
    The --core.ip gRPC port defaults to 9090, so if you do not specify it in the command line, it will default to that port. You can add the port after the IP address or use the --core.grpc.port flag to specify another port if you prefer.
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.
    Here is an example of initializing the bridge node:
    sh
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>
    sh
    celestia bridge init --core.ip <URI> --p2p.network mocha
    celestia bridge init --core.ip <URI> --p2p.network mocha
    sh
    celestia bridge init --core.ip <URI> --p2p.network arabica
    celestia bridge init --core.ip <URI> --p2p.network arabica
    Run the bridge node ​
    Start the bridge node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):
    sh
    celestia bridge start --core.ip <URI>
    celestia bridge start --core.ip <URI>
    Here is an example of starting the bridge node on Mocha:
    sh
    celestia bridge start --core.ip rpc-mocha.pops.one:26657 --p2p.network mocha
    celestia bridge start --core.ip rpc-mocha.pops.one:26657 --p2p.network mocha
    And on Arabica:
    sh
    celestia bridge start --core.ip validator-1.celestia-arabica-11.com \\
+import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/nodes/BridgeNodes.png",u=JSON.parse('{"title":"Setting up a Celestia bridge node","description":"","frontmatter":{"\\\\description":"Learn how to set up your Celestia bridge node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia bridge node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/bridge-node.md","filePath":"nodes/bridge-node.md","lastUpdated":1711718743000}'),l={name:"nodes/bridge-node.md"},t=o('
    Setting up a Celestia bridge node ​
    This tutorial will go over the steps to setting up your Celestia bridge node.
    Bridge nodes connect the data availability layer and the consensus layer.
    Overview of bridge nodes ​
    A Celestia bridge node has the following properties:
    1. Import and process “raw” headers & blocks from a trusted core process (meaning a trusted RPC connection to a celestia-core node) in the Consensus network. Bridge nodes can run this core process internally (embedded) or simply connect to a remote endpoint. Bridge nodes also have the option of being an active validator in the consensus network.
    2. Validate and erasure code the “raw” blocks
    3. Supply block shares with data availability headers to light nodes in the DA network.
    bridge-node-diagram
    From an implementation perspective, Bridge nodes run two separate processes:
    1. celestia-app with celestia-core (see repo)
      • celestia-app is the state machine where the application and the proof-of-stake logic is run. celestia-app is built on Cosmos SDK and also encompasses celestia-core.
      • celestia-core is the state interaction, consensus and block production layer. celestia-core is built on Tendermint Core, modified to store data roots of erasure coded blocks among other changes (see ADRs).
    2. celestia-node (see repo)
      • celestia-node augments the above with a separate libp2p network that serves data availability sampling requests. The team sometimes refers to this as the “halo” network.
    Hardware requirements ​
    The following hardware minimum requirements are recommended for running the bridge node:
    • Memory: 4 GB RAM (minimum)
    • CPU: 6 cores
    • Disk: 10 TB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload
    Setting up your bridge node ​
    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.
    Setup the dependencies ​
    Follow the tutorial for installing the dependencies.
    Deploy the Celestia bridge node ​
    Install Celestia Node ​
    Install the celestia-node binary, which will be used to run the bridge node.
    Follow the tutorial for installing celestia-node.
    Initialize the bridge node ​
    Run the following:
    sh
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>
    The --core.ip gRPC port defaults to 9090, so if you do not specify it in the command line, it will default to that port. You can add the port after the IP address or use the --core.grpc.port flag to specify another port if you prefer.
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.
    Here is an example of initializing the bridge node:
    sh
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>
    sh
    celestia bridge init --core.ip <URI> --p2p.network mocha
    celestia bridge init --core.ip <URI> --p2p.network mocha
    sh
    celestia bridge init --core.ip <URI> --p2p.network arabica
    celestia bridge init --core.ip <URI> --p2p.network arabica
    Run the bridge node ​
    Start the bridge node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):
    sh
    celestia bridge start --core.ip <URI>
    celestia bridge start --core.ip <URI>
    Here is an example of starting the bridge node on Mocha:
    sh
    celestia bridge start --core.ip rpc-mocha.pops.one:26657 --p2p.network mocha
    celestia bridge start --core.ip rpc-mocha.pops.one:26657 --p2p.network mocha
    And on Arabica:
    sh
    celestia bridge start --core.ip validator-1.celestia-arabica-11.com \\
   --p2p.network arabica
    celestia bridge start --core.ip validator-1.celestia-arabica-11.com \\
-  --p2p.network arabica
    You can create your key for your node by following the cel-key instructions.
    Once you start the bridge node, a wallet key will be generated for you. You will need to fund that address with Testnet tokens to pay for PayForBlob transactions. You can find the address by running the following command:
    sh
    ./cel-key list --node.type bridge --keyring-backend test --p2p.network <network>
    ./cel-key list --node.type bridge --keyring-backend test --p2p.network <network>
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    You can get testnet tokens from:
    NOTE
    If you are running a bridge node for your validator it is highly recommended to request Mocha testnet tokens as this is the testnet used to test out validator operations.
    Optional: run the bridge node with a custom key ​
    In order to run a bridge node using a custom key:
    1. The custom key must exist inside the celestia bridge node directory at the correct path (default: ~/.celestia-bridge/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key>
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key>
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \\
+  --p2p.network arabica
    You can create your key for your node by following the cel-key instructions.
    Once you start the bridge node, a wallet key will be generated for you. You will need to fund that address with Testnet tokens to pay for PayForBlob transactions. You can find the address by running the following command:
    sh
    ./cel-key list --node.type bridge --keyring-backend test --p2p.network <network>
    ./cel-key list --node.type bridge --keyring-backend test --p2p.network <network>
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    You can get testnet tokens from:
    NOTE
    If you are running a bridge node for your validator it is highly recommended to request Mocha testnet tokens as this is the testnet used to test out validator operations.
    Optional: run the bridge node with a custom key ​
    In order to run a bridge node using a custom key:
    1. The custom key must exist inside the celestia bridge node directory at the correct path (default: ~/.celestia-bridge/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key>
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key>
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \\
   --p2p.network mocha
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \\
   --p2p.network mocha
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \\
   --p2p.network arabica
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \\
-  --p2p.network arabica
    Optional: start the bridge node with SystemD ​
    Follow the tutorial on setting up the bridge node as a background process with SystemD.
    You have successfully set up a bridge node that is syncing with the network.
    `,49),p=[t];function r(c,i,d,y,E,h){return a(),e("div",null,p)}const b=s(l,[["render",r]]);export{u as __pageData,b as default};
+  --p2p.network arabica
    Optional: start the bridge node with SystemD ​
    Follow the tutorial on setting up the bridge node as a background process with SystemD.
    You have successfully set up a bridge node that is syncing with the network.
    `,49),p=[t];function r(c,i,d,y,E,h){return a(),e("div",null,p)}const F=s(l,[["render",r]]);export{u as __pageData,F as default};
diff --git a/pr-1489/assets/nodes_bridge-node.md.3a72dc88.lean.js b/pr-1489/assets/nodes_bridge-node.md.84fbd536.lean.js
similarity index 82%
rename from pr-1489/assets/nodes_bridge-node.md.3a72dc88.lean.js
rename to pr-1489/assets/nodes_bridge-node.md.84fbd536.lean.js
index 4d4284ed16..e36bb81953 100644
--- a/pr-1489/assets/nodes_bridge-node.md.3a72dc88.lean.js
+++ b/pr-1489/assets/nodes_bridge-node.md.84fbd536.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/nodes/BridgeNodes.png",u=JSON.parse('{"title":"Setting up a Celestia bridge node","description":"","frontmatter":{"\\\\description":"Learn how to set up your Celestia bridge node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia bridge node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/bridge-node.md","filePath":"nodes/bridge-node.md","lastUpdated":1711718709000}'),l={name:"nodes/bridge-node.md"},t=o("",49),p=[t];function r(c,i,d,y,E,h){return a(),e("div",null,p)}const b=s(l,[["render",r]]);export{u as __pageData,b as default};
+import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const n="/docs-preview/pr-1489/img/nodes/BridgeNodes.png",u=JSON.parse('{"title":"Setting up a Celestia bridge node","description":"","frontmatter":{"\\\\description":"Learn how to set up your Celestia bridge node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia bridge node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/bridge-node.md","filePath":"nodes/bridge-node.md","lastUpdated":1711718743000}'),l={name:"nodes/bridge-node.md"},t=o("",49),p=[t];function r(c,i,d,y,E,h){return a(),e("div",null,p)}const F=s(l,[["render",r]]);export{u as __pageData,F as default};
diff --git a/pr-1489/assets/nodes_celestia-app-commands.md.aabf953d.js b/pr-1489/assets/nodes_celestia-app-commands.md.0172f947.js
similarity index 99%
rename from pr-1489/assets/nodes_celestia-app-commands.md.aabf953d.js
rename to pr-1489/assets/nodes_celestia-app-commands.md.0172f947.js
index 662549459a..9f36f7f40f 100644
--- a/pr-1489/assets/nodes_celestia-app-commands.md.aabf953d.js
+++ b/pr-1489/assets/nodes_celestia-app-commands.md.0172f947.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Helpful CLI commands","description":"Some of the most helpful celestia-app CLI commands.","frontmatter":{"description":"Some of the most helpful celestia-app CLI commands.","next":{"text":"SystemD","link":"/nodes/systemd"},"head":[["meta",{"name":"og:title","content":"Helpful CLI commands | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-commands.md","filePath":"nodes/celestia-app-commands.md","lastUpdated":1711718709000}'),p={name:"nodes/celestia-app-commands.md"},o=l(`
    Helpful CLI commands ​
    View all options:
    console
    $ celestia-appd --help
+import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Helpful CLI commands","description":"Some of the most helpful celestia-app CLI commands.","frontmatter":{"description":"Some of the most helpful celestia-app CLI commands.","next":{"text":"SystemD","link":"/nodes/systemd"},"head":[["meta",{"name":"og:title","content":"Helpful CLI commands | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-commands.md","filePath":"nodes/celestia-app-commands.md","lastUpdated":1711718743000}'),p={name:"nodes/celestia-app-commands.md"},o=l(`
    Helpful CLI commands ​
    View all options:
    console
    $ celestia-appd --help
 Start celestia-app
 
 Usage:
diff --git a/pr-1489/assets/nodes_celestia-app-commands.md.aabf953d.lean.js b/pr-1489/assets/nodes_celestia-app-commands.md.0172f947.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_celestia-app-commands.md.aabf953d.lean.js
rename to pr-1489/assets/nodes_celestia-app-commands.md.0172f947.lean.js
index 8218c54781..eadb5ddeb3 100644
--- a/pr-1489/assets/nodes_celestia-app-commands.md.aabf953d.lean.js
+++ b/pr-1489/assets/nodes_celestia-app-commands.md.0172f947.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Helpful CLI commands","description":"Some of the most helpful celestia-app CLI commands.","frontmatter":{"description":"Some of the most helpful celestia-app CLI commands.","next":{"text":"SystemD","link":"/nodes/systemd"},"head":[["meta",{"name":"og:title","content":"Helpful CLI commands | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-commands.md","filePath":"nodes/celestia-app-commands.md","lastUpdated":1711718709000}'),p={name:"nodes/celestia-app-commands.md"},o=l("",84),e=[o];function t(c,r,y,E,i,F){return a(),n("div",null,e)}const g=s(p,[["render",t]]);export{u as __pageData,g as default};
+import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Helpful CLI commands","description":"Some of the most helpful celestia-app CLI commands.","frontmatter":{"description":"Some of the most helpful celestia-app CLI commands.","next":{"text":"SystemD","link":"/nodes/systemd"},"head":[["meta",{"name":"og:title","content":"Helpful CLI commands | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-commands.md","filePath":"nodes/celestia-app-commands.md","lastUpdated":1711718743000}'),p={name:"nodes/celestia-app-commands.md"},o=l("",84),e=[o];function t(c,r,y,E,i,F){return a(),n("div",null,e)}const g=s(p,[["render",t]]);export{u as __pageData,g as default};
diff --git a/pr-1489/assets/nodes_celestia-app-metrics.md.321b2f96.js b/pr-1489/assets/nodes_celestia-app-metrics.md.6a8b79e8.js
similarity index 99%
rename from pr-1489/assets/nodes_celestia-app-metrics.md.321b2f96.js
rename to pr-1489/assets/nodes_celestia-app-metrics.md.6a8b79e8.js
index b984308189..344d43c2d3 100644
--- a/pr-1489/assets/nodes_celestia-app-metrics.md.321b2f96.js
+++ b/pr-1489/assets/nodes_celestia-app-metrics.md.6a8b79e8.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as n,Q as e}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"Metrics","description":"A guide on how to monitor the health and performance of your system.","frontmatter":{"description":"A guide on how to monitor the health and performance of your system.","prev":{"text":"Troubleshooting","link":"/nodes/celestia-node-troubleshooting"},"head":[["meta",{"name":"og:title","content":"Metrics | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-metrics.md","filePath":"nodes/celestia-app-metrics.md","lastUpdated":1711718709000}'),o={name:"nodes/celestia-app-metrics.md"},l=e(`
    Metrics ​
    Metrics are a powerful tool for monitoring the health and performance of a system. Celestia provides support for metrics to make sure, as an operator, your system continues to remain up and running. Metrics can also provide critical insight into how Celestia is used and how it can be improved.
    Setup ​
    Celestia uses Prometheus to publish metrics. It can be enabled through the config.toml file.
    bash
    #######################################################
+import{_ as s,o as a,c as n,Q as e}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"Metrics","description":"A guide on how to monitor the health and performance of your system.","frontmatter":{"description":"A guide on how to monitor the health and performance of your system.","prev":{"text":"Troubleshooting","link":"/nodes/celestia-node-troubleshooting"},"head":[["meta",{"name":"og:title","content":"Metrics | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-metrics.md","filePath":"nodes/celestia-app-metrics.md","lastUpdated":1711718743000}'),o={name:"nodes/celestia-app-metrics.md"},l=e(`
    Metrics ​
    Metrics are a powerful tool for monitoring the health and performance of a system. Celestia provides support for metrics to make sure, as an operator, your system continues to remain up and running. Metrics can also provide critical insight into how Celestia is used and how it can be improved.
    Setup ​
    Celestia uses Prometheus to publish metrics. It can be enabled through the config.toml file.
    bash
    #######################################################
 ###       Instrumentation Configuration Options     ###
 #######################################################
 [instrumentation]
diff --git a/pr-1489/assets/nodes_celestia-app-metrics.md.321b2f96.lean.js b/pr-1489/assets/nodes_celestia-app-metrics.md.6a8b79e8.lean.js
similarity index 92%
rename from pr-1489/assets/nodes_celestia-app-metrics.md.321b2f96.lean.js
rename to pr-1489/assets/nodes_celestia-app-metrics.md.6a8b79e8.lean.js
index af1ba7989c..a201eb029f 100644
--- a/pr-1489/assets/nodes_celestia-app-metrics.md.321b2f96.lean.js
+++ b/pr-1489/assets/nodes_celestia-app-metrics.md.6a8b79e8.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as e}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"Metrics","description":"A guide on how to monitor the health and performance of your system.","frontmatter":{"description":"A guide on how to monitor the health and performance of your system.","prev":{"text":"Troubleshooting","link":"/nodes/celestia-node-troubleshooting"},"head":[["meta",{"name":"og:title","content":"Metrics | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-metrics.md","filePath":"nodes/celestia-app-metrics.md","lastUpdated":1711718709000}'),o={name:"nodes/celestia-app-metrics.md"},l=e("",27),t=[l];function p(r,c,i,y,u,h){return a(),n("div",null,t)}const E=s(o,[["render",p]]);export{m as __pageData,E as default};
+import{_ as s,o as a,c as n,Q as e}from"./chunks/framework.611656c0.js";const m=JSON.parse('{"title":"Metrics","description":"A guide on how to monitor the health and performance of your system.","frontmatter":{"description":"A guide on how to monitor the health and performance of your system.","prev":{"text":"Troubleshooting","link":"/nodes/celestia-node-troubleshooting"},"head":[["meta",{"name":"og:title","content":"Metrics | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-metrics.md","filePath":"nodes/celestia-app-metrics.md","lastUpdated":1711718743000}'),o={name:"nodes/celestia-app-metrics.md"},l=e("",27),t=[l];function p(r,c,i,y,u,h){return a(),n("div",null,t)}const E=s(o,[["render",p]]);export{m as __pageData,E as default};
diff --git a/pr-1489/assets/nodes_celestia-app-multisig.md.ffe5f31f.js b/pr-1489/assets/nodes_celestia-app-multisig.md.ee046c0e.js
similarity index 99%
rename from pr-1489/assets/nodes_celestia-app-multisig.md.ffe5f31f.js
rename to pr-1489/assets/nodes_celestia-app-multisig.md.ee046c0e.js
index c36c631833..33b806e20a 100644
--- a/pr-1489/assets/nodes_celestia-app-multisig.md.ffe5f31f.js
+++ b/pr-1489/assets/nodes_celestia-app-multisig.md.ee046c0e.js
@@ -1,4 +1,4 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const d=JSON.parse('{"title":"Multisig","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Multisig | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-multisig.md","filePath":"nodes/celestia-app-multisig.md","lastUpdated":1711718709000}'),p={name:"nodes/celestia-app-multisig.md"},o=l(`
    Multisig ​
    Celestia inherits support for multisig accounts from the Cosmos SDK. Multisig accounts behave similarly to regular accounts with the added requirement that a threshold of signatures is needed to authorize a transaction.
    Multisig accounts can be created from the command line or using a graphical interface such as Keplr.
    Command line ​
    bash
    #!/bin/sh
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const d=JSON.parse('{"title":"Multisig","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Multisig | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-multisig.md","filePath":"nodes/celestia-app-multisig.md","lastUpdated":1711718743000}'),p={name:"nodes/celestia-app-multisig.md"},o=l(`
    Multisig ​
    Celestia inherits support for multisig accounts from the Cosmos SDK. Multisig accounts behave similarly to regular accounts with the added requirement that a threshold of signatures is needed to authorize a transaction.
    Multisig accounts can be created from the command line or using a graphical interface such as Keplr.
    Command line ​
    bash
    #!/bin/sh
 
 # Prerequisite: prior to running this script, start a single node devnet with ./scripts/single-node.sh
 CHAIN_ID="private"
diff --git a/pr-1489/assets/nodes_celestia-app-multisig.md.ffe5f31f.lean.js b/pr-1489/assets/nodes_celestia-app-multisig.md.ee046c0e.lean.js
similarity index 88%
rename from pr-1489/assets/nodes_celestia-app-multisig.md.ffe5f31f.lean.js
rename to pr-1489/assets/nodes_celestia-app-multisig.md.ee046c0e.lean.js
index 410635ea8a..7a497ed450 100644
--- a/pr-1489/assets/nodes_celestia-app-multisig.md.ffe5f31f.lean.js
+++ b/pr-1489/assets/nodes_celestia-app-multisig.md.ee046c0e.lean.js
@@ -1 +1 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const d=JSON.parse('{"title":"Multisig","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Multisig | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-multisig.md","filePath":"nodes/celestia-app-multisig.md","lastUpdated":1711718709000}'),p={name:"nodes/celestia-app-multisig.md"},o=l("",7),e=[o];function t(c,r,y,E,i,F){return n(),a("div",null,e)}const u=s(p,[["render",t]]);export{d as __pageData,u as default};
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const d=JSON.parse('{"title":"Multisig","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Multisig | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-multisig.md","filePath":"nodes/celestia-app-multisig.md","lastUpdated":1711718743000}'),p={name:"nodes/celestia-app-multisig.md"},o=l("",7),e=[o];function t(c,r,y,E,i,F){return n(),a("div",null,e)}const u=s(p,[["render",t]]);export{d as __pageData,u as default};
diff --git a/pr-1489/assets/nodes_celestia-app-slashing.md.79d8b028.js b/pr-1489/assets/nodes_celestia-app-slashing.md.e5bde463.js
similarity index 97%
rename from pr-1489/assets/nodes_celestia-app-slashing.md.79d8b028.js
rename to pr-1489/assets/nodes_celestia-app-slashing.md.e5bde463.js
index 704cddee51..fc5ba49769 100644
--- a/pr-1489/assets/nodes_celestia-app-slashing.md.79d8b028.js
+++ b/pr-1489/assets/nodes_celestia-app-slashing.md.e5bde463.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Slashing on Celestia","description":"This section covers the slashing mechanics for validators in Celestia.","frontmatter":{"description":"This section covers the slashing mechanics for validators in Celestia.","head":[["meta",{"name":"og:title","content":"Slashing on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-slashing.md","filePath":"nodes/celestia-app-slashing.md","lastUpdated":1711718709000}'),s={name:"nodes/celestia-app-slashing.md"},i=o('
    Slashing on Celestia ​
    Slashing is a mechanism employed in proof of stake blockchains that is used to deter and punish malicious behavior. It functions by removing a percentage of a validator's stake each time they act harmfully towards the network.
    Celestia is built with the Cosmos SDK and uses the x/slashing module.
    If a validator gets slashed, delegators bonded to that validator will also have the same percentage of their delegated funds slashed.
    The following are the conditions for a validator to get slashed:
    1. Downtime: If a validator is offline for more than 25% of a rolling window of the last 5,000 blocks, they will be jailed for 1 minute. During this period, the validator is removed from the validator set temporarily, and will be unable to propose new blocks or earn rewards. After the jail period, the validator can send an unjail request to rejoin the validator set.
    2. Double signing: This is a more severe offense and results in a larger percentage loss. If a validator engages in double signing, the validator will lose 2% of their stake and the remainder of their stake will be returned to them. The validator will be permanently removed from the validator set and will not have the ability to unjail. Delegators bonded to that validator will automatically enter the unbonding period for 21 days, and can delegate to another validator after they have been unbonded.
    For more details on the slashing parameters, refer to the celestia-app specifications page.
    ',7),l=[i];function n(r,d,h,c,p,g){return a(),t("div",null,l)}const u=e(s,[["render",n]]);export{f as __pageData,u as default};
+import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Slashing on Celestia","description":"This section covers the slashing mechanics for validators in Celestia.","frontmatter":{"description":"This section covers the slashing mechanics for validators in Celestia.","head":[["meta",{"name":"og:title","content":"Slashing on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-slashing.md","filePath":"nodes/celestia-app-slashing.md","lastUpdated":1711718743000}'),s={name:"nodes/celestia-app-slashing.md"},i=o('
    Slashing on Celestia ​
    Slashing is a mechanism employed in proof of stake blockchains that is used to deter and punish malicious behavior. It functions by removing a percentage of a validator's stake each time they act harmfully towards the network.
    Celestia is built with the Cosmos SDK and uses the x/slashing module.
    If a validator gets slashed, delegators bonded to that validator will also have the same percentage of their delegated funds slashed.
    The following are the conditions for a validator to get slashed:
    1. Downtime: If a validator is offline for more than 25% of a rolling window of the last 5,000 blocks, they will be jailed for 1 minute. During this period, the validator is removed from the validator set temporarily, and will be unable to propose new blocks or earn rewards. After the jail period, the validator can send an unjail request to rejoin the validator set.
    2. Double signing: This is a more severe offense and results in a larger percentage loss. If a validator engages in double signing, the validator will lose 2% of their stake and the remainder of their stake will be returned to them. The validator will be permanently removed from the validator set and will not have the ability to unjail. Delegators bonded to that validator will automatically enter the unbonding period for 21 days, and can delegate to another validator after they have been unbonded.
    For more details on the slashing parameters, refer to the celestia-app specifications page.
    ',7),l=[i];function n(r,d,h,c,p,g){return a(),t("div",null,l)}const u=e(s,[["render",n]]);export{f as __pageData,u as default};
diff --git a/pr-1489/assets/nodes_celestia-app-slashing.md.79d8b028.lean.js b/pr-1489/assets/nodes_celestia-app-slashing.md.e5bde463.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_celestia-app-slashing.md.79d8b028.lean.js
rename to pr-1489/assets/nodes_celestia-app-slashing.md.e5bde463.lean.js
index ee03ae25b7..7b88088a33 100644
--- a/pr-1489/assets/nodes_celestia-app-slashing.md.79d8b028.lean.js
+++ b/pr-1489/assets/nodes_celestia-app-slashing.md.e5bde463.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Slashing on Celestia","description":"This section covers the slashing mechanics for validators in Celestia.","frontmatter":{"description":"This section covers the slashing mechanics for validators in Celestia.","head":[["meta",{"name":"og:title","content":"Slashing on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-slashing.md","filePath":"nodes/celestia-app-slashing.md","lastUpdated":1711718709000}'),s={name:"nodes/celestia-app-slashing.md"},i=o("",7),l=[i];function n(r,d,h,c,p,g){return a(),t("div",null,l)}const u=e(s,[["render",n]]);export{f as __pageData,u as default};
+import{_ as e,o as a,c as t,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Slashing on Celestia","description":"This section covers the slashing mechanics for validators in Celestia.","frontmatter":{"description":"This section covers the slashing mechanics for validators in Celestia.","head":[["meta",{"name":"og:title","content":"Slashing on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-slashing.md","filePath":"nodes/celestia-app-slashing.md","lastUpdated":1711718743000}'),s={name:"nodes/celestia-app-slashing.md"},i=o("",7),l=[i];function n(r,d,h,c,p,g){return a(),t("div",null,l)}const u=e(s,[["render",n]]);export{f as __pageData,u as default};
diff --git a/pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.f9cee12a.js b/pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.d94b15cb.js
similarity index 94%
rename from pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.f9cee12a.js
rename to pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.d94b15cb.js
index f87a7322c7..63af6af43a 100644
--- a/pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.f9cee12a.js
+++ b/pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.d94b15cb.js
@@ -1 +1 @@
-import{_ as o,o as a,c as r,k as e,a as t}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Upgrade Monitor","description":"upgrade-monitor is a tool to monitor upgrades on a Celestia network.","frontmatter":{"description":"upgrade-monitor is a tool to monitor upgrades on a Celestia network.","head":[["meta",{"name":"og:title","content":"Upgrade Monitor | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-upgrade-monitor.md","filePath":"nodes/celestia-app-upgrade-monitor.md","lastUpdated":1711718709000}'),n={name:"nodes/celestia-app-upgrade-monitor.md"},s=e("h1",{id:"upgrade-monitor",tabindex:"-1"},[t("Upgrade Monitor "),e("a",{class:"header-anchor",href:"#upgrade-monitor","aria-label":'Permalink to "Upgrade Monitor"'},"​")],-1),i=e("p",null,[t("Upgrade monitor is a binary that monitors that status of upgrades on a Celestia network. See the "),e("a",{href:"https://github.com/celestiaorg/upgrade-monitor",target:"_blank",rel:"noreferrer"},"README"),t(" for instructions on how to install and use the binary.")],-1),d=[s,i];function p(c,l,m,g,u,h){return a(),r("div",null,d)}const k=o(n,[["render",p]]);export{f as __pageData,k as default};
+import{_ as o,o as a,c as r,k as e,a as t}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Upgrade Monitor","description":"upgrade-monitor is a tool to monitor upgrades on a Celestia network.","frontmatter":{"description":"upgrade-monitor is a tool to monitor upgrades on a Celestia network.","head":[["meta",{"name":"og:title","content":"Upgrade Monitor | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-upgrade-monitor.md","filePath":"nodes/celestia-app-upgrade-monitor.md","lastUpdated":1711718743000}'),n={name:"nodes/celestia-app-upgrade-monitor.md"},s=e("h1",{id:"upgrade-monitor",tabindex:"-1"},[t("Upgrade Monitor "),e("a",{class:"header-anchor",href:"#upgrade-monitor","aria-label":'Permalink to "Upgrade Monitor"'},"​")],-1),i=e("p",null,[t("Upgrade monitor is a binary that monitors that status of upgrades on a Celestia network. See the "),e("a",{href:"https://github.com/celestiaorg/upgrade-monitor",target:"_blank",rel:"noreferrer"},"README"),t(" for instructions on how to install and use the binary.")],-1),d=[s,i];function p(c,l,m,g,u,h){return a(),r("div",null,d)}const k=o(n,[["render",p]]);export{f as __pageData,k as default};
diff --git a/pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.f9cee12a.lean.js b/pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.d94b15cb.lean.js
similarity index 94%
rename from pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.f9cee12a.lean.js
rename to pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.d94b15cb.lean.js
index f87a7322c7..63af6af43a 100644
--- a/pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.f9cee12a.lean.js
+++ b/pr-1489/assets/nodes_celestia-app-upgrade-monitor.md.d94b15cb.lean.js
@@ -1 +1 @@
-import{_ as o,o as a,c as r,k as e,a as t}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Upgrade Monitor","description":"upgrade-monitor is a tool to monitor upgrades on a Celestia network.","frontmatter":{"description":"upgrade-monitor is a tool to monitor upgrades on a Celestia network.","head":[["meta",{"name":"og:title","content":"Upgrade Monitor | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-upgrade-monitor.md","filePath":"nodes/celestia-app-upgrade-monitor.md","lastUpdated":1711718709000}'),n={name:"nodes/celestia-app-upgrade-monitor.md"},s=e("h1",{id:"upgrade-monitor",tabindex:"-1"},[t("Upgrade Monitor "),e("a",{class:"header-anchor",href:"#upgrade-monitor","aria-label":'Permalink to "Upgrade Monitor"'},"​")],-1),i=e("p",null,[t("Upgrade monitor is a binary that monitors that status of upgrades on a Celestia network. See the "),e("a",{href:"https://github.com/celestiaorg/upgrade-monitor",target:"_blank",rel:"noreferrer"},"README"),t(" for instructions on how to install and use the binary.")],-1),d=[s,i];function p(c,l,m,g,u,h){return a(),r("div",null,d)}const k=o(n,[["render",p]]);export{f as __pageData,k as default};
+import{_ as o,o as a,c as r,k as e,a as t}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Upgrade Monitor","description":"upgrade-monitor is a tool to monitor upgrades on a Celestia network.","frontmatter":{"description":"upgrade-monitor is a tool to monitor upgrades on a Celestia network.","head":[["meta",{"name":"og:title","content":"Upgrade Monitor | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-upgrade-monitor.md","filePath":"nodes/celestia-app-upgrade-monitor.md","lastUpdated":1711718743000}'),n={name:"nodes/celestia-app-upgrade-monitor.md"},s=e("h1",{id:"upgrade-monitor",tabindex:"-1"},[t("Upgrade Monitor "),e("a",{class:"header-anchor",href:"#upgrade-monitor","aria-label":'Permalink to "Upgrade Monitor"'},"​")],-1),i=e("p",null,[t("Upgrade monitor is a binary that monitors that status of upgrades on a Celestia network. See the "),e("a",{href:"https://github.com/celestiaorg/upgrade-monitor",target:"_blank",rel:"noreferrer"},"README"),t(" for instructions on how to install and use the binary.")],-1),d=[s,i];function p(c,l,m,g,u,h){return a(),r("div",null,d)}const k=o(n,[["render",p]]);export{f as __pageData,k as default};
diff --git a/pr-1489/assets/nodes_celestia-app-vesting.md.ecbba1a0.js b/pr-1489/assets/nodes_celestia-app-vesting.md.f4486fca.js
similarity index 99%
rename from pr-1489/assets/nodes_celestia-app-vesting.md.ecbba1a0.js
rename to pr-1489/assets/nodes_celestia-app-vesting.md.f4486fca.js
index bb8c16eeaa..b9c1f956af 100644
--- a/pr-1489/assets/nodes_celestia-app-vesting.md.ecbba1a0.js
+++ b/pr-1489/assets/nodes_celestia-app-vesting.md.f4486fca.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"How to create a vesting account with celestia-app","description":"Learn how to generate a vesting account using celestia-app.","frontmatter":{"description":"Learn how to generate a vesting account using celestia-app.","head":[["meta",{"name":"og:title","content":"How to create a vesting account with celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-vesting.md","filePath":"nodes/celestia-app-vesting.md","lastUpdated":1711718709000}'),l={name:"nodes/celestia-app-vesting.md"},p=o(`
    How to create a vesting account with celestia-app ​
    In this guide, we will learn how to create a vesting account using celestia-app for both a local devnet and on Mocha testnet.
    note
    The instructions for this tutorial are for a continuous vesting account, if you'd like to make a delayed vesting account, just add the --delayed flag to your vesting transaction.
    Local devnet ​
    First, download and install celestia-app, selecting the network and corresponding version that you would like to use.
    Setting up the local devnet ​
    Run the devnet ​
    Next, change into the $HOME/celestia-app directory and run the single-node-devnet script.
    bash
    cd $HOME/celestia-app
+import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"How to create a vesting account with celestia-app","description":"Learn how to generate a vesting account using celestia-app.","frontmatter":{"description":"Learn how to generate a vesting account using celestia-app.","head":[["meta",{"name":"og:title","content":"How to create a vesting account with celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-vesting.md","filePath":"nodes/celestia-app-vesting.md","lastUpdated":1711718743000}'),l={name:"nodes/celestia-app-vesting.md"},p=o(`
    How to create a vesting account with celestia-app ​
    In this guide, we will learn how to create a vesting account using celestia-app for both a local devnet and on Mocha testnet.
    note
    The instructions for this tutorial are for a continuous vesting account, if you'd like to make a delayed vesting account, just add the --delayed flag to your vesting transaction.
    Local devnet ​
    First, download and install celestia-app, selecting the network and corresponding version that you would like to use.
    Setting up the local devnet ​
    Run the devnet ​
    Next, change into the $HOME/celestia-app directory and run the single-node-devnet script.
    bash
    cd $HOME/celestia-app
 ./scripts/build-run-single-node.sh
    cd $HOME/celestia-app
 ./scripts/build-run-single-node.sh
    Save the home directory path ​
    At the top of the output, you will see a path to the "Home directory", find yours from the output (it will be unique every time):
    bash
    ./scripts/build-run-single-node.sh
 Home directory: /var/folders/_8/ljj6hspn0kn09qf9fy8kdyh40000gn/T/celestia_app_XXXXXXXXXXXXX.XV92a3qx
diff --git a/pr-1489/assets/nodes_celestia-app-vesting.md.ecbba1a0.lean.js b/pr-1489/assets/nodes_celestia-app-vesting.md.f4486fca.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_celestia-app-vesting.md.ecbba1a0.lean.js
rename to pr-1489/assets/nodes_celestia-app-vesting.md.f4486fca.lean.js
index e41137e297..481989f5ec 100644
--- a/pr-1489/assets/nodes_celestia-app-vesting.md.ecbba1a0.lean.js
+++ b/pr-1489/assets/nodes_celestia-app-vesting.md.f4486fca.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"How to create a vesting account with celestia-app","description":"Learn how to generate a vesting account using celestia-app.","frontmatter":{"description":"Learn how to generate a vesting account using celestia-app.","head":[["meta",{"name":"og:title","content":"How to create a vesting account with celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-vesting.md","filePath":"nodes/celestia-app-vesting.md","lastUpdated":1711718709000}'),l={name:"nodes/celestia-app-vesting.md"},p=o("",98),e=[p];function t(c,r,y,E,i,F){return a(),n("div",null,e)}const h=s(l,[["render",t]]);export{u as __pageData,h as default};
+import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"How to create a vesting account with celestia-app","description":"Learn how to generate a vesting account using celestia-app.","frontmatter":{"description":"Learn how to generate a vesting account using celestia-app.","head":[["meta",{"name":"og:title","content":"How to create a vesting account with celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-vesting.md","filePath":"nodes/celestia-app-vesting.md","lastUpdated":1711718743000}'),l={name:"nodes/celestia-app-vesting.md"},p=o("",98),e=[p];function t(c,r,y,E,i,F){return a(),n("div",null,e)}const h=s(l,[["render",t]]);export{u as __pageData,h as default};
diff --git a/pr-1489/assets/nodes_celestia-app-wallet.md.8aa524f1.js b/pr-1489/assets/nodes_celestia-app-wallet.md.cdd9bf6b.js
similarity index 99%
rename from pr-1489/assets/nodes_celestia-app-wallet.md.8aa524f1.js
rename to pr-1489/assets/nodes_celestia-app-wallet.md.cdd9bf6b.js
index a6f47ca420..ab69056380 100644
--- a/pr-1489/assets/nodes_celestia-app-wallet.md.8aa524f1.js
+++ b/pr-1489/assets/nodes_celestia-app-wallet.md.cdd9bf6b.js
@@ -1,3 +1,3 @@
-import{_ as a,o as e,c as s,Q as t}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Create a wallet with celestia-app","description":"Learn how to generate a Celestia wallet using celestia-app.","frontmatter":{"description":"Learn how to generate a Celestia wallet using celestia-app.","head":[["meta",{"name":"og:title","content":"Create a wallet with celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-wallet.md","filePath":"nodes/celestia-app-wallet.md","lastUpdated":1711718709000}'),l={name:"nodes/celestia-app-wallet.md"},o=t(`
    Create a wallet with celestia-app ​
    For this guide, we will go over how you can generate a Celestia wallet using celestia-app.
    Prerequisites ​
    Note, you do not need to install celestia-node for this tutorial.
    Create a wallet ​
    First, create an application CLI configuration file:
    sh
    celestia-appd config keyring-backend test
    celestia-appd config keyring-backend test
    You can pick whatever wallet name you want. For our example we used "validator" as the wallet name:
    sh
    celestia-appd keys add validator --interactive
    celestia-appd keys add validator --interactive
    Save the mnemonic output as this is the only way to recover your validator wallet in case you lose it!
    To check all your wallets you can run:
    sh
    celestia-appd keys list
    celestia-appd keys list
    Fund a wallet ​
    For the public celestia address, you can fund the previously created wallet via Discord by sending this message to either the #mocha-faucet or #arabica-faucet channel:
    text
    $request celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    $request celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    Wait to see if you get a confirmation that the tokens have been successfully sent. To check if tokens have arrived successfully to the destination wallet run the command below replacing the public address with your own:
    sh
    celestia-appd start
+import{_ as a,o as e,c as s,Q as t}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Create a wallet with celestia-app","description":"Learn how to generate a Celestia wallet using celestia-app.","frontmatter":{"description":"Learn how to generate a Celestia wallet using celestia-app.","head":[["meta",{"name":"og:title","content":"Create a wallet with celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-wallet.md","filePath":"nodes/celestia-app-wallet.md","lastUpdated":1711718743000}'),l={name:"nodes/celestia-app-wallet.md"},o=t(`
    Create a wallet with celestia-app ​
    For this guide, we will go over how you can generate a Celestia wallet using celestia-app.
    Prerequisites ​
    Note, you do not need to install celestia-node for this tutorial.
    Create a wallet ​
    First, create an application CLI configuration file:
    sh
    celestia-appd config keyring-backend test
    celestia-appd config keyring-backend test
    You can pick whatever wallet name you want. For our example we used "validator" as the wallet name:
    sh
    celestia-appd keys add validator --interactive
    celestia-appd keys add validator --interactive
    Save the mnemonic output as this is the only way to recover your validator wallet in case you lose it!
    To check all your wallets you can run:
    sh
    celestia-appd keys list
    celestia-appd keys list
    Fund a wallet ​
    For the public celestia address, you can fund the previously created wallet via Discord by sending this message to either the #mocha-faucet or #arabica-faucet channel:
    text
    $request celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    $request celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    Wait to see if you get a confirmation that the tokens have been successfully sent. To check if tokens have arrived successfully to the destination wallet run the command below replacing the public address with your own:
    sh
    celestia-appd start
 celestia-appd query bank balances celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    celestia-appd start
 celestia-appd query bank balances celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    TIP
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    `,19),n=[o];function p(c,r,i,x,d,h){return e(),s("div",null,n)}const E=a(l,[["render",p]]);export{u as __pageData,E as default};
diff --git a/pr-1489/assets/nodes_celestia-app-wallet.md.8aa524f1.lean.js b/pr-1489/assets/nodes_celestia-app-wallet.md.cdd9bf6b.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_celestia-app-wallet.md.8aa524f1.lean.js
rename to pr-1489/assets/nodes_celestia-app-wallet.md.cdd9bf6b.lean.js
index 696caf3e5c..c219b7fc88 100644
--- a/pr-1489/assets/nodes_celestia-app-wallet.md.8aa524f1.lean.js
+++ b/pr-1489/assets/nodes_celestia-app-wallet.md.cdd9bf6b.lean.js
@@ -1 +1 @@
-import{_ as a,o as e,c as s,Q as t}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Create a wallet with celestia-app","description":"Learn how to generate a Celestia wallet using celestia-app.","frontmatter":{"description":"Learn how to generate a Celestia wallet using celestia-app.","head":[["meta",{"name":"og:title","content":"Create a wallet with celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-wallet.md","filePath":"nodes/celestia-app-wallet.md","lastUpdated":1711718709000}'),l={name:"nodes/celestia-app-wallet.md"},o=t("",19),n=[o];function p(c,r,i,x,d,h){return e(),s("div",null,n)}const E=a(l,[["render",p]]);export{u as __pageData,E as default};
+import{_ as a,o as e,c as s,Q as t}from"./chunks/framework.611656c0.js";const u=JSON.parse('{"title":"Create a wallet with celestia-app","description":"Learn how to generate a Celestia wallet using celestia-app.","frontmatter":{"description":"Learn how to generate a Celestia wallet using celestia-app.","head":[["meta",{"name":"og:title","content":"Create a wallet with celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app-wallet.md","filePath":"nodes/celestia-app-wallet.md","lastUpdated":1711718743000}'),l={name:"nodes/celestia-app-wallet.md"},o=t("",19),n=[o];function p(c,r,i,x,d,h){return e(),s("div",null,n)}const E=a(l,[["render",p]]);export{u as __pageData,E as default};
diff --git a/pr-1489/assets/nodes_celestia-app.md.843a268f.js b/pr-1489/assets/nodes_celestia-app.md.b5c9fc0c.js
similarity index 84%
rename from pr-1489/assets/nodes_celestia-app.md.843a268f.js
rename to pr-1489/assets/nodes_celestia-app.md.b5c9fc0c.js
index bdfe90a74a..0de9885330 100644
--- a/pr-1489/assets/nodes_celestia-app.md.843a268f.js
+++ b/pr-1489/assets/nodes_celestia-app.md.b5c9fc0c.js
@@ -4,4 +4,4 @@ import{a}from"./chunks/arabica_versions.da77a310.js";import{m as l}from"./chunks
 cd celestia-app
    cd $HOME
 rm -rf celestia-app
 git clone https://github.com/celestiaorg/celestia-app.git
-cd celestia-app
    `,1),d=s("p",null,"Check out to the desired version, based on the network you will use:",-1),h={class:"vp-code-group vp-adaptive-theme"},_=o('
    ',1),y={class:"blocks"},u={class:"language-bash vp-adaptive-theme active"},b=s("button",{title:"Copy Code",class:"copy"},null,-1),g=s("span",{class:"lang"},"bash",-1),E={class:"shiki github-dark vp-code-dark"},F={class:"line"},m=s("span",{style:{color:"#B392F0"}},"git",-1),C=s("span",{style:{color:"#E1E4E8"}}," ",-1),v=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),f=s("span",{style:{color:"#E1E4E8"}}," ",-1),k={style:{color:"#9ECBFF"}},B=s("span",{style:{color:"#E1E4E8"}}," ",-1),T=s("span",{style:{color:"#79B8FF"}},"-b",-1),w=s("span",{style:{color:"#E1E4E8"}}," ",-1),P={style:{color:"#9ECBFF"}},I={class:"shiki github-light vp-code-light"},A={class:"line"},S=s("span",{style:{color:"#6F42C1"}},"git",-1),V=s("span",{style:{color:"#24292E"}}," ",-1),D=s("span",{style:{color:"#032F62"}},"checkout",-1),q=s("span",{style:{color:"#24292E"}}," ",-1),x={style:{color:"#032F62"}},L=s("span",{style:{color:"#24292E"}}," ",-1),N=s("span",{style:{color:"#005CC5"}},"-b",-1),O=s("span",{style:{color:"#24292E"}}," ",-1),R={style:{color:"#032F62"}},H={class:"language-bash vp-adaptive-theme"},M=s("button",{title:"Copy Code",class:"copy"},null,-1),$=s("span",{class:"lang"},"bash",-1),Y={class:"shiki github-dark vp-code-dark"},J={class:"line"},Q=s("span",{style:{color:"#B392F0"}},"git",-1),z=s("span",{style:{color:"#E1E4E8"}}," ",-1),G=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),U=s("span",{style:{color:"#E1E4E8"}}," ",-1),X={style:{color:"#9ECBFF"}},Z=s("span",{style:{color:"#E1E4E8"}}," ",-1),j=s("span",{style:{color:"#79B8FF"}},"-b",-1),W=s("span",{style:{color:"#E1E4E8"}}," ",-1),K={style:{color:"#9ECBFF"}},ss={class:"shiki github-light vp-code-light"},ts={class:"line"},es=s("span",{style:{color:"#6F42C1"}},"git",-1),os=s("span",{style:{color:"#24292E"}}," ",-1),as=s("span",{style:{color:"#032F62"}},"checkout",-1),ls=s("span",{style:{color:"#24292E"}}," ",-1),ns={style:{color:"#032F62"}},cs=s("span",{style:{color:"#24292E"}}," ",-1),ps=s("span",{style:{color:"#005CC5"}},"-b",-1),is=s("span",{style:{color:"#24292E"}}," ",-1),rs={style:{color:"#032F62"}},ds={class:"language-bash vp-adaptive-theme"},hs=s("button",{title:"Copy Code",class:"copy"},null,-1),_s=s("span",{class:"lang"},"bash",-1),ys={class:"shiki github-dark vp-code-dark"},us={class:"line"},bs=s("span",{style:{color:"#B392F0"}},"git",-1),gs=s("span",{style:{color:"#E1E4E8"}}," ",-1),Es=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Fs=s("span",{style:{color:"#E1E4E8"}}," ",-1),ms={style:{color:"#9ECBFF"}},Cs=s("span",{style:{color:"#E1E4E8"}}," ",-1),vs=s("span",{style:{color:"#79B8FF"}},"-b",-1),fs=s("span",{style:{color:"#E1E4E8"}}," ",-1),ks={style:{color:"#9ECBFF"}},Bs={class:"shiki github-light vp-code-light"},Ts={class:"line"},ws=s("span",{style:{color:"#6F42C1"}},"git",-1),Ps=s("span",{style:{color:"#24292E"}}," ",-1),Is=s("span",{style:{color:"#032F62"}},"checkout",-1),As=s("span",{style:{color:"#24292E"}}," ",-1),Ss={style:{color:"#032F62"}},Vs=s("span",{style:{color:"#24292E"}}," ",-1),Ds=s("span",{style:{color:"#005CC5"}},"-b",-1),qs=s("span",{style:{color:"#24292E"}}," ",-1),xs={style:{color:"#032F62"}},Ls=o('
  29. Build and install the celestia-appd binary:
    bash
    make install
    make install
  30. To check if the binary was successfully installed you can run the binary using the --help flag:
    sh
    celestia-appd --help
    celestia-appd --help
    31. ',2),Ns=o('
    You will see an output with the menu for celestia-appd. Learn more on the helpful CLI commands page
    Installing a pre-built binary ​
    Installing a pre-built binary is the fastest way to get started with your Celestia consensus node. Releases after celestia-app v1.3.0 should have these binaries available.
    The steps below will download a binary file named celestia-appd. Depending on the setup that you choose during installation, the celestia-appd binary will be available at either:
    • $HOME/celestia-temp/celestia-appd
    • /usr/local/bin/celestia-appd
    Pre-built binaries are available for:
    • Operating systems: Darwin (Apple), Linux
    • Architectures: x86_64 (amd64), arm64
    To install the latest pre-built binary you can run this command in your terminal:
    bash
    bash -c "$(curl -sL https://docs.celestia.org/celestia-app.sh)"
    bash -c "$(curl -sL https://docs.celestia.org/celestia-app.sh)"
    Follow the instructions in the terminal output to choose your installation preferences.
    You will see an output with the menu for celestia-appd. Learn more on the helpful CLI commands page
    View the script to learn more about what it is doing.
    Ports ​
    When interacting with a consensus node, you may need to open ports on your machine to allow communication between nodes, such as bridge nodes. It is essential that specific ports are accessible. Make sure that your firewall allows connections to the correct ports.
    If you run a node on a cloud server, make sure that the ports are open on the server's firewall. If you run a node at home, make sure that your router allows connections to the correct ports.
    For example, validator ports 9090 and 26657 need to be accessible by the bridge, and port 2121 is required for P2P connections for all node types.
    The following ports are used by Celestia app nodes:
    PortProtocolAddressDescriptionEnabled by default on nodeFlag
    2121TCP/UDPlocalhostP2PtrueN/A
    9090HTTP0.0.0.0gRPCtrue--grpc.address string
    26657TCPlocalhostRPCfalse (only open to localhost)--rpc.laddr string
    ',18),zs=JSON.parse('{"title":"Install celestia-app","description":"Learn how you can build celestia-app.","frontmatter":{"description":"Learn how you can build celestia-app.","head":[["meta",{"name":"og:title","content":"Install celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app.md","filePath":"nodes/celestia-app.md","lastUpdated":1711718709000}'),Os={name:"nodes/celestia-app.md"},Gs=Object.assign(Os,{setup(Rs){return(Hs,Ms)=>(c(),p("div",null,[i,s("ol",null,[r,s("li",null,[d,s("div",h,[_,s("div",y,[s("div",u,[b,g,s("pre",E,[s("code",null,[s("span",F,[m,C,v,f,s("span",k,"tags/"+t(e(n)["app-latest-tag"]),1),B,T,w,s("span",P,t(e(n)["app-latest-tag"]),1)])])]),s("pre",I,[s("code",null,[s("span",A,[S,V,D,q,s("span",x,"tags/"+t(e(n)["app-latest-tag"]),1),L,N,O,s("span",R,t(e(n)["app-latest-tag"]),1)])])])]),s("div",H,[M,$,s("pre",Y,[s("code",null,[s("span",J,[Q,z,G,U,s("span",X,"tags/"+t(e(l)["app-latest-tag"]),1),Z,j,W,s("span",K,t(e(l)["app-latest-tag"]),1)])])]),s("pre",ss,[s("code",null,[s("span",ts,[es,os,as,ls,s("span",ns,"tags/"+t(e(l)["app-latest-tag"]),1),cs,ps,is,s("span",rs,t(e(l)["app-latest-tag"]),1)])])])]),s("div",ds,[hs,_s,s("pre",ys,[s("code",null,[s("span",us,[bs,gs,Es,Fs,s("span",ms,"tags/"+t(e(a)["app-latest-tag"]),1),Cs,vs,fs,s("span",ks,t(e(a)["app-latest-tag"]),1)])])]),s("pre",Bs,[s("code",null,[s("span",Ts,[ws,Ps,Is,As,s("span",Ss,"tags/"+t(e(a)["app-latest-tag"]),1),Vs,Ds,qs,s("span",xs,t(e(a)["app-latest-tag"]),1)])])])])])])]),Ls]),Ns]))}});export{zs as __pageData,Gs as default};
+cd celestia-app
    `,1),d=s("p",null,"Check out to the desired version, based on the network you will use:",-1),h={class:"vp-code-group vp-adaptive-theme"},_=o('
    ',1),y={class:"blocks"},u={class:"language-bash vp-adaptive-theme active"},b=s("button",{title:"Copy Code",class:"copy"},null,-1),g=s("span",{class:"lang"},"bash",-1),E={class:"shiki github-dark vp-code-dark"},F={class:"line"},m=s("span",{style:{color:"#B392F0"}},"git",-1),C=s("span",{style:{color:"#E1E4E8"}}," ",-1),v=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),f=s("span",{style:{color:"#E1E4E8"}}," ",-1),k={style:{color:"#9ECBFF"}},B=s("span",{style:{color:"#E1E4E8"}}," ",-1),T=s("span",{style:{color:"#79B8FF"}},"-b",-1),w=s("span",{style:{color:"#E1E4E8"}}," ",-1),P={style:{color:"#9ECBFF"}},A={class:"shiki github-light vp-code-light"},I={class:"line"},S=s("span",{style:{color:"#6F42C1"}},"git",-1),V=s("span",{style:{color:"#24292E"}}," ",-1),q=s("span",{style:{color:"#032F62"}},"checkout",-1),x=s("span",{style:{color:"#24292E"}}," ",-1),D={style:{color:"#032F62"}},L=s("span",{style:{color:"#24292E"}}," ",-1),N=s("span",{style:{color:"#005CC5"}},"-b",-1),O=s("span",{style:{color:"#24292E"}}," ",-1),R={style:{color:"#032F62"}},M={class:"language-bash vp-adaptive-theme"},$=s("button",{title:"Copy Code",class:"copy"},null,-1),H=s("span",{class:"lang"},"bash",-1),K={class:"shiki github-dark vp-code-dark"},U={class:"line"},Y=s("span",{style:{color:"#B392F0"}},"git",-1),Z=s("span",{style:{color:"#E1E4E8"}}," ",-1),j=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),J=s("span",{style:{color:"#E1E4E8"}}," ",-1),Q={style:{color:"#9ECBFF"}},W=s("span",{style:{color:"#E1E4E8"}}," ",-1),z=s("span",{style:{color:"#79B8FF"}},"-b",-1),G=s("span",{style:{color:"#E1E4E8"}}," ",-1),X={style:{color:"#9ECBFF"}},ss={class:"shiki github-light vp-code-light"},ts={class:"line"},es=s("span",{style:{color:"#6F42C1"}},"git",-1),os=s("span",{style:{color:"#24292E"}}," ",-1),as=s("span",{style:{color:"#032F62"}},"checkout",-1),ls=s("span",{style:{color:"#24292E"}}," ",-1),ns={style:{color:"#032F62"}},cs=s("span",{style:{color:"#24292E"}}," ",-1),ps=s("span",{style:{color:"#005CC5"}},"-b",-1),is=s("span",{style:{color:"#24292E"}}," ",-1),rs={style:{color:"#032F62"}},ds={class:"language-bash vp-adaptive-theme"},hs=s("button",{title:"Copy Code",class:"copy"},null,-1),_s=s("span",{class:"lang"},"bash",-1),ys={class:"shiki github-dark vp-code-dark"},us={class:"line"},bs=s("span",{style:{color:"#B392F0"}},"git",-1),gs=s("span",{style:{color:"#E1E4E8"}}," ",-1),Es=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Fs=s("span",{style:{color:"#E1E4E8"}}," ",-1),ms={style:{color:"#9ECBFF"}},Cs=s("span",{style:{color:"#E1E4E8"}}," ",-1),vs=s("span",{style:{color:"#79B8FF"}},"-b",-1),fs=s("span",{style:{color:"#E1E4E8"}}," ",-1),ks={style:{color:"#9ECBFF"}},Bs={class:"shiki github-light vp-code-light"},Ts={class:"line"},ws=s("span",{style:{color:"#6F42C1"}},"git",-1),Ps=s("span",{style:{color:"#24292E"}}," ",-1),As=s("span",{style:{color:"#032F62"}},"checkout",-1),Is=s("span",{style:{color:"#24292E"}}," ",-1),Ss={style:{color:"#032F62"}},Vs=s("span",{style:{color:"#24292E"}}," ",-1),qs=s("span",{style:{color:"#005CC5"}},"-b",-1),xs=s("span",{style:{color:"#24292E"}}," ",-1),Ds={style:{color:"#032F62"}},Ls=o('
  31. Build and install the celestia-appd binary:
    bash
    make install
    make install
  32. To check if the binary was successfully installed you can run the binary using the --help flag:
    sh
    celestia-appd --help
    celestia-appd --help
    33. ',2),Ns=o('
    You will see an output with the menu for celestia-appd. Learn more on the helpful CLI commands page
    Installing a pre-built binary ​
    Installing a pre-built binary is the fastest way to get started with your Celestia consensus node. Releases after celestia-app v1.3.0 should have these binaries available.
    The steps below will download a binary file named celestia-appd. Depending on the setup that you choose during installation, the celestia-appd binary will be available at either:
    • $HOME/celestia-temp/celestia-appd
    • /usr/local/bin/celestia-appd
    Pre-built binaries are available for:
    • Operating systems: Darwin (Apple), Linux
    • Architectures: x86_64 (amd64), arm64
    To install the latest pre-built binary you can run this command in your terminal:
    bash
    bash -c "$(curl -sL https://docs.celestia.org/celestia-app.sh)"
    bash -c "$(curl -sL https://docs.celestia.org/celestia-app.sh)"
    Follow the instructions in the terminal output to choose your installation preferences.
    You will see an output with the menu for celestia-appd. Learn more on the helpful CLI commands page
    View the script to learn more about what it is doing.
    Ports ​
    When interacting with a consensus node, you may need to open ports on your machine to allow communication between nodes, such as bridge nodes. It is essential that specific ports are accessible. Make sure that your firewall allows connections to the correct ports.
    If you run a node on a cloud server, make sure that the ports are open on the server's firewall. If you run a node at home, make sure that your router allows connections to the correct ports.
    For example, validator ports 9090 and 26657 need to be accessible by the bridge, and port 2121 is required for P2P connections for all node types.
    The following ports are used by Celestia app nodes:
    PortProtocolAddressDescriptionEnabled by default on nodeFlag
    2121TCP/UDPlocalhostP2PtrueN/A
    9090HTTP0.0.0.0gRPCtrue--grpc.address string
    26657TCPlocalhostRPCfalse (only open to localhost)--rpc.laddr string
    ',18),Zs=JSON.parse('{"title":"Install celestia-app","description":"Learn how you can build celestia-app.","frontmatter":{"description":"Learn how you can build celestia-app.","head":[["meta",{"name":"og:title","content":"Install celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app.md","filePath":"nodes/celestia-app.md","lastUpdated":1711718743000}'),Os={name:"nodes/celestia-app.md"},js=Object.assign(Os,{setup(Rs){return(Ms,$s)=>(c(),p("div",null,[i,s("ol",null,[r,s("li",null,[d,s("div",h,[_,s("div",y,[s("div",u,[b,g,s("pre",E,[s("code",null,[s("span",F,[m,C,v,f,s("span",k,"tags/"+t(e(n)["app-latest-tag"]),1),B,T,w,s("span",P,t(e(n)["app-latest-tag"]),1)])])]),s("pre",A,[s("code",null,[s("span",I,[S,V,q,x,s("span",D,"tags/"+t(e(n)["app-latest-tag"]),1),L,N,O,s("span",R,t(e(n)["app-latest-tag"]),1)])])])]),s("div",M,[$,H,s("pre",K,[s("code",null,[s("span",U,[Y,Z,j,J,s("span",Q,"tags/"+t(e(l)["app-latest-tag"]),1),W,z,G,s("span",X,t(e(l)["app-latest-tag"]),1)])])]),s("pre",ss,[s("code",null,[s("span",ts,[es,os,as,ls,s("span",ns,"tags/"+t(e(l)["app-latest-tag"]),1),cs,ps,is,s("span",rs,t(e(l)["app-latest-tag"]),1)])])])]),s("div",ds,[hs,_s,s("pre",ys,[s("code",null,[s("span",us,[bs,gs,Es,Fs,s("span",ms,"tags/"+t(e(a)["app-latest-tag"]),1),Cs,vs,fs,s("span",ks,t(e(a)["app-latest-tag"]),1)])])]),s("pre",Bs,[s("code",null,[s("span",Ts,[ws,Ps,As,Is,s("span",Ss,"tags/"+t(e(a)["app-latest-tag"]),1),Vs,qs,xs,s("span",Ds,t(e(a)["app-latest-tag"]),1)])])])])])])]),Ls]),Ns]))}});export{Zs as __pageData,js as default};
diff --git a/pr-1489/assets/nodes_celestia-app.md.843a268f.lean.js b/pr-1489/assets/nodes_celestia-app.md.b5c9fc0c.lean.js
similarity index 64%
rename from pr-1489/assets/nodes_celestia-app.md.843a268f.lean.js
rename to pr-1489/assets/nodes_celestia-app.md.b5c9fc0c.lean.js
index b60ab82e9e..6031a29993 100644
--- a/pr-1489/assets/nodes_celestia-app.md.843a268f.lean.js
+++ b/pr-1489/assets/nodes_celestia-app.md.b5c9fc0c.lean.js
@@ -1 +1 @@
-import{a}from"./chunks/arabica_versions.da77a310.js";import{m as l}from"./chunks/mocha_versions.84d9fd1c.js";import{m as n}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as p,k as s,t,l as e,Q as o}from"./chunks/framework.611656c0.js";const i=o("",5),r=o("",1),d=s("p",null,"Check out to the desired version, based on the network you will use:",-1),h={class:"vp-code-group vp-adaptive-theme"},_=o("",1),y={class:"blocks"},u={class:"language-bash vp-adaptive-theme active"},b=s("button",{title:"Copy Code",class:"copy"},null,-1),g=s("span",{class:"lang"},"bash",-1),E={class:"shiki github-dark vp-code-dark"},F={class:"line"},m=s("span",{style:{color:"#B392F0"}},"git",-1),C=s("span",{style:{color:"#E1E4E8"}}," ",-1),v=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),f=s("span",{style:{color:"#E1E4E8"}}," ",-1),k={style:{color:"#9ECBFF"}},B=s("span",{style:{color:"#E1E4E8"}}," ",-1),T=s("span",{style:{color:"#79B8FF"}},"-b",-1),w=s("span",{style:{color:"#E1E4E8"}}," ",-1),P={style:{color:"#9ECBFF"}},I={class:"shiki github-light vp-code-light"},A={class:"line"},S=s("span",{style:{color:"#6F42C1"}},"git",-1),V=s("span",{style:{color:"#24292E"}}," ",-1),D=s("span",{style:{color:"#032F62"}},"checkout",-1),q=s("span",{style:{color:"#24292E"}}," ",-1),x={style:{color:"#032F62"}},L=s("span",{style:{color:"#24292E"}}," ",-1),N=s("span",{style:{color:"#005CC5"}},"-b",-1),O=s("span",{style:{color:"#24292E"}}," ",-1),R={style:{color:"#032F62"}},H={class:"language-bash vp-adaptive-theme"},M=s("button",{title:"Copy Code",class:"copy"},null,-1),$=s("span",{class:"lang"},"bash",-1),Y={class:"shiki github-dark vp-code-dark"},J={class:"line"},Q=s("span",{style:{color:"#B392F0"}},"git",-1),z=s("span",{style:{color:"#E1E4E8"}}," ",-1),G=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),U=s("span",{style:{color:"#E1E4E8"}}," ",-1),X={style:{color:"#9ECBFF"}},Z=s("span",{style:{color:"#E1E4E8"}}," ",-1),j=s("span",{style:{color:"#79B8FF"}},"-b",-1),W=s("span",{style:{color:"#E1E4E8"}}," ",-1),K={style:{color:"#9ECBFF"}},ss={class:"shiki github-light vp-code-light"},ts={class:"line"},es=s("span",{style:{color:"#6F42C1"}},"git",-1),os=s("span",{style:{color:"#24292E"}}," ",-1),as=s("span",{style:{color:"#032F62"}},"checkout",-1),ls=s("span",{style:{color:"#24292E"}}," ",-1),ns={style:{color:"#032F62"}},cs=s("span",{style:{color:"#24292E"}}," ",-1),ps=s("span",{style:{color:"#005CC5"}},"-b",-1),is=s("span",{style:{color:"#24292E"}}," ",-1),rs={style:{color:"#032F62"}},ds={class:"language-bash vp-adaptive-theme"},hs=s("button",{title:"Copy Code",class:"copy"},null,-1),_s=s("span",{class:"lang"},"bash",-1),ys={class:"shiki github-dark vp-code-dark"},us={class:"line"},bs=s("span",{style:{color:"#B392F0"}},"git",-1),gs=s("span",{style:{color:"#E1E4E8"}}," ",-1),Es=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Fs=s("span",{style:{color:"#E1E4E8"}}," ",-1),ms={style:{color:"#9ECBFF"}},Cs=s("span",{style:{color:"#E1E4E8"}}," ",-1),vs=s("span",{style:{color:"#79B8FF"}},"-b",-1),fs=s("span",{style:{color:"#E1E4E8"}}," ",-1),ks={style:{color:"#9ECBFF"}},Bs={class:"shiki github-light vp-code-light"},Ts={class:"line"},ws=s("span",{style:{color:"#6F42C1"}},"git",-1),Ps=s("span",{style:{color:"#24292E"}}," ",-1),Is=s("span",{style:{color:"#032F62"}},"checkout",-1),As=s("span",{style:{color:"#24292E"}}," ",-1),Ss={style:{color:"#032F62"}},Vs=s("span",{style:{color:"#24292E"}}," ",-1),Ds=s("span",{style:{color:"#005CC5"}},"-b",-1),qs=s("span",{style:{color:"#24292E"}}," ",-1),xs={style:{color:"#032F62"}},Ls=o("",2),Ns=o("",18),zs=JSON.parse('{"title":"Install celestia-app","description":"Learn how you can build celestia-app.","frontmatter":{"description":"Learn how you can build celestia-app.","head":[["meta",{"name":"og:title","content":"Install celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app.md","filePath":"nodes/celestia-app.md","lastUpdated":1711718709000}'),Os={name:"nodes/celestia-app.md"},Gs=Object.assign(Os,{setup(Rs){return(Hs,Ms)=>(c(),p("div",null,[i,s("ol",null,[r,s("li",null,[d,s("div",h,[_,s("div",y,[s("div",u,[b,g,s("pre",E,[s("code",null,[s("span",F,[m,C,v,f,s("span",k,"tags/"+t(e(n)["app-latest-tag"]),1),B,T,w,s("span",P,t(e(n)["app-latest-tag"]),1)])])]),s("pre",I,[s("code",null,[s("span",A,[S,V,D,q,s("span",x,"tags/"+t(e(n)["app-latest-tag"]),1),L,N,O,s("span",R,t(e(n)["app-latest-tag"]),1)])])])]),s("div",H,[M,$,s("pre",Y,[s("code",null,[s("span",J,[Q,z,G,U,s("span",X,"tags/"+t(e(l)["app-latest-tag"]),1),Z,j,W,s("span",K,t(e(l)["app-latest-tag"]),1)])])]),s("pre",ss,[s("code",null,[s("span",ts,[es,os,as,ls,s("span",ns,"tags/"+t(e(l)["app-latest-tag"]),1),cs,ps,is,s("span",rs,t(e(l)["app-latest-tag"]),1)])])])]),s("div",ds,[hs,_s,s("pre",ys,[s("code",null,[s("span",us,[bs,gs,Es,Fs,s("span",ms,"tags/"+t(e(a)["app-latest-tag"]),1),Cs,vs,fs,s("span",ks,t(e(a)["app-latest-tag"]),1)])])]),s("pre",Bs,[s("code",null,[s("span",Ts,[ws,Ps,Is,As,s("span",Ss,"tags/"+t(e(a)["app-latest-tag"]),1),Vs,Ds,qs,s("span",xs,t(e(a)["app-latest-tag"]),1)])])])])])])]),Ls]),Ns]))}});export{zs as __pageData,Gs as default};
+import{a}from"./chunks/arabica_versions.da77a310.js";import{m as l}from"./chunks/mocha_versions.84d9fd1c.js";import{m as n}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as p,k as s,t,l as e,Q as o}from"./chunks/framework.611656c0.js";const i=o("",5),r=o("",1),d=s("p",null,"Check out to the desired version, based on the network you will use:",-1),h={class:"vp-code-group vp-adaptive-theme"},_=o("",1),y={class:"blocks"},u={class:"language-bash vp-adaptive-theme active"},b=s("button",{title:"Copy Code",class:"copy"},null,-1),g=s("span",{class:"lang"},"bash",-1),E={class:"shiki github-dark vp-code-dark"},F={class:"line"},m=s("span",{style:{color:"#B392F0"}},"git",-1),C=s("span",{style:{color:"#E1E4E8"}}," ",-1),v=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),f=s("span",{style:{color:"#E1E4E8"}}," ",-1),k={style:{color:"#9ECBFF"}},B=s("span",{style:{color:"#E1E4E8"}}," ",-1),T=s("span",{style:{color:"#79B8FF"}},"-b",-1),w=s("span",{style:{color:"#E1E4E8"}}," ",-1),P={style:{color:"#9ECBFF"}},A={class:"shiki github-light vp-code-light"},I={class:"line"},S=s("span",{style:{color:"#6F42C1"}},"git",-1),V=s("span",{style:{color:"#24292E"}}," ",-1),q=s("span",{style:{color:"#032F62"}},"checkout",-1),x=s("span",{style:{color:"#24292E"}}," ",-1),D={style:{color:"#032F62"}},L=s("span",{style:{color:"#24292E"}}," ",-1),N=s("span",{style:{color:"#005CC5"}},"-b",-1),O=s("span",{style:{color:"#24292E"}}," ",-1),R={style:{color:"#032F62"}},M={class:"language-bash vp-adaptive-theme"},$=s("button",{title:"Copy Code",class:"copy"},null,-1),H=s("span",{class:"lang"},"bash",-1),K={class:"shiki github-dark vp-code-dark"},U={class:"line"},Y=s("span",{style:{color:"#B392F0"}},"git",-1),Z=s("span",{style:{color:"#E1E4E8"}}," ",-1),j=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),J=s("span",{style:{color:"#E1E4E8"}}," ",-1),Q={style:{color:"#9ECBFF"}},W=s("span",{style:{color:"#E1E4E8"}}," ",-1),z=s("span",{style:{color:"#79B8FF"}},"-b",-1),G=s("span",{style:{color:"#E1E4E8"}}," ",-1),X={style:{color:"#9ECBFF"}},ss={class:"shiki github-light vp-code-light"},ts={class:"line"},es=s("span",{style:{color:"#6F42C1"}},"git",-1),os=s("span",{style:{color:"#24292E"}}," ",-1),as=s("span",{style:{color:"#032F62"}},"checkout",-1),ls=s("span",{style:{color:"#24292E"}}," ",-1),ns={style:{color:"#032F62"}},cs=s("span",{style:{color:"#24292E"}}," ",-1),ps=s("span",{style:{color:"#005CC5"}},"-b",-1),is=s("span",{style:{color:"#24292E"}}," ",-1),rs={style:{color:"#032F62"}},ds={class:"language-bash vp-adaptive-theme"},hs=s("button",{title:"Copy Code",class:"copy"},null,-1),_s=s("span",{class:"lang"},"bash",-1),ys={class:"shiki github-dark vp-code-dark"},us={class:"line"},bs=s("span",{style:{color:"#B392F0"}},"git",-1),gs=s("span",{style:{color:"#E1E4E8"}}," ",-1),Es=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Fs=s("span",{style:{color:"#E1E4E8"}}," ",-1),ms={style:{color:"#9ECBFF"}},Cs=s("span",{style:{color:"#E1E4E8"}}," ",-1),vs=s("span",{style:{color:"#79B8FF"}},"-b",-1),fs=s("span",{style:{color:"#E1E4E8"}}," ",-1),ks={style:{color:"#9ECBFF"}},Bs={class:"shiki github-light vp-code-light"},Ts={class:"line"},ws=s("span",{style:{color:"#6F42C1"}},"git",-1),Ps=s("span",{style:{color:"#24292E"}}," ",-1),As=s("span",{style:{color:"#032F62"}},"checkout",-1),Is=s("span",{style:{color:"#24292E"}}," ",-1),Ss={style:{color:"#032F62"}},Vs=s("span",{style:{color:"#24292E"}}," ",-1),qs=s("span",{style:{color:"#005CC5"}},"-b",-1),xs=s("span",{style:{color:"#24292E"}}," ",-1),Ds={style:{color:"#032F62"}},Ls=o("",2),Ns=o("",18),Zs=JSON.parse('{"title":"Install celestia-app","description":"Learn how you can build celestia-app.","frontmatter":{"description":"Learn how you can build celestia-app.","head":[["meta",{"name":"og:title","content":"Install celestia-app | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-app.md","filePath":"nodes/celestia-app.md","lastUpdated":1711718743000}'),Os={name:"nodes/celestia-app.md"},js=Object.assign(Os,{setup(Rs){return(Ms,$s)=>(c(),p("div",null,[i,s("ol",null,[r,s("li",null,[d,s("div",h,[_,s("div",y,[s("div",u,[b,g,s("pre",E,[s("code",null,[s("span",F,[m,C,v,f,s("span",k,"tags/"+t(e(n)["app-latest-tag"]),1),B,T,w,s("span",P,t(e(n)["app-latest-tag"]),1)])])]),s("pre",A,[s("code",null,[s("span",I,[S,V,q,x,s("span",D,"tags/"+t(e(n)["app-latest-tag"]),1),L,N,O,s("span",R,t(e(n)["app-latest-tag"]),1)])])])]),s("div",M,[$,H,s("pre",K,[s("code",null,[s("span",U,[Y,Z,j,J,s("span",Q,"tags/"+t(e(l)["app-latest-tag"]),1),W,z,G,s("span",X,t(e(l)["app-latest-tag"]),1)])])]),s("pre",ss,[s("code",null,[s("span",ts,[es,os,as,ls,s("span",ns,"tags/"+t(e(l)["app-latest-tag"]),1),cs,ps,is,s("span",rs,t(e(l)["app-latest-tag"]),1)])])])]),s("div",ds,[hs,_s,s("pre",ys,[s("code",null,[s("span",us,[bs,gs,Es,Fs,s("span",ms,"tags/"+t(e(a)["app-latest-tag"]),1),Cs,vs,fs,s("span",ks,t(e(a)["app-latest-tag"]),1)])])]),s("pre",Bs,[s("code",null,[s("span",Ts,[ws,Ps,As,Is,s("span",Ss,"tags/"+t(e(a)["app-latest-tag"]),1),Vs,qs,xs,s("span",Ds,t(e(a)["app-latest-tag"]),1)])])])])])])]),Ls]),Ns]))}});export{Zs as __pageData,js as default};
diff --git a/pr-1489/assets/nodes_celestia-node-custom-networks.md.a2243de1.js b/pr-1489/assets/nodes_celestia-node-custom-networks.md.33405055.js
similarity index 99%
rename from pr-1489/assets/nodes_celestia-node-custom-networks.md.a2243de1.js
rename to pr-1489/assets/nodes_celestia-node-custom-networks.md.33405055.js
index 6c1aac46ce..663145625a 100644
--- a/pr-1489/assets/nodes_celestia-node-custom-networks.md.a2243de1.js
+++ b/pr-1489/assets/nodes_celestia-node-custom-networks.md.33405055.js
@@ -1 +1 @@
-import{_ as s,o as a,c as o,Q as n}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Custom networks and values","description":"Learn about custom networks and values on celestia-node.","frontmatter":{"description":"Learn about custom networks and values on celestia-node.","head":[["meta",{"name":"og:title","content":"Custom networks and values | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-custom-networks.md","filePath":"nodes/celestia-node-custom-networks.md","lastUpdated":1711718709000}'),p={name:"nodes/celestia-node-custom-networks.md"},l=n('
    Custom networks and values ​
    This section will cover importing boostrapper IDs, chain ID, and network ID. This will allow you to import custom values for a chain that is not in the default configuration.
    If you have a custom network you can export CELESTIA_CUSTOM, which will look something like:
    bash
    export BRIDGE="/ip4/<ip-address>/tcp/2121/p2p/<node-ID>"\nexport GENESIS_HASH=<genesis-hash>\nexport NETWORK=<network-name>\nexport CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    export BRIDGE="/ip4/<ip-address>/tcp/2121/p2p/<node-ID>"\nexport GENESIS_HASH=<genesis-hash>\nexport NETWORK=<network-name>\nexport CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    Query your node ID using the RPC CLI. These values with examples would look like:
    bash
    export BRIDGE="/ip4/151.115.14.33/tcp/2121/p2p/12D3KooWKEeRtzVMPUdxYsZo2edqps6mS67n6LT5mPdULSkPSxBQ"\nexport GENESIS_HASH=580B3DFF8A7C716968161D91116A1E171F486298D582874E93714E489C9E6E88\nexport NETWORK=custom\nexport CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    export BRIDGE="/ip4/151.115.14.33/tcp/2121/p2p/12D3KooWKEeRtzVMPUdxYsZo2edqps6mS67n6LT5mPdULSkPSxBQ"\nexport GENESIS_HASH=580B3DFF8A7C716968161D91116A1E171F486298D582874E93714E489C9E6E88\nexport NETWORK=custom\nexport CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    Then, start your node with:
    bash
    celestia <node-type> start [flags...]
    celestia <node-type> start [flags...]
    ',8),e=[l];function t(c,r,E,y,i,d){return a(),o("div",null,e)}const h=s(p,[["render",t]]);export{F as __pageData,h as default};
+import{_ as s,o as a,c as o,Q as n}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Custom networks and values","description":"Learn about custom networks and values on celestia-node.","frontmatter":{"description":"Learn about custom networks and values on celestia-node.","head":[["meta",{"name":"og:title","content":"Custom networks and values | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-custom-networks.md","filePath":"nodes/celestia-node-custom-networks.md","lastUpdated":1711718743000}'),p={name:"nodes/celestia-node-custom-networks.md"},l=n('
    Custom networks and values ​
    This section will cover importing boostrapper IDs, chain ID, and network ID. This will allow you to import custom values for a chain that is not in the default configuration.
    If you have a custom network you can export CELESTIA_CUSTOM, which will look something like:
    bash
    export BRIDGE="/ip4/<ip-address>/tcp/2121/p2p/<node-ID>"\nexport GENESIS_HASH=<genesis-hash>\nexport NETWORK=<network-name>\nexport CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    export BRIDGE="/ip4/<ip-address>/tcp/2121/p2p/<node-ID>"\nexport GENESIS_HASH=<genesis-hash>\nexport NETWORK=<network-name>\nexport CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    Query your node ID using the RPC CLI. These values with examples would look like:
    bash
    export BRIDGE="/ip4/151.115.14.33/tcp/2121/p2p/12D3KooWKEeRtzVMPUdxYsZo2edqps6mS67n6LT5mPdULSkPSxBQ"\nexport GENESIS_HASH=580B3DFF8A7C716968161D91116A1E171F486298D582874E93714E489C9E6E88\nexport NETWORK=custom\nexport CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    export BRIDGE="/ip4/151.115.14.33/tcp/2121/p2p/12D3KooWKEeRtzVMPUdxYsZo2edqps6mS67n6LT5mPdULSkPSxBQ"\nexport GENESIS_HASH=580B3DFF8A7C716968161D91116A1E171F486298D582874E93714E489C9E6E88\nexport NETWORK=custom\nexport CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    Then, start your node with:
    bash
    celestia <node-type> start [flags...]
    celestia <node-type> start [flags...]
    ',8),e=[l];function t(c,r,E,y,i,d){return a(),o("div",null,e)}const h=s(p,[["render",t]]);export{F as __pageData,h as default};
diff --git a/pr-1489/assets/nodes_celestia-node-custom-networks.md.a2243de1.lean.js b/pr-1489/assets/nodes_celestia-node-custom-networks.md.33405055.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_celestia-node-custom-networks.md.a2243de1.lean.js
rename to pr-1489/assets/nodes_celestia-node-custom-networks.md.33405055.lean.js
index 669cf40b36..4f8af2fe12 100644
--- a/pr-1489/assets/nodes_celestia-node-custom-networks.md.a2243de1.lean.js
+++ b/pr-1489/assets/nodes_celestia-node-custom-networks.md.33405055.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as o,Q as n}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Custom networks and values","description":"Learn about custom networks and values on celestia-node.","frontmatter":{"description":"Learn about custom networks and values on celestia-node.","head":[["meta",{"name":"og:title","content":"Custom networks and values | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-custom-networks.md","filePath":"nodes/celestia-node-custom-networks.md","lastUpdated":1711718709000}'),p={name:"nodes/celestia-node-custom-networks.md"},l=n("",8),e=[l];function t(c,r,E,y,i,d){return a(),o("div",null,e)}const h=s(p,[["render",t]]);export{F as __pageData,h as default};
+import{_ as s,o as a,c as o,Q as n}from"./chunks/framework.611656c0.js";const F=JSON.parse('{"title":"Custom networks and values","description":"Learn about custom networks and values on celestia-node.","frontmatter":{"description":"Learn about custom networks and values on celestia-node.","head":[["meta",{"name":"og:title","content":"Custom networks and values | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-custom-networks.md","filePath":"nodes/celestia-node-custom-networks.md","lastUpdated":1711718743000}'),p={name:"nodes/celestia-node-custom-networks.md"},l=n("",8),e=[l];function t(c,r,E,y,i,d){return a(),o("div",null,e)}const h=s(p,[["render",t]]);export{F as __pageData,h as default};
diff --git a/pr-1489/assets/nodes_celestia-node-metrics.md.08925627.js b/pr-1489/assets/nodes_celestia-node-metrics.md.9cc66281.js
similarity index 99%
rename from pr-1489/assets/nodes_celestia-node-metrics.md.08925627.js
rename to pr-1489/assets/nodes_celestia-node-metrics.md.9cc66281.js
index 825c283749..447c1a8853 100644
--- a/pr-1489/assets/nodes_celestia-node-metrics.md.08925627.js
+++ b/pr-1489/assets/nodes_celestia-node-metrics.md.9cc66281.js
@@ -1,4 +1,4 @@
-import{_ as s,o as n,c as a,Q as o}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"celestia-node metrics","description":"A guide on how to run metrics for your celestia-node DA instance.","frontmatter":{"description":"A guide on how to run metrics for your celestia-node DA instance.","head":[["meta",{"name":"og:title","content":"celestia-node metrics | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-metrics.md","filePath":"nodes/celestia-node-metrics.md","lastUpdated":1711718709000}'),l={name:"nodes/celestia-node-metrics.md"},e=o(`
    celestia-node metrics ​
    This tutorial is for running metrics for your celestia-node data availability instance. This tutorial will focus on running metrics for a light node.
    This tutorial assumes you have already setup your light node by following the tutorial in the celestia-node API tutorial.
    Running metrics flags ​
    You can enable the celestia-node metric flags with the following command:
    sh
    celestia <node-type> start --metrics.tls=<boolean> \\
+import{_ as s,o as n,c as a,Q as o}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"celestia-node metrics","description":"A guide on how to run metrics for your celestia-node DA instance.","frontmatter":{"description":"A guide on how to run metrics for your celestia-node DA instance.","head":[["meta",{"name":"og:title","content":"celestia-node metrics | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-metrics.md","filePath":"nodes/celestia-node-metrics.md","lastUpdated":1711718743000}'),l={name:"nodes/celestia-node-metrics.md"},e=o(`
    celestia-node metrics ​
    This tutorial is for running metrics for your celestia-node data availability instance. This tutorial will focus on running metrics for a light node.
    This tutorial assumes you have already setup your light node by following the tutorial in the celestia-node API tutorial.
    Running metrics flags ​
    You can enable the celestia-node metric flags with the following command:
    sh
    celestia <node-type> start --metrics.tls=<boolean> \\
     --metrics --metrics.endpoint <URI> \\
     --p2p.network <network> --core.ip <URI>
    celestia <node-type> start --metrics.tls=<boolean> \\
     --metrics --metrics.endpoint <URI> \\
diff --git a/pr-1489/assets/nodes_celestia-node-metrics.md.08925627.lean.js b/pr-1489/assets/nodes_celestia-node-metrics.md.9cc66281.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_celestia-node-metrics.md.08925627.lean.js
rename to pr-1489/assets/nodes_celestia-node-metrics.md.9cc66281.lean.js
index 7ab978c1ce..5585532b21 100644
--- a/pr-1489/assets/nodes_celestia-node-metrics.md.08925627.lean.js
+++ b/pr-1489/assets/nodes_celestia-node-metrics.md.9cc66281.lean.js
@@ -1 +1 @@
-import{_ as s,o as n,c as a,Q as o}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"celestia-node metrics","description":"A guide on how to run metrics for your celestia-node DA instance.","frontmatter":{"description":"A guide on how to run metrics for your celestia-node DA instance.","head":[["meta",{"name":"og:title","content":"celestia-node metrics | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-metrics.md","filePath":"nodes/celestia-node-metrics.md","lastUpdated":1711718709000}'),l={name:"nodes/celestia-node-metrics.md"},e=o("",27),p=[e];function t(c,r,y,i,E,d){return n(),a("div",null,p)}const m=s(l,[["render",t]]);export{h as __pageData,m as default};
+import{_ as s,o as n,c as a,Q as o}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"celestia-node metrics","description":"A guide on how to run metrics for your celestia-node DA instance.","frontmatter":{"description":"A guide on how to run metrics for your celestia-node DA instance.","head":[["meta",{"name":"og:title","content":"celestia-node metrics | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-metrics.md","filePath":"nodes/celestia-node-metrics.md","lastUpdated":1711718743000}'),l={name:"nodes/celestia-node-metrics.md"},e=o("",27),p=[e];function t(c,r,y,i,E,d){return n(),a("div",null,p)}const m=s(l,[["render",t]]);export{h as __pageData,m as default};
diff --git a/pr-1489/assets/nodes_celestia-node-troubleshooting.md.1f7a03a0.js b/pr-1489/assets/nodes_celestia-node-troubleshooting.md.c64fed5d.js
similarity index 99%
rename from pr-1489/assets/nodes_celestia-node-troubleshooting.md.1f7a03a0.js
rename to pr-1489/assets/nodes_celestia-node-troubleshooting.md.c64fed5d.js
index 93b79c02bc..e4f3f5f481 100644
--- a/pr-1489/assets/nodes_celestia-node-troubleshooting.md.1f7a03a0.js
+++ b/pr-1489/assets/nodes_celestia-node-troubleshooting.md.c64fed5d.js
@@ -28,4 +28,4 @@ import{c as o}from"./chunks/constants.dc70dfe7.js";import{o as p,c as t,k as s,a
 ...
    [Service]
 ...
 LimitNOFILE=1400000
-...
    NOTE
    Be cautious when increasing file descriptor limits. Setting this value too high might affect system performance. Ensure the value is appropriate for your system's capabilities.
    1. Reload daemon and restart bridge service:
    bash
    sudo systemctl daemon-reload
    sudo systemctl daemon-reload
    bash
    sudo systemctl restart celestia-bridge
    sudo systemctl restart celestia-bridge
    `,51),w=JSON.parse('{"title":"Troubleshooting","description":"A guide to troubleshooting common issues with Celestia Node.","frontmatter":{"description":"A guide to troubleshooting common issues with Celestia Node.","next":{"text":"Metrics, visualization, and alerts","link":"nodes/celestia-app-metrics"},"head":[["meta",{"name":"og:title","content":"Troubleshooting | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-troubleshooting.md","filePath":"nodes/celestia-node-troubleshooting.md","lastUpdated":1711718709000}'),b={name:"nodes/celestia-node-troubleshooting.md"},A=Object.assign(b,{setup(v){return(k,m)=>(p(),t("div",null,[r,s("p",null,[a("When interacting with celestia-node, it is important to take into account the different chain IDs for different networks. For Mainnet Beta, there is no need to declare a chain ID, as the default is "+n(l(o).mainnetChainId)+", ",1),c,a(" no "),i,a(" flag is required for Mainnet Beta.")]),s("table",null,[y,s("tbody",null,[s("tr",null,[E,s("td",null,n(l(o).mainnetChainId),1),d]),s("tr",null,[h,s("td",null,n(l(o).mochaChainId),1),F]),s("tr",null,[g,s("td",null,n(l(o).arabicaChainId),1),u])])]),C]))}});export{w as __pageData,A as default};
+...
    NOTE
    Be cautious when increasing file descriptor limits. Setting this value too high might affect system performance. Ensure the value is appropriate for your system's capabilities.
    1. Reload daemon and restart bridge service:
    bash
    sudo systemctl daemon-reload
    sudo systemctl daemon-reload
    bash
    sudo systemctl restart celestia-bridge
    sudo systemctl restart celestia-bridge
    `,51),w=JSON.parse('{"title":"Troubleshooting","description":"A guide to troubleshooting common issues with Celestia Node.","frontmatter":{"description":"A guide to troubleshooting common issues with Celestia Node.","next":{"text":"Metrics, visualization, and alerts","link":"nodes/celestia-app-metrics"},"head":[["meta",{"name":"og:title","content":"Troubleshooting | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-troubleshooting.md","filePath":"nodes/celestia-node-troubleshooting.md","lastUpdated":1711718743000}'),b={name:"nodes/celestia-node-troubleshooting.md"},A=Object.assign(b,{setup(v){return(k,m)=>(p(),t("div",null,[r,s("p",null,[a("When interacting with celestia-node, it is important to take into account the different chain IDs for different networks. For Mainnet Beta, there is no need to declare a chain ID, as the default is "+n(l(o).mainnetChainId)+", ",1),c,a(" no "),i,a(" flag is required for Mainnet Beta.")]),s("table",null,[y,s("tbody",null,[s("tr",null,[E,s("td",null,n(l(o).mainnetChainId),1),d]),s("tr",null,[h,s("td",null,n(l(o).mochaChainId),1),F]),s("tr",null,[g,s("td",null,n(l(o).arabicaChainId),1),u])])]),C]))}});export{w as __pageData,A as default};
diff --git a/pr-1489/assets/nodes_celestia-node-troubleshooting.md.1f7a03a0.lean.js b/pr-1489/assets/nodes_celestia-node-troubleshooting.md.c64fed5d.lean.js
similarity index 96%
rename from pr-1489/assets/nodes_celestia-node-troubleshooting.md.1f7a03a0.lean.js
rename to pr-1489/assets/nodes_celestia-node-troubleshooting.md.c64fed5d.lean.js
index e9a82dd9cb..183fe6ee11 100644
--- a/pr-1489/assets/nodes_celestia-node-troubleshooting.md.1f7a03a0.lean.js
+++ b/pr-1489/assets/nodes_celestia-node-troubleshooting.md.c64fed5d.lean.js
@@ -1 +1 @@
-import{c as o}from"./chunks/constants.dc70dfe7.js";import{o as p,c as t,k as s,a,t as n,l,Q as e}from"./chunks/framework.611656c0.js";const r=e("",7),c=s("em",null,"i.e.",-1),i=s("code",null,"--p2p.network string",-1),y=s("thead",null,[s("tr",null,[s("th",null,"Network"),s("th",null,"Chain ID"),s("th",null,[s("code",null,"--p2p.network string")])])],-1),E=s("td",null,"Mainnet Beta",-1),d=s("td",null,[a("not required ("),s("code",null,"--p2p.network celestia"),a(")")],-1),h=s("td",null,"Mocha",-1),F=s("td",null,[s("code",null,"--p2p.network mocha")],-1),g=s("td",null,"Arabica",-1),u=s("td",null,[s("code",null,"--p2p.network arabica")],-1),C=e("",51),w=JSON.parse('{"title":"Troubleshooting","description":"A guide to troubleshooting common issues with Celestia Node.","frontmatter":{"description":"A guide to troubleshooting common issues with Celestia Node.","next":{"text":"Metrics, visualization, and alerts","link":"nodes/celestia-app-metrics"},"head":[["meta",{"name":"og:title","content":"Troubleshooting | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-troubleshooting.md","filePath":"nodes/celestia-node-troubleshooting.md","lastUpdated":1711718709000}'),b={name:"nodes/celestia-node-troubleshooting.md"},A=Object.assign(b,{setup(v){return(k,m)=>(p(),t("div",null,[r,s("p",null,[a("When interacting with celestia-node, it is important to take into account the different chain IDs for different networks. For Mainnet Beta, there is no need to declare a chain ID, as the default is "+n(l(o).mainnetChainId)+", ",1),c,a(" no "),i,a(" flag is required for Mainnet Beta.")]),s("table",null,[y,s("tbody",null,[s("tr",null,[E,s("td",null,n(l(o).mainnetChainId),1),d]),s("tr",null,[h,s("td",null,n(l(o).mochaChainId),1),F]),s("tr",null,[g,s("td",null,n(l(o).arabicaChainId),1),u])])]),C]))}});export{w as __pageData,A as default};
+import{c as o}from"./chunks/constants.dc70dfe7.js";import{o as p,c as t,k as s,a,t as n,l,Q as e}from"./chunks/framework.611656c0.js";const r=e("",7),c=s("em",null,"i.e.",-1),i=s("code",null,"--p2p.network string",-1),y=s("thead",null,[s("tr",null,[s("th",null,"Network"),s("th",null,"Chain ID"),s("th",null,[s("code",null,"--p2p.network string")])])],-1),E=s("td",null,"Mainnet Beta",-1),d=s("td",null,[a("not required ("),s("code",null,"--p2p.network celestia"),a(")")],-1),h=s("td",null,"Mocha",-1),F=s("td",null,[s("code",null,"--p2p.network mocha")],-1),g=s("td",null,"Arabica",-1),u=s("td",null,[s("code",null,"--p2p.network arabica")],-1),C=e("",51),w=JSON.parse('{"title":"Troubleshooting","description":"A guide to troubleshooting common issues with Celestia Node.","frontmatter":{"description":"A guide to troubleshooting common issues with Celestia Node.","next":{"text":"Metrics, visualization, and alerts","link":"nodes/celestia-app-metrics"},"head":[["meta",{"name":"og:title","content":"Troubleshooting | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node-troubleshooting.md","filePath":"nodes/celestia-node-troubleshooting.md","lastUpdated":1711718743000}'),b={name:"nodes/celestia-node-troubleshooting.md"},A=Object.assign(b,{setup(v){return(k,m)=>(p(),t("div",null,[r,s("p",null,[a("When interacting with celestia-node, it is important to take into account the different chain IDs for different networks. For Mainnet Beta, there is no need to declare a chain ID, as the default is "+n(l(o).mainnetChainId)+", ",1),c,a(" no "),i,a(" flag is required for Mainnet Beta.")]),s("table",null,[y,s("tbody",null,[s("tr",null,[E,s("td",null,n(l(o).mainnetChainId),1),d]),s("tr",null,[h,s("td",null,n(l(o).mochaChainId),1),F]),s("tr",null,[g,s("td",null,n(l(o).arabicaChainId),1),u])])]),C]))}});export{w as __pageData,A as default};
diff --git a/pr-1489/assets/nodes_celestia-node.md.1be9f4c3.js b/pr-1489/assets/nodes_celestia-node.md.8f495f4a.js
similarity index 82%
rename from pr-1489/assets/nodes_celestia-node.md.1be9f4c3.js
rename to pr-1489/assets/nodes_celestia-node.md.8f495f4a.js
index f905ecaad5..8ce584a30e 100644
--- a/pr-1489/assets/nodes_celestia-node.md.1be9f4c3.js
+++ b/pr-1489/assets/nodes_celestia-node.md.8f495f4a.js
@@ -1,7 +1,7 @@
-import{a as n}from"./chunks/arabica_versions.da77a310.js";import{m as l}from"./chunks/mocha_versions.84d9fd1c.js";import{m as i}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as p,k as s,t as e,l as a,a as t,Q as o}from"./chunks/framework.611656c0.js";const r=s("h1",{id:"install-celestia-node",tabindex:"-1"},[t("Install celestia-node "),s("a",{class:"header-anchor",href:"#install-celestia-node","aria-label":'Permalink to "Install celestia-node"'},"​")],-1),d=s("p",null,[t("This tutorial goes over building and installing celestia-node. This tutorial assumes you completed the steps in "),s("a",{href:"./environment"},"setting up your development environment"),t(".")],-1),h=s("p",null,"Install the celestia-node binary by running the following commands:",-1),_=o(`
  33. Remove any existing copy of celestia-node, clone the repository, and change into the directory:
    bash
    cd $HOME
+import{a as n}from"./chunks/arabica_versions.da77a310.js";import{m as l}from"./chunks/mocha_versions.84d9fd1c.js";import{m as i}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as p,k as s,t as e,l as a,a as t,Q as o}from"./chunks/framework.611656c0.js";const d=s("h1",{id:"install-celestia-node",tabindex:"-1"},[t("Install celestia-node "),s("a",{class:"header-anchor",href:"#install-celestia-node","aria-label":'Permalink to "Install celestia-node"'},"​")],-1),r=s("p",null,[t("This tutorial goes over building and installing celestia-node. This tutorial assumes you completed the steps in "),s("a",{href:"./environment"},"setting up your development environment"),t(".")],-1),h=s("p",null,"Install the celestia-node binary by running the following commands:",-1),_=o(`
  34. Remove any existing copy of celestia-node, clone the repository, and change into the directory:
    bash
    cd $HOME
 rm -rf celestia-node
 git clone https://github.com/celestiaorg/celestia-node.git
 cd celestia-node/
    cd $HOME
 rm -rf celestia-node
 git clone https://github.com/celestiaorg/celestia-node.git
-cd celestia-node/
    35. `,1),y=s("p",null,"Check out to the desired version, based on the network you will use:",-1),u={class:"vp-code-group vp-adaptive-theme"},g=o('
    ',1),b={class:"blocks"},E={class:"language-bash vp-adaptive-theme active"},m=s("button",{title:"Copy Code",class:"copy"},null,-1),v=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},k={class:"line"},C=s("span",{style:{color:"#B392F0"}},"git",-1),f=s("span",{style:{color:"#E1E4E8"}}," ",-1),B=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),T=s("span",{style:{color:"#E1E4E8"}}," ",-1),x={style:{color:"#9ECBFF"}},I={class:"shiki github-light vp-code-light"},S={class:"line"},w=s("span",{style:{color:"#6F42C1"}},"git",-1),A=s("span",{style:{color:"#24292E"}}," ",-1),N=s("span",{style:{color:"#032F62"}},"checkout",-1),V=s("span",{style:{color:"#24292E"}}," ",-1),P={style:{color:"#032F62"}},M={class:"language-bash vp-adaptive-theme"},R=s("button",{title:"Copy Code",class:"copy"},null,-1),j=s("span",{class:"lang"},"bash",-1),D={class:"shiki github-dark vp-code-dark"},O={class:"line"},q=s("span",{style:{color:"#B392F0"}},"git",-1),H=s("span",{style:{color:"#E1E4E8"}}," ",-1),L=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),U=s("span",{style:{color:"#E1E4E8"}}," ",-1),G={style:{color:"#9ECBFF"}},X={class:"shiki github-light vp-code-light"},Z={class:"line"},$=s("span",{style:{color:"#6F42C1"}},"git",-1),J=s("span",{style:{color:"#24292E"}}," ",-1),Q=s("span",{style:{color:"#032F62"}},"checkout",-1),z=s("span",{style:{color:"#24292E"}}," ",-1),K={style:{color:"#032F62"}},W={class:"language-bash vp-adaptive-theme"},Y=s("button",{title:"Copy Code",class:"copy"},null,-1),ss=s("span",{class:"lang"},"bash",-1),es={class:"shiki github-dark vp-code-dark"},as={class:"line"},os=s("span",{style:{color:"#B392F0"}},"git",-1),ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),ns=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),ls=s("span",{style:{color:"#E1E4E8"}}," ",-1),is={style:{color:"#9ECBFF"}},cs={class:"shiki github-light vp-code-light"},ps={class:"line"},rs=s("span",{style:{color:"#6F42C1"}},"git",-1),ds=s("span",{style:{color:"#24292E"}}," ",-1),hs=s("span",{style:{color:"#032F62"}},"checkout",-1),_s=s("span",{style:{color:"#24292E"}}," ",-1),ys={style:{color:"#032F62"}},us=o('
  35. Build the celestia binary:
    a. Standard build
    bash
    make build
    make build
    b. Experimental build
    OPTIONAL
    If you're a node operator comfortable with experimental features and seeking optimal performance with minimal RAM usage, this option is recommended for you.
    bash
    make build-jemalloc
    make build-jemalloc
    This build option enables CGO, and downloads and installs jemalloc. Learn more about the build command.
  36. Install the binary:
    bash
    make install
    make install
  37. Build the cel-key utility:
    bash
    make cel-key
    make cel-key
  38. Verify that the binary is working and check the version:
    bash
    celestia version
    celestia version
    39. ',4),gs=o('
    The output will show the semantic version of celestia-node, commit hash, build date, system version, and Golang version.
    Next steps ​
    First, we recommend reading the overview of our node types, if you haven't yet.
    Now that you've installed Celestia Node, it's time to pick your node type and run your node!
    If you're planning to run a light node, we recommend the node RPC CLI tutorial.
    Upgrading your binary ​
    To upgrade your binary, you can install the latest version from the instructions above and restart your node. If you run into any issues, Refer to the troubleshooting section.
    ',7),Bs=JSON.parse('{"title":"Install celestia-node","description":"Learn to build and install celestia-node.","frontmatter":{"description":"Learn to build and install celestia-node.","head":[["meta",{"name":"og:title","content":"Install celestia-node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node.md","filePath":"nodes/celestia-node.md","lastUpdated":1711718709000}'),bs={name:"nodes/celestia-node.md"},Ts=Object.assign(bs,{setup(Es){return(ms,vs)=>(c(),p("div",null,[r,d,h,s("ol",null,[_,s("li",null,[y,s("div",u,[g,s("div",b,[s("div",E,[m,v,s("pre",F,[s("code",null,[s("span",k,[C,f,B,T,s("span",x,"tags/"+e(a(i)["node-latest-tag"]),1)])])]),s("pre",I,[s("code",null,[s("span",S,[w,A,N,V,s("span",P,"tags/"+e(a(i)["node-latest-tag"]),1)])])])]),s("div",M,[R,j,s("pre",D,[s("code",null,[s("span",O,[q,H,L,U,s("span",G,"tags/"+e(a(l)["node-latest-tag"]),1)])])]),s("pre",X,[s("code",null,[s("span",Z,[$,J,Q,z,s("span",K,"tags/"+e(a(l)["node-latest-tag"]),1)])])])]),s("div",W,[Y,ss,s("pre",es,[s("code",null,[s("span",as,[os,ts,ns,ls,s("span",is,"tags/"+e(a(n)["node-latest-tag"]),1)])])]),s("pre",cs,[s("code",null,[s("span",ps,[rs,ds,hs,_s,s("span",ys,"tags/"+e(a(n)["node-latest-tag"]),1)])])])])])])]),us]),gs]))}});export{Bs as __pageData,Ts as default};
+cd celestia-node/
    39. `,1),y=s("p",null,"Check out to the desired version, based on the network you will use:",-1),u={class:"vp-code-group vp-adaptive-theme"},g=o('
    ',1),b={class:"blocks"},E={class:"language-bash vp-adaptive-theme active"},m=s("button",{title:"Copy Code",class:"copy"},null,-1),v=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},k={class:"line"},C=s("span",{style:{color:"#B392F0"}},"git",-1),f=s("span",{style:{color:"#E1E4E8"}}," ",-1),B=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),T=s("span",{style:{color:"#E1E4E8"}}," ",-1),I={style:{color:"#9ECBFF"}},w={class:"shiki github-light vp-code-light"},P={class:"line"},S=s("span",{style:{color:"#6F42C1"}},"git",-1),V=s("span",{style:{color:"#24292E"}}," ",-1),A=s("span",{style:{color:"#032F62"}},"checkout",-1),x=s("span",{style:{color:"#24292E"}}," ",-1),N={style:{color:"#032F62"}},M={class:"language-bash vp-adaptive-theme"},R=s("button",{title:"Copy Code",class:"copy"},null,-1),j=s("span",{class:"lang"},"bash",-1),D={class:"shiki github-dark vp-code-dark"},O={class:"line"},U=s("span",{style:{color:"#B392F0"}},"git",-1),L=s("span",{style:{color:"#E1E4E8"}}," ",-1),q=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Y=s("span",{style:{color:"#E1E4E8"}}," ",-1),z={style:{color:"#9ECBFF"}},G={class:"shiki github-light vp-code-light"},H={class:"line"},$=s("span",{style:{color:"#6F42C1"}},"git",-1),J=s("span",{style:{color:"#24292E"}}," ",-1),Q=s("span",{style:{color:"#032F62"}},"checkout",-1),K=s("span",{style:{color:"#24292E"}}," ",-1),W={style:{color:"#032F62"}},X={class:"language-bash vp-adaptive-theme"},Z=s("button",{title:"Copy Code",class:"copy"},null,-1),ss=s("span",{class:"lang"},"bash",-1),es={class:"shiki github-dark vp-code-dark"},as={class:"line"},os=s("span",{style:{color:"#B392F0"}},"git",-1),ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),ns=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),ls=s("span",{style:{color:"#E1E4E8"}}," ",-1),is={style:{color:"#9ECBFF"}},cs={class:"shiki github-light vp-code-light"},ps={class:"line"},ds=s("span",{style:{color:"#6F42C1"}},"git",-1),rs=s("span",{style:{color:"#24292E"}}," ",-1),hs=s("span",{style:{color:"#032F62"}},"checkout",-1),_s=s("span",{style:{color:"#24292E"}}," ",-1),ys={style:{color:"#032F62"}},us=o('
  39. Build the celestia binary:
    a. Standard build
    bash
    make build
    make build
    b. Experimental build
    OPTIONAL
    If you're a node operator comfortable with experimental features and seeking optimal performance with minimal RAM usage, this option is recommended for you.
    bash
    make build-jemalloc
    make build-jemalloc
    This build option enables CGO, and downloads and installs jemalloc. Learn more about the build command.
  40. Install the binary:
    bash
    make install
    make install
  41. Build the cel-key utility:
    bash
    make cel-key
    make cel-key
  42. Verify that the binary is working and check the version:
    bash
    celestia version
    celestia version
    43. ',4),gs=o('
    The output will show the semantic version of celestia-node, commit hash, build date, system version, and Golang version.
    Next steps ​
    First, we recommend reading the overview of our node types, if you haven't yet.
    Now that you've installed Celestia Node, it's time to pick your node type and run your node!
    If you're planning to run a light node, we recommend the node RPC CLI tutorial.
    Upgrading your binary ​
    To upgrade your binary, you can install the latest version from the instructions above and restart your node. If you run into any issues, Refer to the troubleshooting section.
    ',7),Bs=JSON.parse('{"title":"Install celestia-node","description":"Learn to build and install celestia-node.","frontmatter":{"description":"Learn to build and install celestia-node.","head":[["meta",{"name":"og:title","content":"Install celestia-node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node.md","filePath":"nodes/celestia-node.md","lastUpdated":1711718743000}'),bs={name:"nodes/celestia-node.md"},Ts=Object.assign(bs,{setup(Es){return(ms,vs)=>(c(),p("div",null,[d,r,h,s("ol",null,[_,s("li",null,[y,s("div",u,[g,s("div",b,[s("div",E,[m,v,s("pre",F,[s("code",null,[s("span",k,[C,f,B,T,s("span",I,"tags/"+e(a(i)["node-latest-tag"]),1)])])]),s("pre",w,[s("code",null,[s("span",P,[S,V,A,x,s("span",N,"tags/"+e(a(i)["node-latest-tag"]),1)])])])]),s("div",M,[R,j,s("pre",D,[s("code",null,[s("span",O,[U,L,q,Y,s("span",z,"tags/"+e(a(l)["node-latest-tag"]),1)])])]),s("pre",G,[s("code",null,[s("span",H,[$,J,Q,K,s("span",W,"tags/"+e(a(l)["node-latest-tag"]),1)])])])]),s("div",X,[Z,ss,s("pre",es,[s("code",null,[s("span",as,[os,ts,ns,ls,s("span",is,"tags/"+e(a(n)["node-latest-tag"]),1)])])]),s("pre",cs,[s("code",null,[s("span",ps,[ds,rs,hs,_s,s("span",ys,"tags/"+e(a(n)["node-latest-tag"]),1)])])])])])])]),us]),gs]))}});export{Bs as __pageData,Ts as default};
diff --git a/pr-1489/assets/nodes_celestia-node.md.1be9f4c3.lean.js b/pr-1489/assets/nodes_celestia-node.md.8f495f4a.lean.js
similarity index 62%
rename from pr-1489/assets/nodes_celestia-node.md.1be9f4c3.lean.js
rename to pr-1489/assets/nodes_celestia-node.md.8f495f4a.lean.js
index c9156c5fb7..6df6ce9ce2 100644
--- a/pr-1489/assets/nodes_celestia-node.md.1be9f4c3.lean.js
+++ b/pr-1489/assets/nodes_celestia-node.md.8f495f4a.lean.js
@@ -1 +1 @@
-import{a as n}from"./chunks/arabica_versions.da77a310.js";import{m as l}from"./chunks/mocha_versions.84d9fd1c.js";import{m as i}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as p,k as s,t as e,l as a,a as t,Q as o}from"./chunks/framework.611656c0.js";const r=s("h1",{id:"install-celestia-node",tabindex:"-1"},[t("Install celestia-node "),s("a",{class:"header-anchor",href:"#install-celestia-node","aria-label":'Permalink to "Install celestia-node"'},"​")],-1),d=s("p",null,[t("This tutorial goes over building and installing celestia-node. This tutorial assumes you completed the steps in "),s("a",{href:"./environment"},"setting up your development environment"),t(".")],-1),h=s("p",null,"Install the celestia-node binary by running the following commands:",-1),_=o("",1),y=s("p",null,"Check out to the desired version, based on the network you will use:",-1),u={class:"vp-code-group vp-adaptive-theme"},g=o("",1),b={class:"blocks"},E={class:"language-bash vp-adaptive-theme active"},m=s("button",{title:"Copy Code",class:"copy"},null,-1),v=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},k={class:"line"},C=s("span",{style:{color:"#B392F0"}},"git",-1),f=s("span",{style:{color:"#E1E4E8"}}," ",-1),B=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),T=s("span",{style:{color:"#E1E4E8"}}," ",-1),x={style:{color:"#9ECBFF"}},I={class:"shiki github-light vp-code-light"},S={class:"line"},w=s("span",{style:{color:"#6F42C1"}},"git",-1),A=s("span",{style:{color:"#24292E"}}," ",-1),N=s("span",{style:{color:"#032F62"}},"checkout",-1),V=s("span",{style:{color:"#24292E"}}," ",-1),P={style:{color:"#032F62"}},M={class:"language-bash vp-adaptive-theme"},R=s("button",{title:"Copy Code",class:"copy"},null,-1),j=s("span",{class:"lang"},"bash",-1),D={class:"shiki github-dark vp-code-dark"},O={class:"line"},q=s("span",{style:{color:"#B392F0"}},"git",-1),H=s("span",{style:{color:"#E1E4E8"}}," ",-1),L=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),U=s("span",{style:{color:"#E1E4E8"}}," ",-1),G={style:{color:"#9ECBFF"}},X={class:"shiki github-light vp-code-light"},Z={class:"line"},$=s("span",{style:{color:"#6F42C1"}},"git",-1),J=s("span",{style:{color:"#24292E"}}," ",-1),Q=s("span",{style:{color:"#032F62"}},"checkout",-1),z=s("span",{style:{color:"#24292E"}}," ",-1),K={style:{color:"#032F62"}},W={class:"language-bash vp-adaptive-theme"},Y=s("button",{title:"Copy Code",class:"copy"},null,-1),ss=s("span",{class:"lang"},"bash",-1),es={class:"shiki github-dark vp-code-dark"},as={class:"line"},os=s("span",{style:{color:"#B392F0"}},"git",-1),ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),ns=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),ls=s("span",{style:{color:"#E1E4E8"}}," ",-1),is={style:{color:"#9ECBFF"}},cs={class:"shiki github-light vp-code-light"},ps={class:"line"},rs=s("span",{style:{color:"#6F42C1"}},"git",-1),ds=s("span",{style:{color:"#24292E"}}," ",-1),hs=s("span",{style:{color:"#032F62"}},"checkout",-1),_s=s("span",{style:{color:"#24292E"}}," ",-1),ys={style:{color:"#032F62"}},us=o("",4),gs=o("",7),Bs=JSON.parse('{"title":"Install celestia-node","description":"Learn to build and install celestia-node.","frontmatter":{"description":"Learn to build and install celestia-node.","head":[["meta",{"name":"og:title","content":"Install celestia-node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node.md","filePath":"nodes/celestia-node.md","lastUpdated":1711718709000}'),bs={name:"nodes/celestia-node.md"},Ts=Object.assign(bs,{setup(Es){return(ms,vs)=>(c(),p("div",null,[r,d,h,s("ol",null,[_,s("li",null,[y,s("div",u,[g,s("div",b,[s("div",E,[m,v,s("pre",F,[s("code",null,[s("span",k,[C,f,B,T,s("span",x,"tags/"+e(a(i)["node-latest-tag"]),1)])])]),s("pre",I,[s("code",null,[s("span",S,[w,A,N,V,s("span",P,"tags/"+e(a(i)["node-latest-tag"]),1)])])])]),s("div",M,[R,j,s("pre",D,[s("code",null,[s("span",O,[q,H,L,U,s("span",G,"tags/"+e(a(l)["node-latest-tag"]),1)])])]),s("pre",X,[s("code",null,[s("span",Z,[$,J,Q,z,s("span",K,"tags/"+e(a(l)["node-latest-tag"]),1)])])])]),s("div",W,[Y,ss,s("pre",es,[s("code",null,[s("span",as,[os,ts,ns,ls,s("span",is,"tags/"+e(a(n)["node-latest-tag"]),1)])])]),s("pre",cs,[s("code",null,[s("span",ps,[rs,ds,hs,_s,s("span",ys,"tags/"+e(a(n)["node-latest-tag"]),1)])])])])])])]),us]),gs]))}});export{Bs as __pageData,Ts as default};
+import{a as n}from"./chunks/arabica_versions.da77a310.js";import{m as l}from"./chunks/mocha_versions.84d9fd1c.js";import{m as i}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as p,k as s,t as e,l as a,a as t,Q as o}from"./chunks/framework.611656c0.js";const d=s("h1",{id:"install-celestia-node",tabindex:"-1"},[t("Install celestia-node "),s("a",{class:"header-anchor",href:"#install-celestia-node","aria-label":'Permalink to "Install celestia-node"'},"​")],-1),r=s("p",null,[t("This tutorial goes over building and installing celestia-node. This tutorial assumes you completed the steps in "),s("a",{href:"./environment"},"setting up your development environment"),t(".")],-1),h=s("p",null,"Install the celestia-node binary by running the following commands:",-1),_=o("",1),y=s("p",null,"Check out to the desired version, based on the network you will use:",-1),u={class:"vp-code-group vp-adaptive-theme"},g=o("",1),b={class:"blocks"},E={class:"language-bash vp-adaptive-theme active"},m=s("button",{title:"Copy Code",class:"copy"},null,-1),v=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},k={class:"line"},C=s("span",{style:{color:"#B392F0"}},"git",-1),f=s("span",{style:{color:"#E1E4E8"}}," ",-1),B=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),T=s("span",{style:{color:"#E1E4E8"}}," ",-1),I={style:{color:"#9ECBFF"}},w={class:"shiki github-light vp-code-light"},P={class:"line"},S=s("span",{style:{color:"#6F42C1"}},"git",-1),V=s("span",{style:{color:"#24292E"}}," ",-1),A=s("span",{style:{color:"#032F62"}},"checkout",-1),x=s("span",{style:{color:"#24292E"}}," ",-1),N={style:{color:"#032F62"}},M={class:"language-bash vp-adaptive-theme"},R=s("button",{title:"Copy Code",class:"copy"},null,-1),j=s("span",{class:"lang"},"bash",-1),D={class:"shiki github-dark vp-code-dark"},O={class:"line"},U=s("span",{style:{color:"#B392F0"}},"git",-1),L=s("span",{style:{color:"#E1E4E8"}}," ",-1),q=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),Y=s("span",{style:{color:"#E1E4E8"}}," ",-1),z={style:{color:"#9ECBFF"}},G={class:"shiki github-light vp-code-light"},H={class:"line"},$=s("span",{style:{color:"#6F42C1"}},"git",-1),J=s("span",{style:{color:"#24292E"}}," ",-1),Q=s("span",{style:{color:"#032F62"}},"checkout",-1),K=s("span",{style:{color:"#24292E"}}," ",-1),W={style:{color:"#032F62"}},X={class:"language-bash vp-adaptive-theme"},Z=s("button",{title:"Copy Code",class:"copy"},null,-1),ss=s("span",{class:"lang"},"bash",-1),es={class:"shiki github-dark vp-code-dark"},as={class:"line"},os=s("span",{style:{color:"#B392F0"}},"git",-1),ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),ns=s("span",{style:{color:"#9ECBFF"}},"checkout",-1),ls=s("span",{style:{color:"#E1E4E8"}}," ",-1),is={style:{color:"#9ECBFF"}},cs={class:"shiki github-light vp-code-light"},ps={class:"line"},ds=s("span",{style:{color:"#6F42C1"}},"git",-1),rs=s("span",{style:{color:"#24292E"}}," ",-1),hs=s("span",{style:{color:"#032F62"}},"checkout",-1),_s=s("span",{style:{color:"#24292E"}}," ",-1),ys={style:{color:"#032F62"}},us=o("",4),gs=o("",7),Bs=JSON.parse('{"title":"Install celestia-node","description":"Learn to build and install celestia-node.","frontmatter":{"description":"Learn to build and install celestia-node.","head":[["meta",{"name":"og:title","content":"Install celestia-node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/celestia-node.md","filePath":"nodes/celestia-node.md","lastUpdated":1711718743000}'),bs={name:"nodes/celestia-node.md"},Ts=Object.assign(bs,{setup(Es){return(ms,vs)=>(c(),p("div",null,[d,r,h,s("ol",null,[_,s("li",null,[y,s("div",u,[g,s("div",b,[s("div",E,[m,v,s("pre",F,[s("code",null,[s("span",k,[C,f,B,T,s("span",I,"tags/"+e(a(i)["node-latest-tag"]),1)])])]),s("pre",w,[s("code",null,[s("span",P,[S,V,A,x,s("span",N,"tags/"+e(a(i)["node-latest-tag"]),1)])])])]),s("div",M,[R,j,s("pre",D,[s("code",null,[s("span",O,[U,L,q,Y,s("span",z,"tags/"+e(a(l)["node-latest-tag"]),1)])])]),s("pre",G,[s("code",null,[s("span",H,[$,J,Q,K,s("span",W,"tags/"+e(a(l)["node-latest-tag"]),1)])])])]),s("div",X,[Z,ss,s("pre",es,[s("code",null,[s("span",as,[os,ts,ns,ls,s("span",is,"tags/"+e(a(n)["node-latest-tag"]),1)])])]),s("pre",cs,[s("code",null,[s("span",ps,[ds,rs,hs,_s,s("span",ys,"tags/"+e(a(n)["node-latest-tag"]),1)])])])])])])]),us]),gs]))}});export{Bs as __pageData,Ts as default};
diff --git a/pr-1489/assets/nodes_config-toml.md.285f5a5b.js b/pr-1489/assets/nodes_config-toml.md.66116089.js
similarity index 98%
rename from pr-1489/assets/nodes_config-toml.md.285f5a5b.js
rename to pr-1489/assets/nodes_config-toml.md.66116089.js
index e59b8cf0bf..94e6ae4efe 100644
--- a/pr-1489/assets/nodes_config-toml.md.285f5a5b.js
+++ b/pr-1489/assets/nodes_config-toml.md.66116089.js
@@ -1 +1 @@
-import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"config.toml guide","description":"A guide to the contents of the Config.toml file.","frontmatter":{"description":"A guide to the contents of the Config.toml file.","head":[["meta",{"name":"og:title","content":"config.toml guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/config-toml.md","filePath":"nodes/config-toml.md","lastUpdated":1711718709000}'),i={name:"nodes/config-toml.md"},r=a('
    config.toml guide ​
    Pre-requisites ​
    Please, make sure that you have installed and initialized celestia-node
    Understanding config.toml ​
    After initialization, for any type of node, you will find a config.toml in the following path (default location):
    • $HOME/.celestia-bridge/config.toml for bridge node
    • $HOME/.celestia-light/config.toml for light node
    • $HOME/.celestia-full/config.toml for a full DA node
    Let's break down some of the most used sections.
    Core ​
    This section is needed for the Celestia bridge node. By default, Remote = false. Still for devnet, we are going to use the remote core option and this can also be set by the command line flag --core.remote.
    P2P ​
    Bootstrap ​
    Bootstrappers help new nodes to find peers faster in the network. By default, the Bootstrapper = false and the BootstrapPeers is empty. If you want your node to be a bootstrapper, then activate Bootstrapper = true. BootstrapPeers are already provided by default during initialisation. If you want to add your own manually, you need to provide the multiaddresses of the peers.
    Mutual peers ​
    The purpose of this config is to set up a bidirectional communication. This is usually the case for Celestia bridge nodes. In addition, you need to change the field PeerExchange from false to true.
    Services ​
    TrustedHash and TrustedPeer ​
    TrustedHash is needed to properly initialize a Celestia bridge node with an already-running Remote celestia-core node. Celestia light node will take a genesis hash as the trusted one, if no hash is manually provided during initialization phase.
    TrustedPeers is the array of bridge nodes' peers that Celestia light node trusts. By default, bootstrap peers becomes trusted peers for Celestia light nodes if a user is not setting the trusted peer params in config file.
    Any Celestia bridge node can be a trusted peer for the light one. However, the light node by design can not be a trusted peer for another light node.
    ',19),n=[r];function d(s,l,c,h,u,f){return t(),o("div",null,n)}const m=e(i,[["render",d]]);export{g as __pageData,m as default};
+import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"config.toml guide","description":"A guide to the contents of the Config.toml file.","frontmatter":{"description":"A guide to the contents of the Config.toml file.","head":[["meta",{"name":"og:title","content":"config.toml guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/config-toml.md","filePath":"nodes/config-toml.md","lastUpdated":1711718743000}'),i={name:"nodes/config-toml.md"},r=a('
    config.toml guide ​
    Pre-requisites ​
    Please, make sure that you have installed and initialized celestia-node
    Understanding config.toml ​
    After initialization, for any type of node, you will find a config.toml in the following path (default location):
    • $HOME/.celestia-bridge/config.toml for bridge node
    • $HOME/.celestia-light/config.toml for light node
    • $HOME/.celestia-full/config.toml for a full DA node
    Let's break down some of the most used sections.
    Core ​
    This section is needed for the Celestia bridge node. By default, Remote = false. Still for devnet, we are going to use the remote core option and this can also be set by the command line flag --core.remote.
    P2P ​
    Bootstrap ​
    Bootstrappers help new nodes to find peers faster in the network. By default, the Bootstrapper = false and the BootstrapPeers is empty. If you want your node to be a bootstrapper, then activate Bootstrapper = true. BootstrapPeers are already provided by default during initialisation. If you want to add your own manually, you need to provide the multiaddresses of the peers.
    Mutual peers ​
    The purpose of this config is to set up a bidirectional communication. This is usually the case for Celestia bridge nodes. In addition, you need to change the field PeerExchange from false to true.
    Services ​
    TrustedHash and TrustedPeer ​
    TrustedHash is needed to properly initialize a Celestia bridge node with an already-running Remote celestia-core node. Celestia light node will take a genesis hash as the trusted one, if no hash is manually provided during initialization phase.
    TrustedPeers is the array of bridge nodes' peers that Celestia light node trusts. By default, bootstrap peers becomes trusted peers for Celestia light nodes if a user is not setting the trusted peer params in config file.
    Any Celestia bridge node can be a trusted peer for the light one. However, the light node by design can not be a trusted peer for another light node.
    ',19),n=[r];function d(s,l,c,h,u,f){return t(),o("div",null,n)}const m=e(i,[["render",d]]);export{g as __pageData,m as default};
diff --git a/pr-1489/assets/nodes_config-toml.md.285f5a5b.lean.js b/pr-1489/assets/nodes_config-toml.md.66116089.lean.js
similarity index 90%
rename from pr-1489/assets/nodes_config-toml.md.285f5a5b.lean.js
rename to pr-1489/assets/nodes_config-toml.md.66116089.lean.js
index 17fa29ea2d..0a876e6017 100644
--- a/pr-1489/assets/nodes_config-toml.md.285f5a5b.lean.js
+++ b/pr-1489/assets/nodes_config-toml.md.66116089.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"config.toml guide","description":"A guide to the contents of the Config.toml file.","frontmatter":{"description":"A guide to the contents of the Config.toml file.","head":[["meta",{"name":"og:title","content":"config.toml guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/config-toml.md","filePath":"nodes/config-toml.md","lastUpdated":1711718709000}'),i={name:"nodes/config-toml.md"},r=a("",19),n=[r];function d(s,l,c,h,u,f){return t(),o("div",null,n)}const m=e(i,[["render",d]]);export{g as __pageData,m as default};
+import{_ as e,o as t,c as o,Q as a}from"./chunks/framework.611656c0.js";const g=JSON.parse('{"title":"config.toml guide","description":"A guide to the contents of the Config.toml file.","frontmatter":{"description":"A guide to the contents of the Config.toml file.","head":[["meta",{"name":"og:title","content":"config.toml guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/config-toml.md","filePath":"nodes/config-toml.md","lastUpdated":1711718743000}'),i={name:"nodes/config-toml.md"},r=a("",19),n=[r];function d(s,l,c,h,u,f){return t(),o("div",null,n)}const m=e(i,[["render",d]]);export{g as __pageData,m as default};
diff --git a/pr-1489/assets/nodes_consensus-node.md.6746d609.js b/pr-1489/assets/nodes_consensus-node.md.7c067c8a.js
similarity index 92%
rename from pr-1489/assets/nodes_consensus-node.md.6746d609.js
rename to pr-1489/assets/nodes_consensus-node.md.7c067c8a.js
index a2fd7fa1d1..4152cce248 100644
--- a/pr-1489/assets/nodes_consensus-node.md.6746d609.js
+++ b/pr-1489/assets/nodes_consensus-node.md.7c067c8a.js
@@ -2,19 +2,19 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 rm -rf networks
 git clone https://github.com/celestiaorg/networks.git
    cd $HOME
 rm -rf networks
-git clone https://github.com/celestiaorg/networks.git
    To initialize the network pick a "node-name" that describes your node. Keep in mind that this might change if a new testnet is deployed.
    `,18),_={class:"vp-code-group vp-adaptive-theme"},d=a('
    ',1),h={class:"blocks"},y={class:"language-bash vp-adaptive-theme active"},E=s("button",{title:"Copy Code",class:"copy"},null,-1),u=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},C={class:"line"},g=a('celestia-appd init "node-name" --chain-id ',8),T={style:{color:"#9ECBFF"}},b={class:"shiki github-light vp-code-light"},S={class:"line"},m=a('celestia-appd init "node-name" --chain-id ',8),A={style:{color:"#032F62"}},v={class:"language-bash vp-adaptive-theme"},f=s("button",{title:"Copy Code",class:"copy"},null,-1),k=s("span",{class:"lang"},"bash",-1),B={class:"shiki github-dark vp-code-dark"},q={class:"line"},P=a('celestia-appd init "node-name" --chain-id ',8),I={style:{color:"#9ECBFF"}},V={class:"shiki github-light vp-code-light"},R={class:"line"},w=a('celestia-appd init "node-name" --chain-id ',8),D={style:{color:"#032F62"}},N={class:"language-bash vp-adaptive-theme"},x=s("button",{title:"Copy Code",class:"copy"},null,-1),$=s("span",{class:"lang"},"bash",-1),O={class:"shiki github-dark vp-code-dark"},M={class:"line"},L=a('celestia-appd init "node-name" --chain-id ',8),H={style:{color:"#9ECBFF"}},W={class:"shiki github-light vp-code-light"},G={class:"line"},Y=a('celestia-appd init "node-name" --chain-id ',8),U={style:{color:"#032F62"}},Q=s("p",null,[o("Download the "),s("code",null,"genesis.json"),o(" file:")],-1),X={class:"vp-code-group vp-adaptive-theme"},z=a('
    ',1),K={class:"blocks"},j={class:"language-bash vp-adaptive-theme active"},J=s("button",{title:"Copy Code",class:"copy"},null,-1),Z=s("span",{class:"lang"},"bash",-1),ss={class:"shiki github-dark vp-code-dark"},as={class:"line"},os=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),es=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),ls={style:{color:"#9ECBFF"}},ps={class:"shiki github-light vp-code-light"},cs={class:"line"},is=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),rs=s("span",{style:{color:"#24292E"}}," ",-1),_s=s("span",{style:{color:"#032F62"}},"download-genesis",-1),ds=s("span",{style:{color:"#24292E"}}," ",-1),hs={style:{color:"#032F62"}},ys={class:"language-bash vp-adaptive-theme"},Es=s("button",{title:"Copy Code",class:"copy"},null,-1),us=s("span",{class:"lang"},"bash",-1),Fs={class:"shiki github-dark vp-code-dark"},Cs={class:"line"},gs=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),Ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),bs=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),Ss=s("span",{style:{color:"#E1E4E8"}}," ",-1),ms={style:{color:"#9ECBFF"}},As={class:"shiki github-light vp-code-light"},vs={class:"line"},fs=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),ks=s("span",{style:{color:"#24292E"}}," ",-1),Bs=s("span",{style:{color:"#032F62"}},"download-genesis",-1),qs=s("span",{style:{color:"#24292E"}}," ",-1),Ps={style:{color:"#032F62"}},Is={class:"language-bash vp-adaptive-theme"},Vs=s("button",{title:"Copy Code",class:"copy"},null,-1),Rs=s("span",{class:"lang"},"bash",-1),ws={class:"shiki github-dark vp-code-dark"},Ds={class:"line"},Ns=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),xs=s("span",{style:{color:"#E1E4E8"}}," ",-1),$s=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),Os=s("span",{style:{color:"#E1E4E8"}}," ",-1),Ms={style:{color:"#9ECBFF"}},Ls={class:"shiki github-light vp-code-light"},Hs={class:"line"},Ws=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),Gs=s("span",{style:{color:"#24292E"}}," ",-1),Ys=s("span",{style:{color:"#032F62"}},"download-genesis",-1),Us=s("span",{style:{color:"#24292E"}}," ",-1),Qs={style:{color:"#032F62"}},Xs=s("p",null,[o("Set seeds in the "),s("code",null,"$HOME/.celestia-app/config/config.toml"),o(" file:")],-1),zs={class:"vp-code-group vp-adaptive-theme"},Ks=a('
    ',1),js={class:"blocks"},Js={class:"language-bash vp-adaptive-theme active"},Zs=s("button",{title:"Copy Code",class:"copy"},null,-1),sa=s("span",{class:"lang"},"bash",-1),aa={class:"shiki github-dark vp-code-dark"},oa={class:"line"},na=a('SEEDS=$(curl -sL',6),ea={style:{color:"#9ECBFF"}},ta=s("span",{style:{color:"#F97583"}},"|",-1),la=s("span",{style:{color:"#9ECBFF"}}," ",-1),pa=s("span",{style:{color:"#B392F0"}},"tr",-1),ca=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),ia=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $SEEDS")],-1),ra=a('sed -i.bak -e "s/^seeds *=.*/seeds = \\"$SEEDS\\"/" $HOME/.celestia-app/config/config.toml',1),_a={class:"shiki github-light vp-code-light"},da={class:"line"},ha=a('SEEDS=$(curl -sL',6),ya={style:{color:"#032F62"}},Ea=s("span",{style:{color:"#D73A49"}},"|",-1),ua=s("span",{style:{color:"#032F62"}}," ",-1),Fa=s("span",{style:{color:"#6F42C1"}},"tr",-1),Ca=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),ga=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $SEEDS")],-1),Ta=a('sed -i.bak -e "s/^seeds *=.*/seeds = \\"$SEEDS\\"/" $HOME/.celestia-app/config/config.toml',1),ba={class:"language-bash vp-adaptive-theme"},Sa=s("button",{title:"Copy Code",class:"copy"},null,-1),ma=s("span",{class:"lang"},"bash",-1),Aa={class:"shiki github-dark vp-code-dark"},va={class:"line"},fa=a('SEEDS=$(curl -sL',6),ka={style:{color:"#9ECBFF"}},Ba=s("span",{style:{color:"#F97583"}},"|",-1),qa=s("span",{style:{color:"#9ECBFF"}}," ",-1),Pa=s("span",{style:{color:"#B392F0"}},"tr",-1),Ia=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),Va=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $SEEDS")],-1),Ra=a('sed -i.bak -e "s/^seeds *=.*/seeds = \\"$SEEDS\\"/" $HOME/.celestia-app/config/config.toml',1),wa={class:"shiki github-light vp-code-light"},Da={class:"line"},Na=a('SEEDS=$(curl -sL',6),xa={style:{color:"#032F62"}},$a=s("span",{style:{color:"#D73A49"}},"|",-1),Oa=s("span",{style:{color:"#032F62"}}," ",-1),Ma=s("span",{style:{color:"#6F42C1"}},"tr",-1),La=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Ha=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $SEEDS")],-1),Wa=a('sed -i.bak -e "s/^seeds *=.*/seeds = \\"$SEEDS\\"/" $HOME/.celestia-app/config/config.toml',1),Ga=a(`
    bash
    # For Arabica, you can set seeds manually in the
+git clone https://github.com/celestiaorg/networks.git
    To initialize the network pick a "node-name" that describes your node. Keep in mind that this might change if a new testnet is deployed.
    `,18),_={class:"vp-code-group vp-adaptive-theme"},d=a('
    ',1),h={class:"blocks"},y={class:"language-bash vp-adaptive-theme active"},E=s("button",{title:"Copy Code",class:"copy"},null,-1),u=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},C={class:"line"},g=a('celestia-appd init "node-name" --chain-id ',8),T={style:{color:"#9ECBFF"}},b={class:"shiki github-light vp-code-light"},S={class:"line"},m=a('celestia-appd init "node-name" --chain-id ',8),A={style:{color:"#032F62"}},v={class:"language-bash vp-adaptive-theme"},f=s("button",{title:"Copy Code",class:"copy"},null,-1),k=s("span",{class:"lang"},"bash",-1),B={class:"shiki github-dark vp-code-dark"},q={class:"line"},P=a('celestia-appd init "node-name" --chain-id ',8),I={style:{color:"#9ECBFF"}},V={class:"shiki github-light vp-code-light"},w={class:"line"},R=a('celestia-appd init "node-name" --chain-id ',8),D={style:{color:"#032F62"}},x={class:"language-bash vp-adaptive-theme"},N=s("button",{title:"Copy Code",class:"copy"},null,-1),$=s("span",{class:"lang"},"bash",-1),O={class:"shiki github-dark vp-code-dark"},M={class:"line"},L=a('celestia-appd init "node-name" --chain-id ',8),H={style:{color:"#9ECBFF"}},Y={class:"shiki github-light vp-code-light"},W={class:"line"},K=a('celestia-appd init "node-name" --chain-id ',8),X={style:{color:"#032F62"}},G=s("p",null,[o("Download the "),s("code",null,"genesis.json"),o(" file:")],-1),z={class:"vp-code-group vp-adaptive-theme"},U=a('
    ',1),Q={class:"blocks"},j={class:"language-bash vp-adaptive-theme active"},J=s("button",{title:"Copy Code",class:"copy"},null,-1),Z=s("span",{class:"lang"},"bash",-1),ss={class:"shiki github-dark vp-code-dark"},as={class:"line"},os=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),es=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),ls={style:{color:"#9ECBFF"}},ps={class:"shiki github-light vp-code-light"},cs={class:"line"},is=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),rs=s("span",{style:{color:"#24292E"}}," ",-1),_s=s("span",{style:{color:"#032F62"}},"download-genesis",-1),ds=s("span",{style:{color:"#24292E"}}," ",-1),hs={style:{color:"#032F62"}},ys={class:"language-bash vp-adaptive-theme"},Es=s("button",{title:"Copy Code",class:"copy"},null,-1),us=s("span",{class:"lang"},"bash",-1),Fs={class:"shiki github-dark vp-code-dark"},Cs={class:"line"},gs=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),Ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),bs=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),Ss=s("span",{style:{color:"#E1E4E8"}}," ",-1),ms={style:{color:"#9ECBFF"}},As={class:"shiki github-light vp-code-light"},vs={class:"line"},fs=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),ks=s("span",{style:{color:"#24292E"}}," ",-1),Bs=s("span",{style:{color:"#032F62"}},"download-genesis",-1),qs=s("span",{style:{color:"#24292E"}}," ",-1),Ps={style:{color:"#032F62"}},Is={class:"language-bash vp-adaptive-theme"},Vs=s("button",{title:"Copy Code",class:"copy"},null,-1),ws=s("span",{class:"lang"},"bash",-1),Rs={class:"shiki github-dark vp-code-dark"},Ds={class:"line"},xs=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),Ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),$s=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),Os=s("span",{style:{color:"#E1E4E8"}}," ",-1),Ms={style:{color:"#9ECBFF"}},Ls={class:"shiki github-light vp-code-light"},Hs={class:"line"},Ys=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),Ws=s("span",{style:{color:"#24292E"}}," ",-1),Ks=s("span",{style:{color:"#032F62"}},"download-genesis",-1),Xs=s("span",{style:{color:"#24292E"}}," ",-1),Gs={style:{color:"#032F62"}},zs=s("p",null,[o("Set seeds in the "),s("code",null,"$HOME/.celestia-app/config/config.toml"),o(" file:")],-1),Us={class:"vp-code-group vp-adaptive-theme"},Qs=a('
    ',1),js={class:"blocks"},Js={class:"language-bash vp-adaptive-theme active"},Zs=s("button",{title:"Copy Code",class:"copy"},null,-1),sa=s("span",{class:"lang"},"bash",-1),aa={class:"shiki github-dark vp-code-dark"},oa={class:"line"},na=a('SEEDS=$(curl -sL',6),ea={style:{color:"#9ECBFF"}},ta=s("span",{style:{color:"#F97583"}},"|",-1),la=s("span",{style:{color:"#9ECBFF"}}," ",-1),pa=s("span",{style:{color:"#B392F0"}},"tr",-1),ca=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),ia=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $SEEDS")],-1),ra=a('sed -i.bak -e "s/^seeds *=.*/seeds = \\"$SEEDS\\"/" $HOME/.celestia-app/config/config.toml',1),_a={class:"shiki github-light vp-code-light"},da={class:"line"},ha=a('SEEDS=$(curl -sL',6),ya={style:{color:"#032F62"}},Ea=s("span",{style:{color:"#D73A49"}},"|",-1),ua=s("span",{style:{color:"#032F62"}}," ",-1),Fa=s("span",{style:{color:"#6F42C1"}},"tr",-1),Ca=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),ga=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $SEEDS")],-1),Ta=a('sed -i.bak -e "s/^seeds *=.*/seeds = \\"$SEEDS\\"/" $HOME/.celestia-app/config/config.toml',1),ba={class:"language-bash vp-adaptive-theme"},Sa=s("button",{title:"Copy Code",class:"copy"},null,-1),ma=s("span",{class:"lang"},"bash",-1),Aa={class:"shiki github-dark vp-code-dark"},va={class:"line"},fa=a('SEEDS=$(curl -sL',6),ka={style:{color:"#9ECBFF"}},Ba=s("span",{style:{color:"#F97583"}},"|",-1),qa=s("span",{style:{color:"#9ECBFF"}}," ",-1),Pa=s("span",{style:{color:"#B392F0"}},"tr",-1),Ia=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),Va=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $SEEDS")],-1),wa=a('sed -i.bak -e "s/^seeds *=.*/seeds = \\"$SEEDS\\"/" $HOME/.celestia-app/config/config.toml',1),Ra={class:"shiki github-light vp-code-light"},Da={class:"line"},xa=a('SEEDS=$(curl -sL',6),Na={style:{color:"#032F62"}},$a=s("span",{style:{color:"#D73A49"}},"|",-1),Oa=s("span",{style:{color:"#032F62"}}," ",-1),Ma=s("span",{style:{color:"#6F42C1"}},"tr",-1),La=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Ha=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $SEEDS")],-1),Ya=a('sed -i.bak -e "s/^seeds *=.*/seeds = \\"$SEEDS\\"/" $HOME/.celestia-app/config/config.toml',1),Wa=a(`
    bash
    # For Arabica, you can set seeds manually in the
 # \`$HOME/.celestia-app/config/config.toml\` file:
 # Comma separated list of seed nodes to connect to
 seeds = ""
    # For Arabica, you can set seeds manually in the
 # \`$HOME/.celestia-app/config/config.toml\` file:
 # Comma separated list of seed nodes to connect to
-seeds = ""
    `,1),Ya=s("p",null,[s("strong",null,"Optionally"),o(", you can set persistent peers in your "),s("code",null,"config.toml"),o(" file. You can get the persistent peers from the networks repository with the following commands:")],-1),Ua=s("p",null,"Setting persistent peers is advised only if you are running a sentry node.",-1),Qa={class:"vp-code-group vp-adaptive-theme"},Xa=a('
    ',1),za={class:"blocks"},Ka={class:"language-bash vp-adaptive-theme active"},ja=s("button",{title:"Copy Code",class:"copy"},null,-1),Ja=s("span",{class:"lang"},"bash",-1),Za={class:"shiki github-dark vp-code-dark"},so={class:"line"},ao=a('PERSISTENT_PEERS=$(curl -sL',6),oo={style:{color:"#9ECBFF"}},no=s("span",{style:{color:"#F97583"}},"|",-1),eo=s("span",{style:{color:"#9ECBFF"}}," ",-1),to=s("span",{style:{color:"#B392F0"}},"tr",-1),lo=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),po=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),co=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),io={class:"shiki github-light vp-code-light"},ro={class:"line"},_o=a('PERSISTENT_PEERS=$(curl -sL',6),ho={style:{color:"#032F62"}},yo=s("span",{style:{color:"#D73A49"}},"|",-1),Eo=s("span",{style:{color:"#032F62"}}," ",-1),uo=s("span",{style:{color:"#6F42C1"}},"tr",-1),Fo=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Co=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),go=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),To={class:"language-bash vp-adaptive-theme"},bo=s("button",{title:"Copy Code",class:"copy"},null,-1),So=s("span",{class:"lang"},"bash",-1),mo={class:"shiki github-dark vp-code-dark"},Ao={class:"line"},vo=a('PERSISTENT_PEERS=$(curl -sL',6),fo={style:{color:"#9ECBFF"}},ko=s("span",{style:{color:"#F97583"}},"|",-1),Bo=s("span",{style:{color:"#9ECBFF"}}," ",-1),qo=s("span",{style:{color:"#B392F0"}},"tr",-1),Po=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),Io=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),Vo=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),Ro={class:"shiki github-light vp-code-light"},wo={class:"line"},Do=a('PERSISTENT_PEERS=$(curl -sL',6),No={style:{color:"#032F62"}},xo=s("span",{style:{color:"#D73A49"}},"|",-1),$o=s("span",{style:{color:"#032F62"}}," ",-1),Oo=s("span",{style:{color:"#6F42C1"}},"tr",-1),Mo=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Lo=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),Ho=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),Wo={class:"language-bash vp-adaptive-theme"},Go=s("button",{title:"Copy Code",class:"copy"},null,-1),Yo=s("span",{class:"lang"},"bash",-1),Uo={class:"shiki github-dark vp-code-dark"},Qo={class:"line"},Xo=a('PERSISTENT_PEERS=$(curl -sL',6),zo={style:{color:"#9ECBFF"}},Ko=s("span",{style:{color:"#F97583"}},"|",-1),jo=s("span",{style:{color:"#9ECBFF"}}," ",-1),Jo=s("span",{style:{color:"#B392F0"}},"tr",-1),Zo=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),sn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),an=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),on={class:"shiki github-light vp-code-light"},nn={class:"line"},en=a('PERSISTENT_PEERS=$(curl -sL',6),tn={style:{color:"#032F62"}},ln=s("span",{style:{color:"#D73A49"}},"|",-1),pn=s("span",{style:{color:"#032F62"}}," ",-1),cn=s("span",{style:{color:"#6F42C1"}},"tr",-1),rn=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),_n=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),dn=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),hn=a(`
    Storage and pruning configurations ​
    Connecting a consensus node to a bridge node ​
    If your consensus node is being connected to a celestia-node bridge node, you will need to enable transaction indexing and retain all block data. This can be achieved with the following settings in your config.toml.
    Enable transaction indexing ​
    toml
    indexer = "kv"
    indexer = "kv"
    Retain all block data ​
    And in your app.toml, min-retain-blocks should remain as the default setting of 0:
    toml
    min-retain-blocks = 0 # retain all block data, this is default setting
    min-retain-blocks = 0 # retain all block data, this is default setting
    Querying transactions by hash ​
    If you want to query transactions using their hash, transaction indexing must be turned on. Set the indexer to "kv" in your config.toml:
    toml
    indexer = "kv"
    indexer = "kv"
    Accessing historical state ​
    If you want to query the historical state — for example, you might want to know the balance of a Celestia wallet at a given height in the past — you should run an archive node with pruning = "nothing" in your app.toml. Note that this configuration is resource-intensive and will require significant storage:
    toml
    pruning = "nothing"
    pruning = "nothing"
    Saving on storage requirements ​
    If you want to save on storage requirements, consider using pruning = "everything" in your app.toml to prune everything. If you select "everything" or "default", but still want to keep the block data, you can do so by not changing the default value of min-retain-blocks = 0 in your app.toml. A value of 0 for min-retain-blocks will keep all block data. This will prune snapshots of the state, but it will keep block data:
    toml
    pruning = "everything"
+seeds = ""
    `,1),Ka=s("p",null,[s("strong",null,"Optionally"),o(", you can set persistent peers in your "),s("code",null,"config.toml"),o(" file. You can get the persistent peers from the networks repository with the following commands:")],-1),Xa=s("p",null,"Setting persistent peers is advised only if you are running a sentry node.",-1),Ga={class:"vp-code-group vp-adaptive-theme"},za=a('
    ',1),Ua={class:"blocks"},Qa={class:"language-bash vp-adaptive-theme active"},ja=s("button",{title:"Copy Code",class:"copy"},null,-1),Ja=s("span",{class:"lang"},"bash",-1),Za={class:"shiki github-dark vp-code-dark"},so={class:"line"},ao=a('PERSISTENT_PEERS=$(curl -sL',6),oo={style:{color:"#9ECBFF"}},no=s("span",{style:{color:"#F97583"}},"|",-1),eo=s("span",{style:{color:"#9ECBFF"}}," ",-1),to=s("span",{style:{color:"#B392F0"}},"tr",-1),lo=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),po=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),co=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),io={class:"shiki github-light vp-code-light"},ro={class:"line"},_o=a('PERSISTENT_PEERS=$(curl -sL',6),ho={style:{color:"#032F62"}},yo=s("span",{style:{color:"#D73A49"}},"|",-1),Eo=s("span",{style:{color:"#032F62"}}," ",-1),uo=s("span",{style:{color:"#6F42C1"}},"tr",-1),Fo=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Co=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),go=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),To={class:"language-bash vp-adaptive-theme"},bo=s("button",{title:"Copy Code",class:"copy"},null,-1),So=s("span",{class:"lang"},"bash",-1),mo={class:"shiki github-dark vp-code-dark"},Ao={class:"line"},vo=a('PERSISTENT_PEERS=$(curl -sL',6),fo={style:{color:"#9ECBFF"}},ko=s("span",{style:{color:"#F97583"}},"|",-1),Bo=s("span",{style:{color:"#9ECBFF"}}," ",-1),qo=s("span",{style:{color:"#B392F0"}},"tr",-1),Po=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),Io=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),Vo=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),wo={class:"shiki github-light vp-code-light"},Ro={class:"line"},Do=a('PERSISTENT_PEERS=$(curl -sL',6),xo={style:{color:"#032F62"}},No=s("span",{style:{color:"#D73A49"}},"|",-1),$o=s("span",{style:{color:"#032F62"}}," ",-1),Oo=s("span",{style:{color:"#6F42C1"}},"tr",-1),Mo=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Lo=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),Ho=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),Yo={class:"language-bash vp-adaptive-theme"},Wo=s("button",{title:"Copy Code",class:"copy"},null,-1),Ko=s("span",{class:"lang"},"bash",-1),Xo={class:"shiki github-dark vp-code-dark"},Go={class:"line"},zo=a('PERSISTENT_PEERS=$(curl -sL',6),Uo={style:{color:"#9ECBFF"}},Qo=s("span",{style:{color:"#F97583"}},"|",-1),jo=s("span",{style:{color:"#9ECBFF"}}," ",-1),Jo=s("span",{style:{color:"#B392F0"}},"tr",-1),Zo=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),sn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),an=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),on={class:"shiki github-light vp-code-light"},nn={class:"line"},en=a('PERSISTENT_PEERS=$(curl -sL',6),tn={style:{color:"#032F62"}},ln=s("span",{style:{color:"#D73A49"}},"|",-1),pn=s("span",{style:{color:"#032F62"}}," ",-1),cn=s("span",{style:{color:"#6F42C1"}},"tr",-1),rn=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),_n=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),dn=a('sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \\"$PERSISTENT_PEERS\\"/" $HOME/.celestia-app/config/config.toml',1),hn=a(`
    Storage and pruning configurations ​
    Connecting a consensus node to a bridge node ​
    If your consensus node is being connected to a celestia-node bridge node, you will need to enable transaction indexing and retain all block data. This can be achieved with the following settings in your config.toml.
    Enable transaction indexing ​
    toml
    indexer = "kv"
    indexer = "kv"
    Retain all block data ​
    And in your app.toml, min-retain-blocks should remain as the default setting of 0:
    toml
    min-retain-blocks = 0 # retain all block data, this is default setting
    min-retain-blocks = 0 # retain all block data, this is default setting
    Querying transactions by hash ​
    If you want to query transactions using their hash, transaction indexing must be turned on. Set the indexer to "kv" in your config.toml:
    toml
    indexer = "kv"
    indexer = "kv"
    Accessing historical state ​
    If you want to query the historical state — for example, you might want to know the balance of a Celestia wallet at a given height in the past — you should run an archive node with pruning = "nothing" in your app.toml. Note that this configuration is resource-intensive and will require significant storage:
    toml
    pruning = "nothing"
    pruning = "nothing"
    Saving on storage requirements ​
    If you want to save on storage requirements, consider using pruning = "everything" in your app.toml to prune everything. If you select "everything" or "default", but still want to keep the block data, you can do so by not changing the default value of min-retain-blocks = 0 in your app.toml. A value of 0 for min-retain-blocks will keep all block data. This will prune snapshots of the state, but it will keep block data:
    toml
    pruning = "everything"
 min-retain-blocks = 0 # this is the default setting
    pruning = "everything"
 min-retain-blocks = 0 # this is the default setting
    Syncing ​
    By default, a consensus node will sync using block sync; that is request, validate and execute every block up to the head of the blockchain. This is the most secure mechanism yet the slowest (taking up to days depending on the height of the blockchain).
    There are two alternatives for quicker syncing.
    State sync ​
    State sync uses light client verification to verify state snapshots from peers and then apply them. State sync relies on weak subjectivity; a trusted header (specifically the hash and height) must be provided. This can be found by querying a trusted RPC endpoint (/block). RPC endpoints are also required for retrieving light blocks. These can be found in the docs here under the respective networks or from the chain-registry.
    In $HOME/.celestia-app/config/config.toml, set
    toml
    rpc_servers = ""
 trust_height = 0
 trust_hash = ""
    rpc_servers = ""
 trust_height = 0
-trust_hash = ""
    to their respective fields. At least two different rpc endpoints should be provided. The more, the greater the chance of detecting any fraudulent behavior.
    Once setup, you should be ready to start the node as normal. In the logs, you should see: Discovering snapshots. This may take a few minutes before snapshots are found depending on the network topology.
    Quick sync ​
    Quick sync effectively downloads the entire data directory from a third-party provider meaning the node has all the application and blockchain state as the node it was copied from.
    Run the following command to quick-sync from a snapshot:
    `,29),yn={class:"vp-code-group vp-adaptive-theme"},En=a('
    ',1),un={class:"blocks"},Fn={class:"language-bash vp-adaptive-theme active"},Cn=s("button",{title:"Copy Code",class:"copy"},null,-1),gn=s("span",{class:"lang"},"bash",-1),Tn={class:"shiki github-dark vp-code-dark"},bn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Sn=a('rm -rf ~/.celestia-app/data',1),mn=a('mkdir -p ~/.celestia-app/data',1),An=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),vn={class:"line"},fn=s("span",{style:{color:"#9ECBFF"}},"    ",-1),kn=s("span",{style:{color:"#B392F0"}},"egrep",-1),Bn=s("span",{style:{color:"#9ECBFF"}}," ",-1),qn=s("span",{style:{color:"#79B8FF"}},"-o",-1),Pn={style:{color:"#9ECBFF"}},In=a('| tr -d ">")',6),Vn=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),Rn=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),wn={class:"shiki github-light vp-code-light"},Dn=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),Nn=a('rm -rf ~/.celestia-app/data',1),xn=a('mkdir -p ~/.celestia-app/data',1),$n=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),On={class:"line"},Mn=s("span",{style:{color:"#032F62"}},"    ",-1),Ln=s("span",{style:{color:"#6F42C1"}},"egrep",-1),Hn=s("span",{style:{color:"#032F62"}}," ",-1),Wn=s("span",{style:{color:"#005CC5"}},"-o",-1),Gn={style:{color:"#032F62"}},Yn=a('| tr -d ">")',6),Un=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),Qn=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),Xn={class:"language-bash vp-adaptive-theme"},zn=s("button",{title:"Copy Code",class:"copy"},null,-1),Kn=s("span",{class:"lang"},"bash",-1),jn={class:"shiki github-dark vp-code-dark"},Jn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Zn=a('rm -rf ~/.celestia-app/data',1),se=a('mkdir -p ~/.celestia-app/data',1),ae=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),oe={class:"line"},ne=s("span",{style:{color:"#9ECBFF"}},"    ",-1),ee=s("span",{style:{color:"#B392F0"}},"egrep",-1),te=s("span",{style:{color:"#9ECBFF"}}," ",-1),le=s("span",{style:{color:"#79B8FF"}},"-o",-1),pe={style:{color:"#9ECBFF"}},ce=a('| tr -d ">")',6),ie=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),re=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),_e={class:"shiki github-light vp-code-light"},de=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),he=a('rm -rf ~/.celestia-app/data',1),ye=a('mkdir -p ~/.celestia-app/data',1),Ee=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),ue={class:"line"},Fe=s("span",{style:{color:"#032F62"}},"    ",-1),Ce=s("span",{style:{color:"#6F42C1"}},"egrep",-1),ge=s("span",{style:{color:"#032F62"}}," ",-1),Te=s("span",{style:{color:"#005CC5"}},"-o",-1),be={style:{color:"#032F62"}},Se=a('| tr -d ">")',6),me=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),Ae=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),ve={class:"language-bash vp-adaptive-theme"},fe=s("button",{title:"Copy Code",class:"copy"},null,-1),ke=s("span",{class:"lang"},"bash",-1),Be={class:"shiki github-dark vp-code-dark"},qe=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Pe=a('rm -rf ~/.celestia-app/data',1),Ie=a('mkdir -p ~/.celestia-app/data',1),Ve=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),Re={class:"line"},we=s("span",{style:{color:"#9ECBFF"}},"    ",-1),De=s("span",{style:{color:"#B392F0"}},"egrep",-1),Ne=s("span",{style:{color:"#9ECBFF"}}," ",-1),xe=s("span",{style:{color:"#79B8FF"}},"-o",-1),$e={style:{color:"#9ECBFF"}},Oe=a('| tr -d ">")',6),Me=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),Le=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),He={class:"shiki github-light vp-code-light"},We=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),Ge=a('rm -rf ~/.celestia-app/data',1),Ye=a('mkdir -p ~/.celestia-app/data',1),Ue=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),Qe={class:"line"},Xe=s("span",{style:{color:"#032F62"}},"    ",-1),ze=s("span",{style:{color:"#6F42C1"}},"egrep",-1),Ke=s("span",{style:{color:"#032F62"}}," ",-1),je=s("span",{style:{color:"#005CC5"}},"-o",-1),Je={style:{color:"#032F62"}},Ze=a('| tr -d ">")',6),st=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),at=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),ot=a('
    Start the consensus node ​
    In order to start your full consensus node, run the following:
    sh
    celestia-appd start
    celestia-appd start
    Optional: If you would like celestia-app to run as a background process, you can follow the SystemD tutorial.
    TIP
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    Optional: Setting up a validator ​
    Setting up a Celestia validator node ​
    Validator nodes allow you to participate in consensus in the Celestia network.
    validator node
    Validator hardware requirements ​
    The following hardware minimum requirements are recommended for running a validator node:
    • Memory: 8 GB RAM
    • CPU: 6 cores
    • Disk: 500 GB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload
    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.
    First, set up your full consensus node by following the instructions in the previous section.
    Wallet ​
    Follow the tutorial on creating a wallet.
    Delegate stake to a validator ​
    Create an environment variable for the address:
    bash
    VALIDATOR_WALLET=<validator-wallet-name>
    VALIDATOR_WALLET=<validator-wallet-name>
    If you want to delegate more stake to any validator, including your own you will need the celesvaloper address of the validator in question. You can run the command below to get the celesvaloper of your local validator wallet in case you want to delegate more to it:
    bash
    celestia-appd keys show $VALIDATOR_WALLET --bech val -a
    celestia-appd keys show $VALIDATOR_WALLET --bech val -a
    After entering the wallet passphrase you should see a similar output:
    bash
    Enter keyring passphrase:
+trust_hash = ""
    to their respective fields. At least two different rpc endpoints should be provided. The more, the greater the chance of detecting any fraudulent behavior.
    Once setup, you should be ready to start the node as normal. In the logs, you should see: Discovering snapshots. This may take a few minutes before snapshots are found depending on the network topology.
    Quick sync ​
    Quick sync effectively downloads the entire data directory from a third-party provider meaning the node has all the application and blockchain state as the node it was copied from.
    Run the following command to quick-sync from a snapshot:
    `,29),yn={class:"vp-code-group vp-adaptive-theme"},En=a('
    ',1),un={class:"blocks"},Fn={class:"language-bash vp-adaptive-theme active"},Cn=s("button",{title:"Copy Code",class:"copy"},null,-1),gn=s("span",{class:"lang"},"bash",-1),Tn={class:"shiki github-dark vp-code-dark"},bn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Sn=a('rm -rf ~/.celestia-app/data',1),mn=a('mkdir -p ~/.celestia-app/data',1),An=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),vn={class:"line"},fn=s("span",{style:{color:"#9ECBFF"}},"    ",-1),kn=s("span",{style:{color:"#B392F0"}},"egrep",-1),Bn=s("span",{style:{color:"#9ECBFF"}}," ",-1),qn=s("span",{style:{color:"#79B8FF"}},"-o",-1),Pn={style:{color:"#9ECBFF"}},In=a('| tr -d ">")',6),Vn=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),wn=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),Rn={class:"shiki github-light vp-code-light"},Dn=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),xn=a('rm -rf ~/.celestia-app/data',1),Nn=a('mkdir -p ~/.celestia-app/data',1),$n=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),On={class:"line"},Mn=s("span",{style:{color:"#032F62"}},"    ",-1),Ln=s("span",{style:{color:"#6F42C1"}},"egrep",-1),Hn=s("span",{style:{color:"#032F62"}}," ",-1),Yn=s("span",{style:{color:"#005CC5"}},"-o",-1),Wn={style:{color:"#032F62"}},Kn=a('| tr -d ">")',6),Xn=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),Gn=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),zn={class:"language-bash vp-adaptive-theme"},Un=s("button",{title:"Copy Code",class:"copy"},null,-1),Qn=s("span",{class:"lang"},"bash",-1),jn={class:"shiki github-dark vp-code-dark"},Jn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Zn=a('rm -rf ~/.celestia-app/data',1),se=a('mkdir -p ~/.celestia-app/data',1),ae=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),oe={class:"line"},ne=s("span",{style:{color:"#9ECBFF"}},"    ",-1),ee=s("span",{style:{color:"#B392F0"}},"egrep",-1),te=s("span",{style:{color:"#9ECBFF"}}," ",-1),le=s("span",{style:{color:"#79B8FF"}},"-o",-1),pe={style:{color:"#9ECBFF"}},ce=a('| tr -d ">")',6),ie=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),re=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),_e={class:"shiki github-light vp-code-light"},de=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),he=a('rm -rf ~/.celestia-app/data',1),ye=a('mkdir -p ~/.celestia-app/data',1),Ee=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),ue={class:"line"},Fe=s("span",{style:{color:"#032F62"}},"    ",-1),Ce=s("span",{style:{color:"#6F42C1"}},"egrep",-1),ge=s("span",{style:{color:"#032F62"}}," ",-1),Te=s("span",{style:{color:"#005CC5"}},"-o",-1),be={style:{color:"#032F62"}},Se=a('| tr -d ">")',6),me=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),Ae=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),ve={class:"language-bash vp-adaptive-theme"},fe=s("button",{title:"Copy Code",class:"copy"},null,-1),ke=s("span",{class:"lang"},"bash",-1),Be={class:"shiki github-dark vp-code-dark"},qe=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Pe=a('rm -rf ~/.celestia-app/data',1),Ie=a('mkdir -p ~/.celestia-app/data',1),Ve=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),we={class:"line"},Re=s("span",{style:{color:"#9ECBFF"}},"    ",-1),De=s("span",{style:{color:"#B392F0"}},"egrep",-1),xe=s("span",{style:{color:"#9ECBFF"}}," ",-1),Ne=s("span",{style:{color:"#79B8FF"}},"-o",-1),$e={style:{color:"#9ECBFF"}},Oe=a('| tr -d ">")',6),Me=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),Le=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),He={class:"shiki github-light vp-code-light"},Ye=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),We=a('rm -rf ~/.celestia-app/data',1),Ke=a('mkdir -p ~/.celestia-app/data',1),Xe=a('SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \\',1),Ge={class:"line"},ze=s("span",{style:{color:"#032F62"}},"    ",-1),Ue=s("span",{style:{color:"#6F42C1"}},"egrep",-1),Qe=s("span",{style:{color:"#032F62"}}," ",-1),je=s("span",{style:{color:"#005CC5"}},"-o",-1),Je={style:{color:"#032F62"}},Ze=a('| tr -d ">")',6),st=a('aria2c -x 16 -s 16 -o celestia-snap.tar "https://snaps.qubelabs.io/celestia/${SNAP_NAME}"',1),at=a('tar xf celestia-snap.tar -C ~/.celestia-app/data/',1),ot=a('
    Start the consensus node ​
    In order to start your full consensus node, run the following:
    sh
    celestia-appd start
    celestia-appd start
    Optional: If you would like celestia-app to run as a background process, you can follow the SystemD tutorial.
    TIP
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    Optional: Setting up a validator ​
    Setting up a Celestia validator node ​
    Validator nodes allow you to participate in consensus in the Celestia network.
    validator node
    Validator hardware requirements ​
    The following hardware minimum requirements are recommended for running a validator node:
    • Memory: 8 GB RAM
    • CPU: 6 cores
    • Disk: 500 GB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload
    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.
    First, set up your full consensus node by following the instructions in the previous section.
    Wallet ​
    Follow the tutorial on creating a wallet.
    Delegate stake to a validator ​
    Create an environment variable for the address:
    bash
    VALIDATOR_WALLET=<validator-wallet-name>
    VALIDATOR_WALLET=<validator-wallet-name>
    If you want to delegate more stake to any validator, including your own you will need the celesvaloper address of the validator in question. You can run the command below to get the celesvaloper of your local validator wallet in case you want to delegate more to it:
    bash
    celestia-appd keys show $VALIDATOR_WALLET --bech val -a
    celestia-appd keys show $VALIDATOR_WALLET --bech val -a
    After entering the wallet passphrase you should see a similar output:
    bash
    Enter keyring passphrase:
 celesvaloper1q3v5cugc8cdpud87u4zwy0a74uxkk6u43cv6hd
    Enter keyring passphrase:
 celesvaloper1q3v5cugc8cdpud87u4zwy0a74uxkk6u43cv6hd
    To delegate tokens to the celestiavaloper validator, as an example you can run:
    `,24),nt={class:"language-bash vp-adaptive-theme"},et=s("button",{title:"Copy Code",class:"copy"},null,-1),tt=s("span",{class:"lang"},"bash",-1),lt={class:"shiki github-dark vp-code-dark"},pt=a('celestia-appd tx staking delegate \\',1),ct=a('celestiavaloper1q3v5cugc8cdpud87u4zwy0a74uxkk6u4q4gx4p 1000000utia \\',1),it={class:"line"},rt=s("span",{style:{color:"#E1E4E8"}},"--from=$VALIDATOR_WALLET ",-1),_t={style:{color:"#79B8FF"}},dt=s("span",{style:{color:"#E1E4E8"}}," ",-1),ht=s("span",{style:{color:"#79B8FF"}},"\\",-1),yt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"--fees=21000utia")],-1),Et={class:"shiki github-light vp-code-light"},ut=a('celestia-appd tx staking delegate \\',1),Ft=a('celestiavaloper1q3v5cugc8cdpud87u4zwy0a74uxkk6u4q4gx4p 1000000utia \\',1),Ct={class:"line"},gt=s("span",{style:{color:"#24292E"}},"--from=$VALIDATOR_WALLET ",-1),Tt={style:{color:"#005CC5"}},bt=s("span",{style:{color:"#24292E"}}," ",-1),St=s("span",{style:{color:"#005CC5"}},"\\",-1),mt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"--fees=21000utia")],-1),At=a(`
    If successful, you should see a similar output as:
    console
    code: 0
 codespace: ""
@@ -38,7 +38,7 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 raw_log: '[]'
 timestamp: ""
 tx: null
-txhash: <tx-hash>
    You can check if the TX hash went through using the block explorer by inputting the txhash ID that was returned.
    Optional: Deploy the celestia-node ​
    Running a bridge node is critical to the Celestia network as it enables the data availability and consensus nodes to communicate with one another. It is recommended to support the data availability network, but is not required for celestia-app.
    If you are not running a bridge node, you can skip to run a validator node.
    This section describes part 2 of Celestia validator node setup: running a Celestia bridge node daemon.
    Install celestia-node ​
    You can follow the tutorial for installing celestia-node
    Initialize the bridge node ​
    Run the following:
    bash
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>
    TIP
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    If you need a list of RPC endpoints to connect to, you can find the list on the Mocha testnet page or list on the Arabica devnet page.
    Run the bridge node ​
    Run the following:
    bash
    celestia bridge start
    celestia bridge start
    Optional: start the bridge node with SystemD ​
    Follow the tutorial on setting up the bridge node as a background process with SystemD.
    You have successfully set up a bridge node that is syncing with the network.
    Run the validator node ​
    In order to start your validator node, run the following:
    bash
    celestia-appd start
    celestia-appd start
    After completing all the necessary steps, you are now ready to run a validator! In order to create your validator onchain, follow the instructions below. Keep in mind that these steps are necessary ONLY if you want to participate in the consensus.
    Pick a moniker name of your choice! This is the validator name that will show up on public dashboards and explorers. VALIDATOR_WALLET must be the same you defined previously. Parameter --min-self-delegation=1000000 defines the amount of tokens that are self delegated from your validator wallet.
    Now, connect to the network of your choice.
    You have the following option of connecting to list of networks shown below:
    Continuing the validator tutorial, here are the steps to connect your validator to Mocha:
    `,28),vt={class:"language-bash vp-adaptive-theme"},ft=s("button",{title:"Copy Code",class:"copy"},null,-1),kt=s("span",{class:"lang"},"bash",-1),Bt={class:"shiki github-dark vp-code-dark"},qt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"MONIKER"),s("span",{style:{color:"#F97583"}},"="),s("span",{style:{color:"#9ECBFF"}},'"your_moniker"')],-1),Pt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"VALIDATOR_WALLET"),s("span",{style:{color:"#F97583"}},"="),s("span",{style:{color:"#9ECBFF"}},'"validator"')],-1),It=s("span",{class:"line"},null,-1),Vt=a('celestia-appd tx staking create-validator \\',1),Rt=a('    --amount=1000000utia \\',1),wt=a('    --pubkey=$(celestia-appd tendermint show-validator) \\',1),Dt=a('    --moniker=$MONIKER \\',1),Nt={class:"line"},xt=s("span",{style:{color:"#E1E4E8"}},"    ",-1),$t={style:{color:"#79B8FF"}},Ot=s("span",{style:{color:"#E1E4E8"}}," ",-1),Mt=s("span",{style:{color:"#79B8FF"}},"\\",-1),Lt=a('    --commission-rate=0.1 \\',1),Ht=a('    --commission-max-rate=0.2 \\',1),Wt=a('    --commission-max-change-rate=0.01 \\',1),Gt=a('    --min-self-delegation=1000000 \\',1),Yt=a('    --from=$VALIDATOR_WALLET \\',1),Ut=a('    --keyring-backend=test \\',1),Qt=a('    --fees=21000utia \\',1),Xt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"    "),s("span",{style:{color:"#79B8FF"}},"--gas=220000")],-1),zt={class:"shiki github-light vp-code-light"},Kt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"MONIKER"),s("span",{style:{color:"#D73A49"}},"="),s("span",{style:{color:"#032F62"}},'"your_moniker"')],-1),jt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"VALIDATOR_WALLET"),s("span",{style:{color:"#D73A49"}},"="),s("span",{style:{color:"#032F62"}},'"validator"')],-1),Jt=s("span",{class:"line"},null,-1),Zt=a('celestia-appd tx staking create-validator \\',1),sl=a('    --amount=1000000utia \\',1),al=a('    --pubkey=$(celestia-appd tendermint show-validator) \\',1),ol=a('    --moniker=$MONIKER \\',1),nl={class:"line"},el=s("span",{style:{color:"#24292E"}},"    ",-1),tl={style:{color:"#005CC5"}},ll=s("span",{style:{color:"#24292E"}}," ",-1),pl=s("span",{style:{color:"#005CC5"}},"\\",-1),cl=a('    --commission-rate=0.1 \\',1),il=a('    --commission-max-rate=0.2 \\',1),rl=a('    --commission-max-change-rate=0.01 \\',1),_l=a('    --min-self-delegation=1000000 \\',1),dl=a('    --from=$VALIDATOR_WALLET \\',1),hl=a('    --keyring-backend=test \\',1),yl=a('    --fees=21000utia \\',1),El=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"    "),s("span",{style:{color:"#005CC5"}},"--gas=220000")],-1),ul=a(`
    You will be prompted to confirm the transaction:
    console
    confirm transaction before signing and broadcasting [y/N]: y
    confirm transaction before signing and broadcasting [y/N]: y
    Inputting y should provide an output similar to:
    console
    code: 0
+txhash: <tx-hash>
    You can check if the TX hash went through using the block explorer by inputting the txhash ID that was returned.
    Optional: Deploy the celestia-node ​
    Running a bridge node is critical to the Celestia network as it enables the data availability and consensus nodes to communicate with one another. It is recommended to support the data availability network, but is not required for celestia-app.
    If you are not running a bridge node, you can skip to run a validator node.
    This section describes part 2 of Celestia validator node setup: running a Celestia bridge node daemon.
    Install celestia-node ​
    You can follow the tutorial for installing celestia-node
    Initialize the bridge node ​
    Run the following:
    bash
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>
    TIP
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    If you need a list of RPC endpoints to connect to, you can find the list on the Mocha testnet page or list on the Arabica devnet page.
    Run the bridge node ​
    Run the following:
    bash
    celestia bridge start
    celestia bridge start
    Optional: start the bridge node with SystemD ​
    Follow the tutorial on setting up the bridge node as a background process with SystemD.
    You have successfully set up a bridge node that is syncing with the network.
    Run the validator node ​
    In order to start your validator node, run the following:
    bash
    celestia-appd start
    celestia-appd start
    After completing all the necessary steps, you are now ready to run a validator! In order to create your validator onchain, follow the instructions below. Keep in mind that these steps are necessary ONLY if you want to participate in the consensus.
    Pick a moniker name of your choice! This is the validator name that will show up on public dashboards and explorers. VALIDATOR_WALLET must be the same you defined previously. Parameter --min-self-delegation=1000000 defines the amount of tokens that are self delegated from your validator wallet.
    Now, connect to the network of your choice.
    You have the following option of connecting to list of networks shown below:
    Continuing the validator tutorial, here are the steps to connect your validator to Mocha:
    `,28),vt={class:"language-bash vp-adaptive-theme"},ft=s("button",{title:"Copy Code",class:"copy"},null,-1),kt=s("span",{class:"lang"},"bash",-1),Bt={class:"shiki github-dark vp-code-dark"},qt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"MONIKER"),s("span",{style:{color:"#F97583"}},"="),s("span",{style:{color:"#9ECBFF"}},'"your_moniker"')],-1),Pt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"VALIDATOR_WALLET"),s("span",{style:{color:"#F97583"}},"="),s("span",{style:{color:"#9ECBFF"}},'"validator"')],-1),It=s("span",{class:"line"},null,-1),Vt=a('celestia-appd tx staking create-validator \\',1),wt=a('    --amount=1000000utia \\',1),Rt=a('    --pubkey=$(celestia-appd tendermint show-validator) \\',1),Dt=a('    --moniker=$MONIKER \\',1),xt={class:"line"},Nt=s("span",{style:{color:"#E1E4E8"}},"    ",-1),$t={style:{color:"#79B8FF"}},Ot=s("span",{style:{color:"#E1E4E8"}}," ",-1),Mt=s("span",{style:{color:"#79B8FF"}},"\\",-1),Lt=a('    --commission-rate=0.1 \\',1),Ht=a('    --commission-max-rate=0.2 \\',1),Yt=a('    --commission-max-change-rate=0.01 \\',1),Wt=a('    --min-self-delegation=1000000 \\',1),Kt=a('    --from=$VALIDATOR_WALLET \\',1),Xt=a('    --keyring-backend=test \\',1),Gt=a('    --fees=21000utia \\',1),zt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"    "),s("span",{style:{color:"#79B8FF"}},"--gas=220000")],-1),Ut={class:"shiki github-light vp-code-light"},Qt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"MONIKER"),s("span",{style:{color:"#D73A49"}},"="),s("span",{style:{color:"#032F62"}},'"your_moniker"')],-1),jt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"VALIDATOR_WALLET"),s("span",{style:{color:"#D73A49"}},"="),s("span",{style:{color:"#032F62"}},'"validator"')],-1),Jt=s("span",{class:"line"},null,-1),Zt=a('celestia-appd tx staking create-validator \\',1),sl=a('    --amount=1000000utia \\',1),al=a('    --pubkey=$(celestia-appd tendermint show-validator) \\',1),ol=a('    --moniker=$MONIKER \\',1),nl={class:"line"},el=s("span",{style:{color:"#24292E"}},"    ",-1),tl={style:{color:"#005CC5"}},ll=s("span",{style:{color:"#24292E"}}," ",-1),pl=s("span",{style:{color:"#005CC5"}},"\\",-1),cl=a('    --commission-rate=0.1 \\',1),il=a('    --commission-max-rate=0.2 \\',1),rl=a('    --commission-max-change-rate=0.01 \\',1),_l=a('    --min-self-delegation=1000000 \\',1),dl=a('    --from=$VALIDATOR_WALLET \\',1),hl=a('    --keyring-backend=test \\',1),yl=a('    --fees=21000utia \\',1),El=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"    "),s("span",{style:{color:"#005CC5"}},"--gas=220000")],-1),ul=a(`
    You will be prompted to confirm the transaction:
    console
    confirm transaction before signing and broadcasting [y/N]: y
    confirm transaction before signing and broadcasting [y/N]: y
    Inputting y should provide an output similar to:
    console
    code: 0
 codespace: ""
 data: ""
 gas_used: "0"
@@ -64,23 +64,23 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 sed -i.bak -e "s/^external-address = ""/external-address = "$EXTERNAL-ADDRESS:26656"/" \\
     $HOME/.celestia-app/config/config.toml
    EXTERNAL-ADDRESS=$(wget -qO- eth0.me)
 sed -i.bak -e "s/^external-address = ""/external-address = "$EXTERNAL-ADDRESS:26656"/" \\
-    $HOME/.celestia-app/config/config.toml
    Restart the node ​
    After making these changes, restart celestia-appd to load the new configurations.
    Optional: Transaction indexer configuration options ​
    This section guides you on how to configure your config.toml file in celestia-app to select which transactions to index. Depending on the application's configuration, a node operator may decide which transactions to index.
    The available options are:
    1. null: This option disables indexing. If you don't need to query transactions, you can choose this option to save space.
    2. kv (default): This is the simplest indexer, backed by key-value storage (defaults to levelDB; see DBBackend). When kv is chosen, tx.height and tx.hash will always be indexed. This option is suitable for basic queries on transactions.
    3. psql: This indexer is backed by PostgreSQL. When psql is chosen, tx.height and tx.hash will always be indexed. This option is suitable for complex queries on transactions.
    An example to set the value to kv in config.toml is:
    toml
    indexer = "kv"
    indexer = "kv"
    Remember to restart celestia-appd after making changes to the configuration to load the new settings.
    Optional: Discard ABCI responses configuration ​
    This section will guide you on how to configure your config.toml file in celestia-app to manage the storage of ABCI responses. ABCI responses are the results of executing transactions and are used for /block_results RPC queries and to reindex events in the command-line tool.
    The discard_abci_responses option allows you to control whether these responses are persisted in the state store:
    • false (default): ABCI responses are stored in the state store. This ensures that ABCI responses are available for /block_results RPC queries and for reindexing events. However, it can consume a significant amount of disk space.
    • true: ABCI responses are not stored in the state store. This can save a considerable amount of disk space, but /block_results RPC queries and event reindexing will not be available.
    An example to set the value to false in config.toml is:
    toml
    discard_abci_responses = false
    discard_abci_responses = false
    Remember to restart celestia-appd after making changes to the configuration to load the new settings.
    `,37),ml=JSON.parse('{"title":"Setting up a Celestia full consensus node","description":"Learn how to set up a Celestia consensus node.","frontmatter":{"description":"Learn how to set up a Celestia consensus node.","outline":"deep","head":[["meta",{"name":"og:title","content":"Setting up a Celestia full consensus node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/consensus-node.md","filePath":"nodes/consensus-node.md","lastUpdated":1711718709000}'),Fl={name:"nodes/consensus-node.md"},Al=Object.assign(Fl,{setup(Cl){return(gl,Tl)=>(l(),p("div",null,[r,s("div",_,[d,s("div",h,[s("div",y,[E,u,s("pre",F,[s("code",null,[s("span",C,[g,s("span",T,e(t(n).mainnetChainId),1)])])]),s("pre",b,[s("code",null,[s("span",S,[m,s("span",A,e(t(n).mainnetChainId),1)])])])]),s("div",v,[f,k,s("pre",B,[s("code",null,[s("span",q,[P,s("span",I,e(t(n).mochaChainId),1)])])]),s("pre",V,[s("code",null,[s("span",R,[w,s("span",D,e(t(n).mochaChainId),1)])])])]),s("div",N,[x,$,s("pre",O,[s("code",null,[s("span",M,[L,s("span",H,e(t(n).arabicaChainId),1)])])]),s("pre",W,[s("code",null,[s("span",G,[Y,s("span",U,e(t(n).arabicaChainId),1)])])])])])]),Q,s("div",X,[z,s("div",K,[s("div",j,[J,Z,s("pre",ss,[s("code",null,[s("span",as,[os,ns,es,ts,s("span",ls,e(t(n).mainnetChainId),1)])])]),s("pre",ps,[s("code",null,[s("span",cs,[is,rs,_s,ds,s("span",hs,e(t(n).mainnetChainId),1)])])])]),s("div",ys,[Es,us,s("pre",Fs,[s("code",null,[s("span",Cs,[gs,Ts,bs,Ss,s("span",ms,e(t(n).mochaChainId),1)])])]),s("pre",As,[s("code",null,[s("span",vs,[fs,ks,Bs,qs,s("span",Ps,e(t(n).mochaChainId),1)])])])]),s("div",Is,[Vs,Rs,s("pre",ws,[s("code",null,[s("span",Ds,[Ns,xs,$s,Os,s("span",Ms,e(t(n).arabicaChainId),1)])])]),s("pre",Ls,[s("code",null,[s("span",Hs,[Ws,Gs,Ys,Us,s("span",Qs,e(t(n).arabicaChainId),1)])])])])])]),Xs,s("div",zs,[Ks,s("div",js,[s("div",Js,[Zs,sa,s("pre",aa,[s("code",null,[s("span",oa,[na,s("span",ea," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/seeds.txt ",1),ta,la,pa,ca]),o(`
+    $HOME/.celestia-app/config/config.toml
    Restart the node ​
    After making these changes, restart celestia-appd to load the new configurations.
    Optional: Transaction indexer configuration options ​
    This section guides you on how to configure your config.toml file in celestia-app to select which transactions to index. Depending on the application's configuration, a node operator may decide which transactions to index.
    The available options are:
    1. null: This option disables indexing. If you don't need to query transactions, you can choose this option to save space.
    2. kv (default): This is the simplest indexer, backed by key-value storage (defaults to levelDB; see DBBackend). When kv is chosen, tx.height and tx.hash will always be indexed. This option is suitable for basic queries on transactions.
    3. psql: This indexer is backed by PostgreSQL. When psql is chosen, tx.height and tx.hash will always be indexed. This option is suitable for complex queries on transactions.
    An example to set the value to kv in config.toml is:
    toml
    indexer = "kv"
    indexer = "kv"
    Remember to restart celestia-appd after making changes to the configuration to load the new settings.
    Optional: Discard ABCI responses configuration ​
    This section will guide you on how to configure your config.toml file in celestia-app to manage the storage of ABCI responses. ABCI responses are the results of executing transactions and are used for /block_results RPC queries and to reindex events in the command-line tool.
    The discard_abci_responses option allows you to control whether these responses are persisted in the state store:
    • false (default): ABCI responses are stored in the state store. This ensures that ABCI responses are available for /block_results RPC queries and for reindexing events. However, it can consume a significant amount of disk space.
    • true: ABCI responses are not stored in the state store. This can save a considerable amount of disk space, but /block_results RPC queries and event reindexing will not be available.
    An example to set the value to false in config.toml is:
    toml
    discard_abci_responses = false
    discard_abci_responses = false
    Remember to restart celestia-appd after making changes to the configuration to load the new settings.
    `,37),ml=JSON.parse('{"title":"Setting up a Celestia full consensus node","description":"Learn how to set up a Celestia consensus node.","frontmatter":{"description":"Learn how to set up a Celestia consensus node.","outline":"deep","head":[["meta",{"name":"og:title","content":"Setting up a Celestia full consensus node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/consensus-node.md","filePath":"nodes/consensus-node.md","lastUpdated":1711718743000}'),Fl={name:"nodes/consensus-node.md"},Al=Object.assign(Fl,{setup(Cl){return(gl,Tl)=>(l(),p("div",null,[r,s("div",_,[d,s("div",h,[s("div",y,[E,u,s("pre",F,[s("code",null,[s("span",C,[g,s("span",T,e(t(n).mainnetChainId),1)])])]),s("pre",b,[s("code",null,[s("span",S,[m,s("span",A,e(t(n).mainnetChainId),1)])])])]),s("div",v,[f,k,s("pre",B,[s("code",null,[s("span",q,[P,s("span",I,e(t(n).mochaChainId),1)])])]),s("pre",V,[s("code",null,[s("span",w,[R,s("span",D,e(t(n).mochaChainId),1)])])])]),s("div",x,[N,$,s("pre",O,[s("code",null,[s("span",M,[L,s("span",H,e(t(n).arabicaChainId),1)])])]),s("pre",Y,[s("code",null,[s("span",W,[K,s("span",X,e(t(n).arabicaChainId),1)])])])])])]),G,s("div",z,[U,s("div",Q,[s("div",j,[J,Z,s("pre",ss,[s("code",null,[s("span",as,[os,ns,es,ts,s("span",ls,e(t(n).mainnetChainId),1)])])]),s("pre",ps,[s("code",null,[s("span",cs,[is,rs,_s,ds,s("span",hs,e(t(n).mainnetChainId),1)])])])]),s("div",ys,[Es,us,s("pre",Fs,[s("code",null,[s("span",Cs,[gs,Ts,bs,Ss,s("span",ms,e(t(n).mochaChainId),1)])])]),s("pre",As,[s("code",null,[s("span",vs,[fs,ks,Bs,qs,s("span",Ps,e(t(n).mochaChainId),1)])])])]),s("div",Is,[Vs,ws,s("pre",Rs,[s("code",null,[s("span",Ds,[xs,Ns,$s,Os,s("span",Ms,e(t(n).arabicaChainId),1)])])]),s("pre",Ls,[s("code",null,[s("span",Hs,[Ys,Ws,Ks,Xs,s("span",Gs,e(t(n).arabicaChainId),1)])])])])])]),zs,s("div",Us,[Qs,s("div",js,[s("div",Js,[Zs,sa,s("pre",aa,[s("code",null,[s("span",oa,[na,s("span",ea," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/seeds.txt ",1),ta,la,pa,ca]),o(`
 `),ia,o(`
 `),ra])]),s("pre",_a,[s("code",null,[s("span",da,[ha,s("span",ya," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/seeds.txt ",1),Ea,ua,Fa,Ca]),o(`
 `),ga,o(`
 `),Ta])])]),s("div",ba,[Sa,ma,s("pre",Aa,[s("code",null,[s("span",va,[fa,s("span",ka," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/seeds.txt ",1),Ba,qa,Pa,Ia]),o(`
 `),Va,o(`
-`),Ra])]),s("pre",wa,[s("code",null,[s("span",Da,[Na,s("span",xa," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/seeds.txt ",1),$a,Oa,Ma,La]),o(`
+`),wa])]),s("pre",Ra,[s("code",null,[s("span",Da,[xa,s("span",Na," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/seeds.txt ",1),$a,Oa,Ma,La]),o(`
 `),Ha,o(`
-`),Wa])])]),Ga])]),Ya,Ua,s("div",Qa,[Xa,s("div",za,[s("div",Ka,[ja,Ja,s("pre",Za,[s("code",null,[s("span",so,[ao,s("span",oo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/peers.txt ",1),no,eo,to,lo]),o(`
+`),Ya])])]),Wa])]),Ka,Xa,s("div",Ga,[za,s("div",Ua,[s("div",Qa,[ja,Ja,s("pre",Za,[s("code",null,[s("span",so,[ao,s("span",oo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/peers.txt ",1),no,eo,to,lo]),o(`
 `),po,o(`
 `),co])]),s("pre",io,[s("code",null,[s("span",ro,[_o,s("span",ho," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/peers.txt ",1),yo,Eo,uo,Fo]),o(`
 `),Co,o(`
 `),go])])]),s("div",To,[bo,So,s("pre",mo,[s("code",null,[s("span",Ao,[vo,s("span",fo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/peers.txt ",1),ko,Bo,qo,Po]),o(`
 `),Io,o(`
-`),Vo])]),s("pre",Ro,[s("code",null,[s("span",wo,[Do,s("span",No," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/peers.txt ",1),xo,$o,Oo,Mo]),o(`
+`),Vo])]),s("pre",wo,[s("code",null,[s("span",Ro,[Do,s("span",xo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/peers.txt ",1),No,$o,Oo,Mo]),o(`
 `),Lo,o(`
-`),Ho])])]),s("div",Wo,[Go,Yo,s("pre",Uo,[s("code",null,[s("span",Qo,[Xo,s("span",zo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).arabicaChainId)+"/peers.txt ",1),Ko,jo,Jo,Zo]),o(`
+`),Ho])])]),s("div",Yo,[Wo,Ko,s("pre",Xo,[s("code",null,[s("span",Go,[zo,s("span",Uo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).arabicaChainId)+"/peers.txt ",1),Qo,jo,Jo,Zo]),o(`
 `),sn,o(`
 `),an])]),s("pre",on,[s("code",null,[s("span",nn,[en,s("span",tn," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).arabicaChainId)+"/peers.txt ",1),ln,pn,cn,rn]),o(`
 `),_n,o(`
@@ -90,13 +90,13 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 `),An,o(`
 `),s("span",vn,[fn,kn,Bn,qn,s("span",Pn,' ">'+e(t(n).mainnetChainId)+'.*tar" ',1),In]),o(`
 `),Vn,o(`
-`),Rn])]),s("pre",wn,[s("code",null,[Dn,o(`
-`),Nn,o(`
+`),wn])]),s("pre",Rn,[s("code",null,[Dn,o(`
 `),xn,o(`
+`),Nn,o(`
 `),$n,o(`
-`),s("span",On,[Mn,Ln,Hn,Wn,s("span",Gn,' ">'+e(t(n).mainnetChainId)+'.*tar" ',1),Yn]),o(`
-`),Un,o(`
-`),Qn])])]),s("div",Xn,[zn,Kn,s("pre",jn,[s("code",null,[Jn,o(`
+`),s("span",On,[Mn,Ln,Hn,Yn,s("span",Wn,' ">'+e(t(n).mainnetChainId)+'.*tar" ',1),Kn]),o(`
+`),Xn,o(`
+`),Gn])])]),s("div",zn,[Un,Qn,s("pre",jn,[s("code",null,[Jn,o(`
 `),Zn,o(`
 `),se,o(`
 `),ae,o(`
@@ -112,13 +112,13 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 `),Pe,o(`
 `),Ie,o(`
 `),Ve,o(`
-`),s("span",Re,[we,De,Ne,xe,s("span",$e,' ">'+e(t(n).arabicaChainId)+'.*tar" ',1),Oe]),o(`
+`),s("span",we,[Re,De,xe,Ne,s("span",$e,' ">'+e(t(n).arabicaChainId)+'.*tar" ',1),Oe]),o(`
 `),Me,o(`
-`),Le])]),s("pre",He,[s("code",null,[We,o(`
-`),Ge,o(`
-`),Ye,o(`
-`),Ue,o(`
-`),s("span",Qe,[Xe,ze,Ke,je,s("span",Je,' ">'+e(t(n).arabicaChainId)+'.*tar" ',1),Ze]),o(`
+`),Le])]),s("pre",He,[s("code",null,[Ye,o(`
+`),We,o(`
+`),Ke,o(`
+`),Xe,o(`
+`),s("span",Ge,[ze,Ue,Qe,je,s("span",Je,' ">'+e(t(n).arabicaChainId)+'.*tar" ',1),Ze]),o(`
 `),st,o(`
 `),at])])])])]),ot,s("div",nt,[et,tt,s("pre",lt,[s("code",null,[pt,o(`
 `),ct,o(`
@@ -130,18 +130,18 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 `),Pt,o(`
 `),It,o(`
 `),Vt,o(`
-`),Rt,o(`
 `),wt,o(`
+`),Rt,o(`
 `),Dt,o(`
-`),s("span",Nt,[xt,s("span",$t,"--chain-id="+e(t(n).mochaChainId),1),Ot,Mt]),o(`
+`),s("span",xt,[Nt,s("span",$t,"--chain-id="+e(t(n).mochaChainId),1),Ot,Mt]),o(`
 `),Lt,o(`
 `),Ht,o(`
+`),Yt,o(`
 `),Wt,o(`
+`),Kt,o(`
+`),Xt,o(`
 `),Gt,o(`
-`),Yt,o(`
-`),Ut,o(`
-`),Qt,o(`
-`),Xt])]),s("pre",zt,[s("code",null,[Kt,o(`
+`),zt])]),s("pre",Ut,[s("code",null,[Qt,o(`
 `),jt,o(`
 `),Jt,o(`
 `),Zt,o(`
diff --git a/pr-1489/assets/nodes_consensus-node.md.6746d609.lean.js b/pr-1489/assets/nodes_consensus-node.md.7c067c8a.lean.js
similarity index 77%
rename from pr-1489/assets/nodes_consensus-node.md.6746d609.lean.js
rename to pr-1489/assets/nodes_consensus-node.md.7c067c8a.lean.js
index 1c3f47f501..41a51b6eff 100644
--- a/pr-1489/assets/nodes_consensus-node.md.6746d609.lean.js
+++ b/pr-1489/assets/nodes_consensus-node.md.7c067c8a.lean.js
@@ -1,20 +1,20 @@
-import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t as e,l as t,a as o,Q as a}from"./chunks/framework.611656c0.js";const c="/docs-preview/pr-1489/img/nodes/full-consensus-node.png",i="/docs-preview/pr-1489/img/nodes/validator.png",r=a("",18),_={class:"vp-code-group vp-adaptive-theme"},d=a("",1),h={class:"blocks"},y={class:"language-bash vp-adaptive-theme active"},E=s("button",{title:"Copy Code",class:"copy"},null,-1),u=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},C={class:"line"},g=a("",8),T={style:{color:"#9ECBFF"}},b={class:"shiki github-light vp-code-light"},S={class:"line"},m=a("",8),A={style:{color:"#032F62"}},v={class:"language-bash vp-adaptive-theme"},f=s("button",{title:"Copy Code",class:"copy"},null,-1),k=s("span",{class:"lang"},"bash",-1),B={class:"shiki github-dark vp-code-dark"},q={class:"line"},P=a("",8),I={style:{color:"#9ECBFF"}},V={class:"shiki github-light vp-code-light"},R={class:"line"},w=a("",8),D={style:{color:"#032F62"}},N={class:"language-bash vp-adaptive-theme"},x=s("button",{title:"Copy Code",class:"copy"},null,-1),$=s("span",{class:"lang"},"bash",-1),O={class:"shiki github-dark vp-code-dark"},M={class:"line"},L=a("",8),H={style:{color:"#9ECBFF"}},W={class:"shiki github-light vp-code-light"},G={class:"line"},Y=a("",8),U={style:{color:"#032F62"}},Q=s("p",null,[o("Download the "),s("code",null,"genesis.json"),o(" file:")],-1),X={class:"vp-code-group vp-adaptive-theme"},z=a("",1),K={class:"blocks"},j={class:"language-bash vp-adaptive-theme active"},J=s("button",{title:"Copy Code",class:"copy"},null,-1),Z=s("span",{class:"lang"},"bash",-1),ss={class:"shiki github-dark vp-code-dark"},as={class:"line"},os=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),es=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),ls={style:{color:"#9ECBFF"}},ps={class:"shiki github-light vp-code-light"},cs={class:"line"},is=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),rs=s("span",{style:{color:"#24292E"}}," ",-1),_s=s("span",{style:{color:"#032F62"}},"download-genesis",-1),ds=s("span",{style:{color:"#24292E"}}," ",-1),hs={style:{color:"#032F62"}},ys={class:"language-bash vp-adaptive-theme"},Es=s("button",{title:"Copy Code",class:"copy"},null,-1),us=s("span",{class:"lang"},"bash",-1),Fs={class:"shiki github-dark vp-code-dark"},Cs={class:"line"},gs=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),Ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),bs=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),Ss=s("span",{style:{color:"#E1E4E8"}}," ",-1),ms={style:{color:"#9ECBFF"}},As={class:"shiki github-light vp-code-light"},vs={class:"line"},fs=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),ks=s("span",{style:{color:"#24292E"}}," ",-1),Bs=s("span",{style:{color:"#032F62"}},"download-genesis",-1),qs=s("span",{style:{color:"#24292E"}}," ",-1),Ps={style:{color:"#032F62"}},Is={class:"language-bash vp-adaptive-theme"},Vs=s("button",{title:"Copy Code",class:"copy"},null,-1),Rs=s("span",{class:"lang"},"bash",-1),ws={class:"shiki github-dark vp-code-dark"},Ds={class:"line"},Ns=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),xs=s("span",{style:{color:"#E1E4E8"}}," ",-1),$s=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),Os=s("span",{style:{color:"#E1E4E8"}}," ",-1),Ms={style:{color:"#9ECBFF"}},Ls={class:"shiki github-light vp-code-light"},Hs={class:"line"},Ws=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),Gs=s("span",{style:{color:"#24292E"}}," ",-1),Ys=s("span",{style:{color:"#032F62"}},"download-genesis",-1),Us=s("span",{style:{color:"#24292E"}}," ",-1),Qs={style:{color:"#032F62"}},Xs=s("p",null,[o("Set seeds in the "),s("code",null,"$HOME/.celestia-app/config/config.toml"),o(" file:")],-1),zs={class:"vp-code-group vp-adaptive-theme"},Ks=a("",1),js={class:"blocks"},Js={class:"language-bash vp-adaptive-theme active"},Zs=s("button",{title:"Copy Code",class:"copy"},null,-1),sa=s("span",{class:"lang"},"bash",-1),aa={class:"shiki github-dark vp-code-dark"},oa={class:"line"},na=a("",6),ea={style:{color:"#9ECBFF"}},ta=s("span",{style:{color:"#F97583"}},"|",-1),la=s("span",{style:{color:"#9ECBFF"}}," ",-1),pa=s("span",{style:{color:"#B392F0"}},"tr",-1),ca=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),ia=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $SEEDS")],-1),ra=a("",1),_a={class:"shiki github-light vp-code-light"},da={class:"line"},ha=a("",6),ya={style:{color:"#032F62"}},Ea=s("span",{style:{color:"#D73A49"}},"|",-1),ua=s("span",{style:{color:"#032F62"}}," ",-1),Fa=s("span",{style:{color:"#6F42C1"}},"tr",-1),Ca=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),ga=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $SEEDS")],-1),Ta=a("",1),ba={class:"language-bash vp-adaptive-theme"},Sa=s("button",{title:"Copy Code",class:"copy"},null,-1),ma=s("span",{class:"lang"},"bash",-1),Aa={class:"shiki github-dark vp-code-dark"},va={class:"line"},fa=a("",6),ka={style:{color:"#9ECBFF"}},Ba=s("span",{style:{color:"#F97583"}},"|",-1),qa=s("span",{style:{color:"#9ECBFF"}}," ",-1),Pa=s("span",{style:{color:"#B392F0"}},"tr",-1),Ia=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),Va=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $SEEDS")],-1),Ra=a("",1),wa={class:"shiki github-light vp-code-light"},Da={class:"line"},Na=a("",6),xa={style:{color:"#032F62"}},$a=s("span",{style:{color:"#D73A49"}},"|",-1),Oa=s("span",{style:{color:"#032F62"}}," ",-1),Ma=s("span",{style:{color:"#6F42C1"}},"tr",-1),La=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Ha=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $SEEDS")],-1),Wa=a("",1),Ga=a("",1),Ya=s("p",null,[s("strong",null,"Optionally"),o(", you can set persistent peers in your "),s("code",null,"config.toml"),o(" file. You can get the persistent peers from the networks repository with the following commands:")],-1),Ua=s("p",null,"Setting persistent peers is advised only if you are running a sentry node.",-1),Qa={class:"vp-code-group vp-adaptive-theme"},Xa=a("",1),za={class:"blocks"},Ka={class:"language-bash vp-adaptive-theme active"},ja=s("button",{title:"Copy Code",class:"copy"},null,-1),Ja=s("span",{class:"lang"},"bash",-1),Za={class:"shiki github-dark vp-code-dark"},so={class:"line"},ao=a("",6),oo={style:{color:"#9ECBFF"}},no=s("span",{style:{color:"#F97583"}},"|",-1),eo=s("span",{style:{color:"#9ECBFF"}}," ",-1),to=s("span",{style:{color:"#B392F0"}},"tr",-1),lo=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),po=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),co=a("",1),io={class:"shiki github-light vp-code-light"},ro={class:"line"},_o=a("",6),ho={style:{color:"#032F62"}},yo=s("span",{style:{color:"#D73A49"}},"|",-1),Eo=s("span",{style:{color:"#032F62"}}," ",-1),uo=s("span",{style:{color:"#6F42C1"}},"tr",-1),Fo=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Co=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),go=a("",1),To={class:"language-bash vp-adaptive-theme"},bo=s("button",{title:"Copy Code",class:"copy"},null,-1),So=s("span",{class:"lang"},"bash",-1),mo={class:"shiki github-dark vp-code-dark"},Ao={class:"line"},vo=a("",6),fo={style:{color:"#9ECBFF"}},ko=s("span",{style:{color:"#F97583"}},"|",-1),Bo=s("span",{style:{color:"#9ECBFF"}}," ",-1),qo=s("span",{style:{color:"#B392F0"}},"tr",-1),Po=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),Io=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),Vo=a("",1),Ro={class:"shiki github-light vp-code-light"},wo={class:"line"},Do=a("",6),No={style:{color:"#032F62"}},xo=s("span",{style:{color:"#D73A49"}},"|",-1),$o=s("span",{style:{color:"#032F62"}}," ",-1),Oo=s("span",{style:{color:"#6F42C1"}},"tr",-1),Mo=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Lo=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),Ho=a("",1),Wo={class:"language-bash vp-adaptive-theme"},Go=s("button",{title:"Copy Code",class:"copy"},null,-1),Yo=s("span",{class:"lang"},"bash",-1),Uo={class:"shiki github-dark vp-code-dark"},Qo={class:"line"},Xo=a("",6),zo={style:{color:"#9ECBFF"}},Ko=s("span",{style:{color:"#F97583"}},"|",-1),jo=s("span",{style:{color:"#9ECBFF"}}," ",-1),Jo=s("span",{style:{color:"#B392F0"}},"tr",-1),Zo=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),sn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),an=a("",1),on={class:"shiki github-light vp-code-light"},nn={class:"line"},en=a("",6),tn={style:{color:"#032F62"}},ln=s("span",{style:{color:"#D73A49"}},"|",-1),pn=s("span",{style:{color:"#032F62"}}," ",-1),cn=s("span",{style:{color:"#6F42C1"}},"tr",-1),rn=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),_n=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),dn=a("",1),hn=a("",29),yn={class:"vp-code-group vp-adaptive-theme"},En=a("",1),un={class:"blocks"},Fn={class:"language-bash vp-adaptive-theme active"},Cn=s("button",{title:"Copy Code",class:"copy"},null,-1),gn=s("span",{class:"lang"},"bash",-1),Tn={class:"shiki github-dark vp-code-dark"},bn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Sn=a("",1),mn=a("",1),An=a("",1),vn={class:"line"},fn=s("span",{style:{color:"#9ECBFF"}},"    ",-1),kn=s("span",{style:{color:"#B392F0"}},"egrep",-1),Bn=s("span",{style:{color:"#9ECBFF"}}," ",-1),qn=s("span",{style:{color:"#79B8FF"}},"-o",-1),Pn={style:{color:"#9ECBFF"}},In=a("",6),Vn=a("",1),Rn=a("",1),wn={class:"shiki github-light vp-code-light"},Dn=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),Nn=a("",1),xn=a("",1),$n=a("",1),On={class:"line"},Mn=s("span",{style:{color:"#032F62"}},"    ",-1),Ln=s("span",{style:{color:"#6F42C1"}},"egrep",-1),Hn=s("span",{style:{color:"#032F62"}}," ",-1),Wn=s("span",{style:{color:"#005CC5"}},"-o",-1),Gn={style:{color:"#032F62"}},Yn=a("",6),Un=a("",1),Qn=a("",1),Xn={class:"language-bash vp-adaptive-theme"},zn=s("button",{title:"Copy Code",class:"copy"},null,-1),Kn=s("span",{class:"lang"},"bash",-1),jn={class:"shiki github-dark vp-code-dark"},Jn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Zn=a("",1),se=a("",1),ae=a("",1),oe={class:"line"},ne=s("span",{style:{color:"#9ECBFF"}},"    ",-1),ee=s("span",{style:{color:"#B392F0"}},"egrep",-1),te=s("span",{style:{color:"#9ECBFF"}}," ",-1),le=s("span",{style:{color:"#79B8FF"}},"-o",-1),pe={style:{color:"#9ECBFF"}},ce=a("",6),ie=a("",1),re=a("",1),_e={class:"shiki github-light vp-code-light"},de=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),he=a("",1),ye=a("",1),Ee=a("",1),ue={class:"line"},Fe=s("span",{style:{color:"#032F62"}},"    ",-1),Ce=s("span",{style:{color:"#6F42C1"}},"egrep",-1),ge=s("span",{style:{color:"#032F62"}}," ",-1),Te=s("span",{style:{color:"#005CC5"}},"-o",-1),be={style:{color:"#032F62"}},Se=a("",6),me=a("",1),Ae=a("",1),ve={class:"language-bash vp-adaptive-theme"},fe=s("button",{title:"Copy Code",class:"copy"},null,-1),ke=s("span",{class:"lang"},"bash",-1),Be={class:"shiki github-dark vp-code-dark"},qe=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Pe=a("",1),Ie=a("",1),Ve=a("",1),Re={class:"line"},we=s("span",{style:{color:"#9ECBFF"}},"    ",-1),De=s("span",{style:{color:"#B392F0"}},"egrep",-1),Ne=s("span",{style:{color:"#9ECBFF"}}," ",-1),xe=s("span",{style:{color:"#79B8FF"}},"-o",-1),$e={style:{color:"#9ECBFF"}},Oe=a("",6),Me=a("",1),Le=a("",1),He={class:"shiki github-light vp-code-light"},We=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),Ge=a("",1),Ye=a("",1),Ue=a("",1),Qe={class:"line"},Xe=s("span",{style:{color:"#032F62"}},"    ",-1),ze=s("span",{style:{color:"#6F42C1"}},"egrep",-1),Ke=s("span",{style:{color:"#032F62"}}," ",-1),je=s("span",{style:{color:"#005CC5"}},"-o",-1),Je={style:{color:"#032F62"}},Ze=a("",6),st=a("",1),at=a("",1),ot=a("",24),nt={class:"language-bash vp-adaptive-theme"},et=s("button",{title:"Copy Code",class:"copy"},null,-1),tt=s("span",{class:"lang"},"bash",-1),lt={class:"shiki github-dark vp-code-dark"},pt=a("",1),ct=a("",1),it={class:"line"},rt=s("span",{style:{color:"#E1E4E8"}},"--from=$VALIDATOR_WALLET ",-1),_t={style:{color:"#79B8FF"}},dt=s("span",{style:{color:"#E1E4E8"}}," ",-1),ht=s("span",{style:{color:"#79B8FF"}},"\\",-1),yt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"--fees=21000utia")],-1),Et={class:"shiki github-light vp-code-light"},ut=a("",1),Ft=a("",1),Ct={class:"line"},gt=s("span",{style:{color:"#24292E"}},"--from=$VALIDATOR_WALLET ",-1),Tt={style:{color:"#005CC5"}},bt=s("span",{style:{color:"#24292E"}}," ",-1),St=s("span",{style:{color:"#005CC5"}},"\\",-1),mt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"--fees=21000utia")],-1),At=a("",28),vt={class:"language-bash vp-adaptive-theme"},ft=s("button",{title:"Copy Code",class:"copy"},null,-1),kt=s("span",{class:"lang"},"bash",-1),Bt={class:"shiki github-dark vp-code-dark"},qt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"MONIKER"),s("span",{style:{color:"#F97583"}},"="),s("span",{style:{color:"#9ECBFF"}},'"your_moniker"')],-1),Pt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"VALIDATOR_WALLET"),s("span",{style:{color:"#F97583"}},"="),s("span",{style:{color:"#9ECBFF"}},'"validator"')],-1),It=s("span",{class:"line"},null,-1),Vt=a("",1),Rt=a("",1),wt=a("",1),Dt=a("",1),Nt={class:"line"},xt=s("span",{style:{color:"#E1E4E8"}},"    ",-1),$t={style:{color:"#79B8FF"}},Ot=s("span",{style:{color:"#E1E4E8"}}," ",-1),Mt=s("span",{style:{color:"#79B8FF"}},"\\",-1),Lt=a("",1),Ht=a("",1),Wt=a("",1),Gt=a("",1),Yt=a("",1),Ut=a("",1),Qt=a("",1),Xt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"    "),s("span",{style:{color:"#79B8FF"}},"--gas=220000")],-1),zt={class:"shiki github-light vp-code-light"},Kt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"MONIKER"),s("span",{style:{color:"#D73A49"}},"="),s("span",{style:{color:"#032F62"}},'"your_moniker"')],-1),jt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"VALIDATOR_WALLET"),s("span",{style:{color:"#D73A49"}},"="),s("span",{style:{color:"#032F62"}},'"validator"')],-1),Jt=s("span",{class:"line"},null,-1),Zt=a("",1),sl=a("",1),al=a("",1),ol=a("",1),nl={class:"line"},el=s("span",{style:{color:"#24292E"}},"    ",-1),tl={style:{color:"#005CC5"}},ll=s("span",{style:{color:"#24292E"}}," ",-1),pl=s("span",{style:{color:"#005CC5"}},"\\",-1),cl=a("",1),il=a("",1),rl=a("",1),_l=a("",1),dl=a("",1),hl=a("",1),yl=a("",1),El=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"    "),s("span",{style:{color:"#005CC5"}},"--gas=220000")],-1),ul=a("",37),ml=JSON.parse('{"title":"Setting up a Celestia full consensus node","description":"Learn how to set up a Celestia consensus node.","frontmatter":{"description":"Learn how to set up a Celestia consensus node.","outline":"deep","head":[["meta",{"name":"og:title","content":"Setting up a Celestia full consensus node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/consensus-node.md","filePath":"nodes/consensus-node.md","lastUpdated":1711718709000}'),Fl={name:"nodes/consensus-node.md"},Al=Object.assign(Fl,{setup(Cl){return(gl,Tl)=>(l(),p("div",null,[r,s("div",_,[d,s("div",h,[s("div",y,[E,u,s("pre",F,[s("code",null,[s("span",C,[g,s("span",T,e(t(n).mainnetChainId),1)])])]),s("pre",b,[s("code",null,[s("span",S,[m,s("span",A,e(t(n).mainnetChainId),1)])])])]),s("div",v,[f,k,s("pre",B,[s("code",null,[s("span",q,[P,s("span",I,e(t(n).mochaChainId),1)])])]),s("pre",V,[s("code",null,[s("span",R,[w,s("span",D,e(t(n).mochaChainId),1)])])])]),s("div",N,[x,$,s("pre",O,[s("code",null,[s("span",M,[L,s("span",H,e(t(n).arabicaChainId),1)])])]),s("pre",W,[s("code",null,[s("span",G,[Y,s("span",U,e(t(n).arabicaChainId),1)])])])])])]),Q,s("div",X,[z,s("div",K,[s("div",j,[J,Z,s("pre",ss,[s("code",null,[s("span",as,[os,ns,es,ts,s("span",ls,e(t(n).mainnetChainId),1)])])]),s("pre",ps,[s("code",null,[s("span",cs,[is,rs,_s,ds,s("span",hs,e(t(n).mainnetChainId),1)])])])]),s("div",ys,[Es,us,s("pre",Fs,[s("code",null,[s("span",Cs,[gs,Ts,bs,Ss,s("span",ms,e(t(n).mochaChainId),1)])])]),s("pre",As,[s("code",null,[s("span",vs,[fs,ks,Bs,qs,s("span",Ps,e(t(n).mochaChainId),1)])])])]),s("div",Is,[Vs,Rs,s("pre",ws,[s("code",null,[s("span",Ds,[Ns,xs,$s,Os,s("span",Ms,e(t(n).arabicaChainId),1)])])]),s("pre",Ls,[s("code",null,[s("span",Hs,[Ws,Gs,Ys,Us,s("span",Qs,e(t(n).arabicaChainId),1)])])])])])]),Xs,s("div",zs,[Ks,s("div",js,[s("div",Js,[Zs,sa,s("pre",aa,[s("code",null,[s("span",oa,[na,s("span",ea," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/seeds.txt ",1),ta,la,pa,ca]),o(`
+import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t as e,l as t,a as o,Q as a}from"./chunks/framework.611656c0.js";const c="/docs-preview/pr-1489/img/nodes/full-consensus-node.png",i="/docs-preview/pr-1489/img/nodes/validator.png",r=a("",18),_={class:"vp-code-group vp-adaptive-theme"},d=a("",1),h={class:"blocks"},y={class:"language-bash vp-adaptive-theme active"},E=s("button",{title:"Copy Code",class:"copy"},null,-1),u=s("span",{class:"lang"},"bash",-1),F={class:"shiki github-dark vp-code-dark"},C={class:"line"},g=a("",8),T={style:{color:"#9ECBFF"}},b={class:"shiki github-light vp-code-light"},S={class:"line"},m=a("",8),A={style:{color:"#032F62"}},v={class:"language-bash vp-adaptive-theme"},f=s("button",{title:"Copy Code",class:"copy"},null,-1),k=s("span",{class:"lang"},"bash",-1),B={class:"shiki github-dark vp-code-dark"},q={class:"line"},P=a("",8),I={style:{color:"#9ECBFF"}},V={class:"shiki github-light vp-code-light"},w={class:"line"},R=a("",8),D={style:{color:"#032F62"}},x={class:"language-bash vp-adaptive-theme"},N=s("button",{title:"Copy Code",class:"copy"},null,-1),$=s("span",{class:"lang"},"bash",-1),O={class:"shiki github-dark vp-code-dark"},M={class:"line"},L=a("",8),H={style:{color:"#9ECBFF"}},Y={class:"shiki github-light vp-code-light"},W={class:"line"},K=a("",8),X={style:{color:"#032F62"}},G=s("p",null,[o("Download the "),s("code",null,"genesis.json"),o(" file:")],-1),z={class:"vp-code-group vp-adaptive-theme"},U=a("",1),Q={class:"blocks"},j={class:"language-bash vp-adaptive-theme active"},J=s("button",{title:"Copy Code",class:"copy"},null,-1),Z=s("span",{class:"lang"},"bash",-1),ss={class:"shiki github-dark vp-code-dark"},as={class:"line"},os=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),es=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),ls={style:{color:"#9ECBFF"}},ps={class:"shiki github-light vp-code-light"},cs={class:"line"},is=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),rs=s("span",{style:{color:"#24292E"}}," ",-1),_s=s("span",{style:{color:"#032F62"}},"download-genesis",-1),ds=s("span",{style:{color:"#24292E"}}," ",-1),hs={style:{color:"#032F62"}},ys={class:"language-bash vp-adaptive-theme"},Es=s("button",{title:"Copy Code",class:"copy"},null,-1),us=s("span",{class:"lang"},"bash",-1),Fs={class:"shiki github-dark vp-code-dark"},Cs={class:"line"},gs=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),Ts=s("span",{style:{color:"#E1E4E8"}}," ",-1),bs=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),Ss=s("span",{style:{color:"#E1E4E8"}}," ",-1),ms={style:{color:"#9ECBFF"}},As={class:"shiki github-light vp-code-light"},vs={class:"line"},fs=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),ks=s("span",{style:{color:"#24292E"}}," ",-1),Bs=s("span",{style:{color:"#032F62"}},"download-genesis",-1),qs=s("span",{style:{color:"#24292E"}}," ",-1),Ps={style:{color:"#032F62"}},Is={class:"language-bash vp-adaptive-theme"},Vs=s("button",{title:"Copy Code",class:"copy"},null,-1),ws=s("span",{class:"lang"},"bash",-1),Rs={class:"shiki github-dark vp-code-dark"},Ds={class:"line"},xs=s("span",{style:{color:"#B392F0"}},"celestia-appd",-1),Ns=s("span",{style:{color:"#E1E4E8"}}," ",-1),$s=s("span",{style:{color:"#9ECBFF"}},"download-genesis",-1),Os=s("span",{style:{color:"#E1E4E8"}}," ",-1),Ms={style:{color:"#9ECBFF"}},Ls={class:"shiki github-light vp-code-light"},Hs={class:"line"},Ys=s("span",{style:{color:"#6F42C1"}},"celestia-appd",-1),Ws=s("span",{style:{color:"#24292E"}}," ",-1),Ks=s("span",{style:{color:"#032F62"}},"download-genesis",-1),Xs=s("span",{style:{color:"#24292E"}}," ",-1),Gs={style:{color:"#032F62"}},zs=s("p",null,[o("Set seeds in the "),s("code",null,"$HOME/.celestia-app/config/config.toml"),o(" file:")],-1),Us={class:"vp-code-group vp-adaptive-theme"},Qs=a("",1),js={class:"blocks"},Js={class:"language-bash vp-adaptive-theme active"},Zs=s("button",{title:"Copy Code",class:"copy"},null,-1),sa=s("span",{class:"lang"},"bash",-1),aa={class:"shiki github-dark vp-code-dark"},oa={class:"line"},na=a("",6),ea={style:{color:"#9ECBFF"}},ta=s("span",{style:{color:"#F97583"}},"|",-1),la=s("span",{style:{color:"#9ECBFF"}}," ",-1),pa=s("span",{style:{color:"#B392F0"}},"tr",-1),ca=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),ia=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $SEEDS")],-1),ra=a("",1),_a={class:"shiki github-light vp-code-light"},da={class:"line"},ha=a("",6),ya={style:{color:"#032F62"}},Ea=s("span",{style:{color:"#D73A49"}},"|",-1),ua=s("span",{style:{color:"#032F62"}}," ",-1),Fa=s("span",{style:{color:"#6F42C1"}},"tr",-1),Ca=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),ga=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $SEEDS")],-1),Ta=a("",1),ba={class:"language-bash vp-adaptive-theme"},Sa=s("button",{title:"Copy Code",class:"copy"},null,-1),ma=s("span",{class:"lang"},"bash",-1),Aa={class:"shiki github-dark vp-code-dark"},va={class:"line"},fa=a("",6),ka={style:{color:"#9ECBFF"}},Ba=s("span",{style:{color:"#F97583"}},"|",-1),qa=s("span",{style:{color:"#9ECBFF"}}," ",-1),Pa=s("span",{style:{color:"#B392F0"}},"tr",-1),Ia=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),Va=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $SEEDS")],-1),wa=a("",1),Ra={class:"shiki github-light vp-code-light"},Da={class:"line"},xa=a("",6),Na={style:{color:"#032F62"}},$a=s("span",{style:{color:"#D73A49"}},"|",-1),Oa=s("span",{style:{color:"#032F62"}}," ",-1),Ma=s("span",{style:{color:"#6F42C1"}},"tr",-1),La=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Ha=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $SEEDS")],-1),Ya=a("",1),Wa=a("",1),Ka=s("p",null,[s("strong",null,"Optionally"),o(", you can set persistent peers in your "),s("code",null,"config.toml"),o(" file. You can get the persistent peers from the networks repository with the following commands:")],-1),Xa=s("p",null,"Setting persistent peers is advised only if you are running a sentry node.",-1),Ga={class:"vp-code-group vp-adaptive-theme"},za=a("",1),Ua={class:"blocks"},Qa={class:"language-bash vp-adaptive-theme active"},ja=s("button",{title:"Copy Code",class:"copy"},null,-1),Ja=s("span",{class:"lang"},"bash",-1),Za={class:"shiki github-dark vp-code-dark"},so={class:"line"},ao=a("",6),oo={style:{color:"#9ECBFF"}},no=s("span",{style:{color:"#F97583"}},"|",-1),eo=s("span",{style:{color:"#9ECBFF"}}," ",-1),to=s("span",{style:{color:"#B392F0"}},"tr",-1),lo=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),po=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),co=a("",1),io={class:"shiki github-light vp-code-light"},ro={class:"line"},_o=a("",6),ho={style:{color:"#032F62"}},yo=s("span",{style:{color:"#D73A49"}},"|",-1),Eo=s("span",{style:{color:"#032F62"}}," ",-1),uo=s("span",{style:{color:"#6F42C1"}},"tr",-1),Fo=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Co=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),go=a("",1),To={class:"language-bash vp-adaptive-theme"},bo=s("button",{title:"Copy Code",class:"copy"},null,-1),So=s("span",{class:"lang"},"bash",-1),mo={class:"shiki github-dark vp-code-dark"},Ao={class:"line"},vo=a("",6),fo={style:{color:"#9ECBFF"}},ko=s("span",{style:{color:"#F97583"}},"|",-1),Bo=s("span",{style:{color:"#9ECBFF"}}," ",-1),qo=s("span",{style:{color:"#B392F0"}},"tr",-1),Po=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),Io=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),Vo=a("",1),wo={class:"shiki github-light vp-code-light"},Ro={class:"line"},Do=a("",6),xo={style:{color:"#032F62"}},No=s("span",{style:{color:"#D73A49"}},"|",-1),$o=s("span",{style:{color:"#032F62"}}," ",-1),Oo=s("span",{style:{color:"#6F42C1"}},"tr",-1),Mo=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),Lo=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),Ho=a("",1),Yo={class:"language-bash vp-adaptive-theme"},Wo=s("button",{title:"Copy Code",class:"copy"},null,-1),Ko=s("span",{class:"lang"},"bash",-1),Xo={class:"shiki github-dark vp-code-dark"},Go={class:"line"},zo=a("",6),Uo={style:{color:"#9ECBFF"}},Qo=s("span",{style:{color:"#F97583"}},"|",-1),jo=s("span",{style:{color:"#9ECBFF"}}," ",-1),Jo=s("span",{style:{color:"#B392F0"}},"tr",-1),Zo=s("span",{style:{color:"#9ECBFF"}}," '\\n' ',')",-1),sn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"echo"),s("span",{style:{color:"#E1E4E8"}}," $PERSISTENT_PEERS")],-1),an=a("",1),on={class:"shiki github-light vp-code-light"},nn={class:"line"},en=a("",6),tn={style:{color:"#032F62"}},ln=s("span",{style:{color:"#D73A49"}},"|",-1),pn=s("span",{style:{color:"#032F62"}}," ",-1),cn=s("span",{style:{color:"#6F42C1"}},"tr",-1),rn=s("span",{style:{color:"#032F62"}}," '\\n' ',')",-1),_n=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"echo"),s("span",{style:{color:"#24292E"}}," $PERSISTENT_PEERS")],-1),dn=a("",1),hn=a("",29),yn={class:"vp-code-group vp-adaptive-theme"},En=a("",1),un={class:"blocks"},Fn={class:"language-bash vp-adaptive-theme active"},Cn=s("button",{title:"Copy Code",class:"copy"},null,-1),gn=s("span",{class:"lang"},"bash",-1),Tn={class:"shiki github-dark vp-code-dark"},bn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Sn=a("",1),mn=a("",1),An=a("",1),vn={class:"line"},fn=s("span",{style:{color:"#9ECBFF"}},"    ",-1),kn=s("span",{style:{color:"#B392F0"}},"egrep",-1),Bn=s("span",{style:{color:"#9ECBFF"}}," ",-1),qn=s("span",{style:{color:"#79B8FF"}},"-o",-1),Pn={style:{color:"#9ECBFF"}},In=a("",6),Vn=a("",1),wn=a("",1),Rn={class:"shiki github-light vp-code-light"},Dn=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),xn=a("",1),Nn=a("",1),$n=a("",1),On={class:"line"},Mn=s("span",{style:{color:"#032F62"}},"    ",-1),Ln=s("span",{style:{color:"#6F42C1"}},"egrep",-1),Hn=s("span",{style:{color:"#032F62"}}," ",-1),Yn=s("span",{style:{color:"#005CC5"}},"-o",-1),Wn={style:{color:"#032F62"}},Kn=a("",6),Xn=a("",1),Gn=a("",1),zn={class:"language-bash vp-adaptive-theme"},Un=s("button",{title:"Copy Code",class:"copy"},null,-1),Qn=s("span",{class:"lang"},"bash",-1),jn={class:"shiki github-dark vp-code-dark"},Jn=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Zn=a("",1),se=a("",1),ae=a("",1),oe={class:"line"},ne=s("span",{style:{color:"#9ECBFF"}},"    ",-1),ee=s("span",{style:{color:"#B392F0"}},"egrep",-1),te=s("span",{style:{color:"#9ECBFF"}}," ",-1),le=s("span",{style:{color:"#79B8FF"}},"-o",-1),pe={style:{color:"#9ECBFF"}},ce=a("",6),ie=a("",1),re=a("",1),_e={class:"shiki github-light vp-code-light"},de=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),he=a("",1),ye=a("",1),Ee=a("",1),ue={class:"line"},Fe=s("span",{style:{color:"#032F62"}},"    ",-1),Ce=s("span",{style:{color:"#6F42C1"}},"egrep",-1),ge=s("span",{style:{color:"#032F62"}}," ",-1),Te=s("span",{style:{color:"#005CC5"}},"-o",-1),be={style:{color:"#032F62"}},Se=a("",6),me=a("",1),Ae=a("",1),ve={class:"language-bash vp-adaptive-theme"},fe=s("button",{title:"Copy Code",class:"copy"},null,-1),ke=s("span",{class:"lang"},"bash",-1),Be={class:"shiki github-dark vp-code-dark"},qe=s("span",{class:"line"},[s("span",{style:{color:"#79B8FF"}},"cd"),s("span",{style:{color:"#E1E4E8"}}," $HOME")],-1),Pe=a("",1),Ie=a("",1),Ve=a("",1),we={class:"line"},Re=s("span",{style:{color:"#9ECBFF"}},"    ",-1),De=s("span",{style:{color:"#B392F0"}},"egrep",-1),xe=s("span",{style:{color:"#9ECBFF"}}," ",-1),Ne=s("span",{style:{color:"#79B8FF"}},"-o",-1),$e={style:{color:"#9ECBFF"}},Oe=a("",6),Me=a("",1),Le=a("",1),He={class:"shiki github-light vp-code-light"},Ye=s("span",{class:"line"},[s("span",{style:{color:"#005CC5"}},"cd"),s("span",{style:{color:"#24292E"}}," $HOME")],-1),We=a("",1),Ke=a("",1),Xe=a("",1),Ge={class:"line"},ze=s("span",{style:{color:"#032F62"}},"    ",-1),Ue=s("span",{style:{color:"#6F42C1"}},"egrep",-1),Qe=s("span",{style:{color:"#032F62"}}," ",-1),je=s("span",{style:{color:"#005CC5"}},"-o",-1),Je={style:{color:"#032F62"}},Ze=a("",6),st=a("",1),at=a("",1),ot=a("",24),nt={class:"language-bash vp-adaptive-theme"},et=s("button",{title:"Copy Code",class:"copy"},null,-1),tt=s("span",{class:"lang"},"bash",-1),lt={class:"shiki github-dark vp-code-dark"},pt=a("",1),ct=a("",1),it={class:"line"},rt=s("span",{style:{color:"#E1E4E8"}},"--from=$VALIDATOR_WALLET ",-1),_t={style:{color:"#79B8FF"}},dt=s("span",{style:{color:"#E1E4E8"}}," ",-1),ht=s("span",{style:{color:"#79B8FF"}},"\\",-1),yt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"--fees=21000utia")],-1),Et={class:"shiki github-light vp-code-light"},ut=a("",1),Ft=a("",1),Ct={class:"line"},gt=s("span",{style:{color:"#24292E"}},"--from=$VALIDATOR_WALLET ",-1),Tt={style:{color:"#005CC5"}},bt=s("span",{style:{color:"#24292E"}}," ",-1),St=s("span",{style:{color:"#005CC5"}},"\\",-1),mt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"--fees=21000utia")],-1),At=a("",28),vt={class:"language-bash vp-adaptive-theme"},ft=s("button",{title:"Copy Code",class:"copy"},null,-1),kt=s("span",{class:"lang"},"bash",-1),Bt={class:"shiki github-dark vp-code-dark"},qt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"MONIKER"),s("span",{style:{color:"#F97583"}},"="),s("span",{style:{color:"#9ECBFF"}},'"your_moniker"')],-1),Pt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"VALIDATOR_WALLET"),s("span",{style:{color:"#F97583"}},"="),s("span",{style:{color:"#9ECBFF"}},'"validator"')],-1),It=s("span",{class:"line"},null,-1),Vt=a("",1),wt=a("",1),Rt=a("",1),Dt=a("",1),xt={class:"line"},Nt=s("span",{style:{color:"#E1E4E8"}},"    ",-1),$t={style:{color:"#79B8FF"}},Ot=s("span",{style:{color:"#E1E4E8"}}," ",-1),Mt=s("span",{style:{color:"#79B8FF"}},"\\",-1),Lt=a("",1),Ht=a("",1),Yt=a("",1),Wt=a("",1),Kt=a("",1),Xt=a("",1),Gt=a("",1),zt=s("span",{class:"line"},[s("span",{style:{color:"#E1E4E8"}},"    "),s("span",{style:{color:"#79B8FF"}},"--gas=220000")],-1),Ut={class:"shiki github-light vp-code-light"},Qt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"MONIKER"),s("span",{style:{color:"#D73A49"}},"="),s("span",{style:{color:"#032F62"}},'"your_moniker"')],-1),jt=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"VALIDATOR_WALLET"),s("span",{style:{color:"#D73A49"}},"="),s("span",{style:{color:"#032F62"}},'"validator"')],-1),Jt=s("span",{class:"line"},null,-1),Zt=a("",1),sl=a("",1),al=a("",1),ol=a("",1),nl={class:"line"},el=s("span",{style:{color:"#24292E"}},"    ",-1),tl={style:{color:"#005CC5"}},ll=s("span",{style:{color:"#24292E"}}," ",-1),pl=s("span",{style:{color:"#005CC5"}},"\\",-1),cl=a("",1),il=a("",1),rl=a("",1),_l=a("",1),dl=a("",1),hl=a("",1),yl=a("",1),El=s("span",{class:"line"},[s("span",{style:{color:"#24292E"}},"    "),s("span",{style:{color:"#005CC5"}},"--gas=220000")],-1),ul=a("",37),ml=JSON.parse('{"title":"Setting up a Celestia full consensus node","description":"Learn how to set up a Celestia consensus node.","frontmatter":{"description":"Learn how to set up a Celestia consensus node.","outline":"deep","head":[["meta",{"name":"og:title","content":"Setting up a Celestia full consensus node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/consensus-node.md","filePath":"nodes/consensus-node.md","lastUpdated":1711718743000}'),Fl={name:"nodes/consensus-node.md"},Al=Object.assign(Fl,{setup(Cl){return(gl,Tl)=>(l(),p("div",null,[r,s("div",_,[d,s("div",h,[s("div",y,[E,u,s("pre",F,[s("code",null,[s("span",C,[g,s("span",T,e(t(n).mainnetChainId),1)])])]),s("pre",b,[s("code",null,[s("span",S,[m,s("span",A,e(t(n).mainnetChainId),1)])])])]),s("div",v,[f,k,s("pre",B,[s("code",null,[s("span",q,[P,s("span",I,e(t(n).mochaChainId),1)])])]),s("pre",V,[s("code",null,[s("span",w,[R,s("span",D,e(t(n).mochaChainId),1)])])])]),s("div",x,[N,$,s("pre",O,[s("code",null,[s("span",M,[L,s("span",H,e(t(n).arabicaChainId),1)])])]),s("pre",Y,[s("code",null,[s("span",W,[K,s("span",X,e(t(n).arabicaChainId),1)])])])])])]),G,s("div",z,[U,s("div",Q,[s("div",j,[J,Z,s("pre",ss,[s("code",null,[s("span",as,[os,ns,es,ts,s("span",ls,e(t(n).mainnetChainId),1)])])]),s("pre",ps,[s("code",null,[s("span",cs,[is,rs,_s,ds,s("span",hs,e(t(n).mainnetChainId),1)])])])]),s("div",ys,[Es,us,s("pre",Fs,[s("code",null,[s("span",Cs,[gs,Ts,bs,Ss,s("span",ms,e(t(n).mochaChainId),1)])])]),s("pre",As,[s("code",null,[s("span",vs,[fs,ks,Bs,qs,s("span",Ps,e(t(n).mochaChainId),1)])])])]),s("div",Is,[Vs,ws,s("pre",Rs,[s("code",null,[s("span",Ds,[xs,Ns,$s,Os,s("span",Ms,e(t(n).arabicaChainId),1)])])]),s("pre",Ls,[s("code",null,[s("span",Hs,[Ys,Ws,Ks,Xs,s("span",Gs,e(t(n).arabicaChainId),1)])])])])])]),zs,s("div",Us,[Qs,s("div",js,[s("div",Js,[Zs,sa,s("pre",aa,[s("code",null,[s("span",oa,[na,s("span",ea," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/seeds.txt ",1),ta,la,pa,ca]),o(`
 `),ia,o(`
 `),ra])]),s("pre",_a,[s("code",null,[s("span",da,[ha,s("span",ya," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/seeds.txt ",1),Ea,ua,Fa,Ca]),o(`
 `),ga,o(`
 `),Ta])])]),s("div",ba,[Sa,ma,s("pre",Aa,[s("code",null,[s("span",va,[fa,s("span",ka," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/seeds.txt ",1),Ba,qa,Pa,Ia]),o(`
 `),Va,o(`
-`),Ra])]),s("pre",wa,[s("code",null,[s("span",Da,[Na,s("span",xa," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/seeds.txt ",1),$a,Oa,Ma,La]),o(`
+`),wa])]),s("pre",Ra,[s("code",null,[s("span",Da,[xa,s("span",Na," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/seeds.txt ",1),$a,Oa,Ma,La]),o(`
 `),Ha,o(`
-`),Wa])])]),Ga])]),Ya,Ua,s("div",Qa,[Xa,s("div",za,[s("div",Ka,[ja,Ja,s("pre",Za,[s("code",null,[s("span",so,[ao,s("span",oo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/peers.txt ",1),no,eo,to,lo]),o(`
+`),Ya])])]),Wa])]),Ka,Xa,s("div",Ga,[za,s("div",Ua,[s("div",Qa,[ja,Ja,s("pre",Za,[s("code",null,[s("span",so,[ao,s("span",oo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/peers.txt ",1),no,eo,to,lo]),o(`
 `),po,o(`
 `),co])]),s("pre",io,[s("code",null,[s("span",ro,[_o,s("span",ho," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mainnetChainId)+"/peers.txt ",1),yo,Eo,uo,Fo]),o(`
 `),Co,o(`
 `),go])])]),s("div",To,[bo,So,s("pre",mo,[s("code",null,[s("span",Ao,[vo,s("span",fo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/peers.txt ",1),ko,Bo,qo,Po]),o(`
 `),Io,o(`
-`),Vo])]),s("pre",Ro,[s("code",null,[s("span",wo,[Do,s("span",No," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/peers.txt ",1),xo,$o,Oo,Mo]),o(`
+`),Vo])]),s("pre",wo,[s("code",null,[s("span",Ro,[Do,s("span",xo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).mochaChainId)+"/peers.txt ",1),No,$o,Oo,Mo]),o(`
 `),Lo,o(`
-`),Ho])])]),s("div",Wo,[Go,Yo,s("pre",Uo,[s("code",null,[s("span",Qo,[Xo,s("span",zo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).arabicaChainId)+"/peers.txt ",1),Ko,jo,Jo,Zo]),o(`
+`),Ho])])]),s("div",Yo,[Wo,Ko,s("pre",Xo,[s("code",null,[s("span",Go,[zo,s("span",Uo," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).arabicaChainId)+"/peers.txt ",1),Qo,jo,Jo,Zo]),o(`
 `),sn,o(`
 `),an])]),s("pre",on,[s("code",null,[s("span",nn,[en,s("span",tn," https://raw.githubusercontent.com/celestiaorg/networks/master/"+e(t(n).arabicaChainId)+"/peers.txt ",1),ln,pn,cn,rn]),o(`
 `),_n,o(`
@@ -24,13 +24,13 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 `),An,o(`
 `),s("span",vn,[fn,kn,Bn,qn,s("span",Pn,' ">'+e(t(n).mainnetChainId)+'.*tar" ',1),In]),o(`
 `),Vn,o(`
-`),Rn])]),s("pre",wn,[s("code",null,[Dn,o(`
-`),Nn,o(`
+`),wn])]),s("pre",Rn,[s("code",null,[Dn,o(`
 `),xn,o(`
+`),Nn,o(`
 `),$n,o(`
-`),s("span",On,[Mn,Ln,Hn,Wn,s("span",Gn,' ">'+e(t(n).mainnetChainId)+'.*tar" ',1),Yn]),o(`
-`),Un,o(`
-`),Qn])])]),s("div",Xn,[zn,Kn,s("pre",jn,[s("code",null,[Jn,o(`
+`),s("span",On,[Mn,Ln,Hn,Yn,s("span",Wn,' ">'+e(t(n).mainnetChainId)+'.*tar" ',1),Kn]),o(`
+`),Xn,o(`
+`),Gn])])]),s("div",zn,[Un,Qn,s("pre",jn,[s("code",null,[Jn,o(`
 `),Zn,o(`
 `),se,o(`
 `),ae,o(`
@@ -46,13 +46,13 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 `),Pe,o(`
 `),Ie,o(`
 `),Ve,o(`
-`),s("span",Re,[we,De,Ne,xe,s("span",$e,' ">'+e(t(n).arabicaChainId)+'.*tar" ',1),Oe]),o(`
+`),s("span",we,[Re,De,xe,Ne,s("span",$e,' ">'+e(t(n).arabicaChainId)+'.*tar" ',1),Oe]),o(`
 `),Me,o(`
-`),Le])]),s("pre",He,[s("code",null,[We,o(`
-`),Ge,o(`
-`),Ye,o(`
-`),Ue,o(`
-`),s("span",Qe,[Xe,ze,Ke,je,s("span",Je,' ">'+e(t(n).arabicaChainId)+'.*tar" ',1),Ze]),o(`
+`),Le])]),s("pre",He,[s("code",null,[Ye,o(`
+`),We,o(`
+`),Ke,o(`
+`),Xe,o(`
+`),s("span",Ge,[ze,Ue,Qe,je,s("span",Je,' ">'+e(t(n).arabicaChainId)+'.*tar" ',1),Ze]),o(`
 `),st,o(`
 `),at])])])])]),ot,s("div",nt,[et,tt,s("pre",lt,[s("code",null,[pt,o(`
 `),ct,o(`
@@ -64,18 +64,18 @@ import{c as n}from"./chunks/constants.dc70dfe7.js";import{o as l,c as p,k as s,t
 `),Pt,o(`
 `),It,o(`
 `),Vt,o(`
-`),Rt,o(`
 `),wt,o(`
+`),Rt,o(`
 `),Dt,o(`
-`),s("span",Nt,[xt,s("span",$t,"--chain-id="+e(t(n).mochaChainId),1),Ot,Mt]),o(`
+`),s("span",xt,[Nt,s("span",$t,"--chain-id="+e(t(n).mochaChainId),1),Ot,Mt]),o(`
 `),Lt,o(`
 `),Ht,o(`
+`),Yt,o(`
 `),Wt,o(`
+`),Kt,o(`
+`),Xt,o(`
 `),Gt,o(`
-`),Yt,o(`
-`),Ut,o(`
-`),Qt,o(`
-`),Xt])]),s("pre",zt,[s("code",null,[Kt,o(`
+`),zt])]),s("pre",Ut,[s("code",null,[Qt,o(`
 `),jt,o(`
 `),Jt,o(`
 `),Zt,o(`
diff --git a/pr-1489/assets/nodes_decide-node.md.5ac697a2.js b/pr-1489/assets/nodes_decide-node.md.925c090f.js
similarity index 96%
rename from pr-1489/assets/nodes_decide-node.md.5ac697a2.js
rename to pr-1489/assets/nodes_decide-node.md.925c090f.js
index 99f5fd28e5..b8f483216a 100644
--- a/pr-1489/assets/nodes_decide-node.md.5ac697a2.js
+++ b/pr-1489/assets/nodes_decide-node.md.925c090f.js
@@ -1 +1 @@
-import{_ as e,o as n,c as o,Q as a}from"./chunks/framework.611656c0.js";const _=JSON.parse('{"title":"Deciding which node to run","description":"Guide on helping you decide which type of node to run.","frontmatter":{"description":"Guide on helping you decide which type of node to run.","head":[["meta",{"name":"og:title","content":"Deciding which node to run | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/decide-node.md","filePath":"nodes/decide-node.md","lastUpdated":1711718709000}'),t={name:"nodes/decide-node.md"},i=a('
    Deciding which node to run ​
    Now that you have installed the basic dependencies, you can start exploring which nodes to run!
    Beginner ​
    It is highly recommended if you are a beginner to get started with running a Data-Availability light node.
    In order to get started, you can proceed to the light node section.
    You can also play around with the Data Availability API in this tutorial for posting and retrieving data with a light node.
    Advanced ​
    If you are looking to run a consensus node, please follow the tutorial for running a consensus node.
    Note that running a validator means you must also run a bridge node, which is covered in this section.
    ',9),d=[i];function r(c,h,s,l,u,p){return n(),o("div",null,d)}const f=e(t,[["render",r]]);export{_ as __pageData,f as default};
+import{_ as e,o as n,c as o,Q as a}from"./chunks/framework.611656c0.js";const _=JSON.parse('{"title":"Deciding which node to run","description":"Guide on helping you decide which type of node to run.","frontmatter":{"description":"Guide on helping you decide which type of node to run.","head":[["meta",{"name":"og:title","content":"Deciding which node to run | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/decide-node.md","filePath":"nodes/decide-node.md","lastUpdated":1711718743000}'),t={name:"nodes/decide-node.md"},i=a('
    Deciding which node to run ​
    Now that you have installed the basic dependencies, you can start exploring which nodes to run!
    Beginner ​
    It is highly recommended if you are a beginner to get started with running a Data-Availability light node.
    In order to get started, you can proceed to the light node section.
    You can also play around with the Data Availability API in this tutorial for posting and retrieving data with a light node.
    Advanced ​
    If you are looking to run a consensus node, please follow the tutorial for running a consensus node.
    Note that running a validator means you must also run a bridge node, which is covered in this section.
    ',9),d=[i];function r(c,h,s,l,u,p){return n(),o("div",null,d)}const f=e(t,[["render",r]]);export{_ as __pageData,f as default};
diff --git a/pr-1489/assets/nodes_decide-node.md.5ac697a2.lean.js b/pr-1489/assets/nodes_decide-node.md.925c090f.lean.js
similarity index 90%
rename from pr-1489/assets/nodes_decide-node.md.5ac697a2.lean.js
rename to pr-1489/assets/nodes_decide-node.md.925c090f.lean.js
index 0f03913efe..a91b6ba2cc 100644
--- a/pr-1489/assets/nodes_decide-node.md.5ac697a2.lean.js
+++ b/pr-1489/assets/nodes_decide-node.md.925c090f.lean.js
@@ -1 +1 @@
-import{_ as e,o as n,c as o,Q as a}from"./chunks/framework.611656c0.js";const _=JSON.parse('{"title":"Deciding which node to run","description":"Guide on helping you decide which type of node to run.","frontmatter":{"description":"Guide on helping you decide which type of node to run.","head":[["meta",{"name":"og:title","content":"Deciding which node to run | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/decide-node.md","filePath":"nodes/decide-node.md","lastUpdated":1711718709000}'),t={name:"nodes/decide-node.md"},i=a("",9),d=[i];function r(c,h,s,l,u,p){return n(),o("div",null,d)}const f=e(t,[["render",r]]);export{_ as __pageData,f as default};
+import{_ as e,o as n,c as o,Q as a}from"./chunks/framework.611656c0.js";const _=JSON.parse('{"title":"Deciding which node to run","description":"Guide on helping you decide which type of node to run.","frontmatter":{"description":"Guide on helping you decide which type of node to run.","head":[["meta",{"name":"og:title","content":"Deciding which node to run | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/decide-node.md","filePath":"nodes/decide-node.md","lastUpdated":1711718743000}'),t={name:"nodes/decide-node.md"},i=a("",9),d=[i];function r(c,h,s,l,u,p){return n(),o("div",null,d)}const f=e(t,[["render",r]]);export{_ as __pageData,f as default};
diff --git a/pr-1489/assets/nodes_docker-images.md.db7fa4bf.js b/pr-1489/assets/nodes_docker-images.md.ad55e353.js
similarity index 88%
rename from pr-1489/assets/nodes_docker-images.md.db7fa4bf.js
rename to pr-1489/assets/nodes_docker-images.md.ad55e353.js
index f76a22dcf4..3b9ce88765 100644
--- a/pr-1489/assets/nodes_docker-images.md.db7fa4bf.js
+++ b/pr-1489/assets/nodes_docker-images.md.ad55e353.js
@@ -1,59 +1,59 @@
-import{a as l}from"./chunks/arabica_versions.da77a310.js";import{m as t}from"./chunks/mocha_versions.84d9fd1c.js";import{m as p}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as r,k as s,a,t as n,l as e,Q as o}from"./chunks/framework.611656c0.js";const _=o('
    🐳 Docker setup ​
    This page has instructions to run celestia-node using Docker. If you are looking for instructions to run celestia-node using a binary, please refer to the celestia-node page.
    Using Docker is the easiest way to run celestia-node for most users. Docker is a containerization platform that allows you to run celestia-node in an isolated environment.
    This means that you can run celestia-node on your machine without having to worry about installing and configuring all of the dependencies required to run the node.
    If you would like to learn more about key management in Docker, visit the Docker and cel-key section.
    The easiest way to install Docker is to use the Docker Desktop installer or Ubuntu. You can follow the instructions for your operating system.
    Prerequisites ​
    Quick start ​
    ',9),i=o('
  43. Set the network you would like to run your node on:
    bash
    export NETWORK=celestia
    export NETWORK=celestia
    bash
    export NETWORK=mocha
    export NETWORK=mocha
    bash
    export NETWORK=arabica
    export NETWORK=arabica
  44. Set the node type
    bash
    export NODE_TYPE=light
    export NODE_TYPE=light
    bash
    export NODE_TYPE=bridge
    export NODE_TYPE=bridge
    bash
    export NODE_TYPE=full
    export NODE_TYPE=full
  45. Set an RPC endpoint for either Mainnet Beta, Mocha, or Arabica using the bare URL (without http or https):
    bash
    export RPC_URL=this-is-an-rpc-url.com
    export RPC_URL=this-is-an-rpc-url.com
    46. ',3),E=s("p",null,"Run the image from the command line:",-1),y={class:"vp-code-group vp-adaptive-theme"},d=o('
    ',1),h={class:"blocks"},T={class:"language-bash vp-adaptive-theme active"},F=s("button",{title:"Copy Code",class:"copy"},null,-1),C=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),b={class:"line"},v=s("span",{style:{color:"#E1E4E8"}},"    ",-1),P={style:{color:"#9ECBFF"}},k=s("span",{style:{color:"#E1E4E8"}}," ",-1),m=s("span",{style:{color:"#79B8FF"}},"\\",-1),A=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),S={class:"shiki github-light vp-code-light"},B=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),N={class:"line"},R=s("span",{style:{color:"#24292E"}},"    ",-1),D={style:{color:"#032F62"}},O=s("span",{style:{color:"#24292E"}}," ",-1),I=s("span",{style:{color:"#005CC5"}},"\\",-1),V=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),f={class:"language-bash vp-adaptive-theme"},$=s("button",{title:"Copy Code",class:"copy"},null,-1),W=s("span",{class:"lang"},"bash",-1),w={class:"shiki github-dark vp-code-dark"},K=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Y={class:"line"},x=s("span",{style:{color:"#E1E4E8"}},"    ",-1),M={style:{color:"#9ECBFF"}},q=s("span",{style:{color:"#E1E4E8"}}," ",-1),H=s("span",{style:{color:"#79B8FF"}},"\\",-1),L=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),U={class:"shiki github-light vp-code-light"},Q=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),z={class:"line"},G=s("span",{style:{color:"#24292E"}},"    ",-1),Z={style:{color:"#032F62"}},j=s("span",{style:{color:"#24292E"}}," ",-1),J=s("span",{style:{color:"#005CC5"}},"\\",-1),X=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),ss={class:"language-bash vp-adaptive-theme"},os=s("button",{title:"Copy Code",class:"copy"},null,-1),as=s("span",{class:"lang"},"bash",-1),ns={class:"shiki github-dark vp-code-dark"},es=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),ls={class:"line"},ts=s("span",{style:{color:"#E1E4E8"}},"    ",-1),ps={style:{color:"#9ECBFF"}},cs=s("span",{style:{color:"#E1E4E8"}}," ",-1),rs=s("span",{style:{color:"#79B8FF"}},"\\",-1),_s=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),is={class:"shiki github-light vp-code-light"},Es=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),ys={class:"line"},ds=s("span",{style:{color:"#24292E"}},"    ",-1),hs={style:{color:"#032F62"}},Ts=s("span",{style:{color:"#24292E"}}," ",-1),Fs=s("span",{style:{color:"#005CC5"}},"\\",-1),Cs=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),us=o(`
    Congratulations! You now have a celestia-node running!
    If you would like to run the node with custom flags, you can refer to the celestia-node tutorial page. Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    Light node setup with persistent storage ​
    If you delete a container that you started above, all data will be lost. To avoid this, you can mount a volume to the container. This will allow you to persist data even after the container is deleted.
    First, you will need to create a directory on your host machine. This directory will be used to store the data for the container. Create a directory on your host machine and give it a name. For example, you can name it my-node-store:
    bash
    cd $HOME
+import{a as l}from"./chunks/arabica_versions.da77a310.js";import{m as t}from"./chunks/mocha_versions.84d9fd1c.js";import{m as p}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as r,k as s,a,t as n,l as e,Q as o}from"./chunks/framework.611656c0.js";const _=o('
    🐳 Docker setup ​
    This page has instructions to run celestia-node using Docker. If you are looking for instructions to run celestia-node using a binary, please refer to the celestia-node page.
    Using Docker is the easiest way to run celestia-node for most users. Docker is a containerization platform that allows you to run celestia-node in an isolated environment.
    This means that you can run celestia-node on your machine without having to worry about installing and configuring all of the dependencies required to run the node.
    If you would like to learn more about key management in Docker, visit the Docker and cel-key section.
    The easiest way to install Docker is to use the Docker Desktop installer or Ubuntu. You can follow the instructions for your operating system.
    Prerequisites ​
    Quick start ​
    ',9),i=o('
  46. Set the network you would like to run your node on:
    bash
    export NETWORK=celestia
    export NETWORK=celestia
    bash
    export NETWORK=mocha
    export NETWORK=mocha
    bash
    export NETWORK=arabica
    export NETWORK=arabica
  47. Set the node type
    bash
    export NODE_TYPE=light
    export NODE_TYPE=light
    bash
    export NODE_TYPE=bridge
    export NODE_TYPE=bridge
    bash
    export NODE_TYPE=full
    export NODE_TYPE=full
  48. Set an RPC endpoint for either Mainnet Beta, Mocha, or Arabica using the bare URL (without http or https):
    bash
    export RPC_URL=this-is-an-rpc-url.com
    export RPC_URL=this-is-an-rpc-url.com
    49. ',3),E=s("p",null,"Run the image from the command line:",-1),y={class:"vp-code-group vp-adaptive-theme"},d=o('
    ',1),h={class:"blocks"},T={class:"language-bash vp-adaptive-theme active"},F=s("button",{title:"Copy Code",class:"copy"},null,-1),C=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),b={class:"line"},v=s("span",{style:{color:"#E1E4E8"}},"    ",-1),k={style:{color:"#9ECBFF"}},P=s("span",{style:{color:"#E1E4E8"}}," ",-1),m=s("span",{style:{color:"#79B8FF"}},"\\",-1),A=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),S={class:"shiki github-light vp-code-light"},B=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),N={class:"line"},R=s("span",{style:{color:"#24292E"}},"    ",-1),D={style:{color:"#032F62"}},O=s("span",{style:{color:"#24292E"}}," ",-1),I=s("span",{style:{color:"#005CC5"}},"\\",-1),V=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),f={class:"language-bash vp-adaptive-theme"},$=s("button",{title:"Copy Code",class:"copy"},null,-1),w=s("span",{class:"lang"},"bash",-1),W={class:"shiki github-dark vp-code-dark"},K=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Y={class:"line"},x=s("span",{style:{color:"#E1E4E8"}},"    ",-1),M={style:{color:"#9ECBFF"}},H=s("span",{style:{color:"#E1E4E8"}}," ",-1),U=s("span",{style:{color:"#79B8FF"}},"\\",-1),L=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),q={class:"shiki github-light vp-code-light"},Q=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),z={class:"line"},J=s("span",{style:{color:"#24292E"}},"    ",-1),j={style:{color:"#032F62"}},X=s("span",{style:{color:"#24292E"}}," ",-1),G=s("span",{style:{color:"#005CC5"}},"\\",-1),Z=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),ss={class:"language-bash vp-adaptive-theme"},os=s("button",{title:"Copy Code",class:"copy"},null,-1),as=s("span",{class:"lang"},"bash",-1),ns={class:"shiki github-dark vp-code-dark"},es=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),ls={class:"line"},ts=s("span",{style:{color:"#E1E4E8"}},"    ",-1),ps={style:{color:"#9ECBFF"}},cs=s("span",{style:{color:"#E1E4E8"}}," ",-1),rs=s("span",{style:{color:"#79B8FF"}},"\\",-1),_s=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),is={class:"shiki github-light vp-code-light"},Es=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),ys={class:"line"},ds=s("span",{style:{color:"#24292E"}},"    ",-1),hs={style:{color:"#032F62"}},Ts=s("span",{style:{color:"#24292E"}}," ",-1),Fs=s("span",{style:{color:"#005CC5"}},"\\",-1),Cs=o('    celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK',1),us=o(`
    Congratulations! You now have a celestia-node running!
    If you would like to run the node with custom flags, you can refer to the celestia-node tutorial page. Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    Light node setup with persistent storage ​
    If you delete a container that you started above, all data will be lost. To avoid this, you can mount a volume to the container. This will allow you to persist data even after the container is deleted.
    First, you will need to create a directory on your host machine. This directory will be used to store the data for the container. Create a directory on your host machine and give it a name. For example, you can name it my-node-store:
    bash
    cd $HOME
 mkdir my-node-store
    cd $HOME
-mkdir my-node-store
    Now, you can mount this directory to the container. Before mounting a volume, you may need to set permissions for the user on the host machine by running:
    bash
    sudo chown 10001:10001 $HOME/my-node-store
    sudo chown 10001:10001 $HOME/my-node-store
    bash
    # you're good to go 😎
    # you're good to go 😎
    Initialize the node store and key ​
    In order to mount a volume to the container, you need to specify the path to the volume. When you run your container, you can specify the path to the volume using the --volume (or -v for short) flag. In this command, we'll create our key and initialize the node store, using the variables we set in the quick start section:
    bash
    # --volume == -v [local path]:[container path]
+mkdir my-node-store
    Now, you can mount this directory to the container. Before mounting a volume, you may need to set permissions for the user on the host machine by running:
    bash
    sudo chown 10001:10001 $HOME/my-node-store
    sudo chown 10001:10001 $HOME/my-node-store
    bash
    # you're good to go 😎
    # you're good to go 😎
    Initialize the node store and key ​
    In order to mount a volume to the container, you need to specify the path to the volume. When you run your container, you can specify the path to the volume using the --volume (or -v for short) flag. In this command, we'll create our key and initialize the node store, using the variables we set in the quick start section:
    bash
    # --volume == -v [local path]:[container path]
 docker run [args...] -v $HOME/my-node-store:/home/celestia \\
     celestia $NODE_TYPE init [args...]
    # --volume == -v [local path]:[container path]
 docker run [args...] -v $HOME/my-node-store:/home/celestia \\
-    celestia $NODE_TYPE init [args...]
    An example init command will look similar to below:
    `,12),gs={class:"vp-code-group vp-adaptive-theme"},bs=o('
    ',1),vs={class:"blocks"},Ps={class:"language-bash vp-adaptive-theme active"},ks=s("button",{title:"Copy Code",class:"copy"},null,-1),ms=s("span",{class:"lang"},"bash",-1),As={class:"shiki github-dark vp-code-dark"},Ss=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Bs=o('    -v $HOME/my-node-store:/home/celestia \\',1),Ns={class:"line"},Rs=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ds={style:{color:"#9ECBFF"}},Os=s("span",{style:{color:"#E1E4E8"}}," ",-1),Is=s("span",{style:{color:"#79B8FF"}},"\\",-1),Vs=o('    celestia light init --p2p.network $NETWORK',1),fs={class:"shiki github-light vp-code-light"},$s=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ws=o('    -v $HOME/my-node-store:/home/celestia \\',1),ws={class:"line"},Ks=s("span",{style:{color:"#24292E"}},"    ",-1),Ys={style:{color:"#032F62"}},xs=s("span",{style:{color:"#24292E"}}," ",-1),Ms=s("span",{style:{color:"#005CC5"}},"\\",-1),qs=o('    celestia light init --p2p.network $NETWORK',1),Hs={class:"language-bash vp-adaptive-theme"},Ls=s("button",{title:"Copy Code",class:"copy"},null,-1),Us=s("span",{class:"lang"},"bash",-1),Qs={class:"shiki github-dark vp-code-dark"},zs=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Gs=o('    -v $HOME/my-node-store:/home/celestia \\',1),Zs={class:"line"},js=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Js={style:{color:"#9ECBFF"}},Xs=s("span",{style:{color:"#E1E4E8"}}," ",-1),so=s("span",{style:{color:"#79B8FF"}},"\\",-1),oo=o('    celestia light init --p2p.network $NETWORK',1),ao={class:"shiki github-light vp-code-light"},no=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),eo=o('    -v $HOME/my-node-store:/home/celestia \\',1),lo={class:"line"},to=s("span",{style:{color:"#24292E"}},"    ",-1),po={style:{color:"#032F62"}},co=s("span",{style:{color:"#24292E"}}," ",-1),ro=s("span",{style:{color:"#005CC5"}},"\\",-1),_o=o('    celestia light init --p2p.network $NETWORK',1),io={class:"language-bash vp-adaptive-theme"},Eo=s("button",{title:"Copy Code",class:"copy"},null,-1),yo=s("span",{class:"lang"},"bash",-1),ho={class:"shiki github-dark vp-code-dark"},To=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Fo=o('    -v $HOME/my-node-store:/home/celestia \\',1),Co={class:"line"},uo=s("span",{style:{color:"#E1E4E8"}},"    ",-1),go={style:{color:"#9ECBFF"}},bo=s("span",{style:{color:"#E1E4E8"}}," ",-1),vo=s("span",{style:{color:"#79B8FF"}},"\\",-1),Po=o('    celestia light init --p2p.network $NETWORK',1),ko={class:"shiki github-light vp-code-light"},mo=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ao=o('    -v $HOME/my-node-store:/home/celestia \\',1),So={class:"line"},Bo=s("span",{style:{color:"#24292E"}},"    ",-1),No={style:{color:"#032F62"}},Ro=s("span",{style:{color:"#24292E"}}," ",-1),Do=s("span",{style:{color:"#005CC5"}},"\\",-1),Oo=o('    celestia light init --p2p.network $NETWORK',1),Io=o(`
    Start the node ​
    Run the following command to start the node:
    bash
    # --volume == -v [local path]:[container path]
+    celestia $NODE_TYPE init [args...]
    An example init command will look similar to below:
    `,12),gs={class:"vp-code-group vp-adaptive-theme"},bs=o('
    ',1),vs={class:"blocks"},ks={class:"language-bash vp-adaptive-theme active"},Ps=s("button",{title:"Copy Code",class:"copy"},null,-1),ms=s("span",{class:"lang"},"bash",-1),As={class:"shiki github-dark vp-code-dark"},Ss=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Bs=o('    -v $HOME/my-node-store:/home/celestia \\',1),Ns={class:"line"},Rs=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ds={style:{color:"#9ECBFF"}},Os=s("span",{style:{color:"#E1E4E8"}}," ",-1),Is=s("span",{style:{color:"#79B8FF"}},"\\",-1),Vs=o('    celestia light init --p2p.network $NETWORK',1),fs={class:"shiki github-light vp-code-light"},$s=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),ws=o('    -v $HOME/my-node-store:/home/celestia \\',1),Ws={class:"line"},Ks=s("span",{style:{color:"#24292E"}},"    ",-1),Ys={style:{color:"#032F62"}},xs=s("span",{style:{color:"#24292E"}}," ",-1),Ms=s("span",{style:{color:"#005CC5"}},"\\",-1),Hs=o('    celestia light init --p2p.network $NETWORK',1),Us={class:"language-bash vp-adaptive-theme"},Ls=s("button",{title:"Copy Code",class:"copy"},null,-1),qs=s("span",{class:"lang"},"bash",-1),Qs={class:"shiki github-dark vp-code-dark"},zs=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Js=o('    -v $HOME/my-node-store:/home/celestia \\',1),js={class:"line"},Xs=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Gs={style:{color:"#9ECBFF"}},Zs=s("span",{style:{color:"#E1E4E8"}}," ",-1),so=s("span",{style:{color:"#79B8FF"}},"\\",-1),oo=o('    celestia light init --p2p.network $NETWORK',1),ao={class:"shiki github-light vp-code-light"},no=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),eo=o('    -v $HOME/my-node-store:/home/celestia \\',1),lo={class:"line"},to=s("span",{style:{color:"#24292E"}},"    ",-1),po={style:{color:"#032F62"}},co=s("span",{style:{color:"#24292E"}}," ",-1),ro=s("span",{style:{color:"#005CC5"}},"\\",-1),_o=o('    celestia light init --p2p.network $NETWORK',1),io={class:"language-bash vp-adaptive-theme"},Eo=s("button",{title:"Copy Code",class:"copy"},null,-1),yo=s("span",{class:"lang"},"bash",-1),ho={class:"shiki github-dark vp-code-dark"},To=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Fo=o('    -v $HOME/my-node-store:/home/celestia \\',1),Co={class:"line"},uo=s("span",{style:{color:"#E1E4E8"}},"    ",-1),go={style:{color:"#9ECBFF"}},bo=s("span",{style:{color:"#E1E4E8"}}," ",-1),vo=s("span",{style:{color:"#79B8FF"}},"\\",-1),ko=o('    celestia light init --p2p.network $NETWORK',1),Po={class:"shiki github-light vp-code-light"},mo=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ao=o('    -v $HOME/my-node-store:/home/celestia \\',1),So={class:"line"},Bo=s("span",{style:{color:"#24292E"}},"    ",-1),No={style:{color:"#032F62"}},Ro=s("span",{style:{color:"#24292E"}}," ",-1),Do=s("span",{style:{color:"#005CC5"}},"\\",-1),Oo=o('    celestia light init --p2p.network $NETWORK',1),Io=o(`
    Start the node ​
    Run the following command to start the node:
    bash
    # --volume == -v [local path]:[container path]
 docker run [...args] -v $HOME/my-node-store:/home/celestia \\
     celestia <node-type> start [...args]
    # --volume == -v [local path]:[container path]
 docker run [...args] -v $HOME/my-node-store:/home/celestia \\
-    celestia <node-type> start [...args]
    A full start command will look similar to below.
    `,4),Vo={class:"vp-code-group vp-adaptive-theme"},fo=o('
    ',1),$o={class:"blocks"},Wo={class:"language-bash vp-adaptive-theme active"},wo=s("button",{title:"Copy Code",class:"copy"},null,-1),Ko=s("span",{class:"lang"},"bash",-1),Yo={class:"shiki github-dark vp-code-dark"},xo=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Mo=o('    -v $HOME/my-node-store:/home/celestia \\',1),qo={class:"line"},Ho=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Lo={style:{color:"#9ECBFF"}},Uo=s("span",{style:{color:"#E1E4E8"}}," ",-1),Qo=s("span",{style:{color:"#79B8FF"}},"\\",-1),zo=o('    celestia light start --core.ip $RPC_URL',1),Go={class:"shiki github-light vp-code-light"},Zo=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),jo=o('    -v $HOME/my-node-store:/home/celestia \\',1),Jo={class:"line"},Xo=s("span",{style:{color:"#24292E"}},"    ",-1),sa={style:{color:"#032F62"}},oa=s("span",{style:{color:"#24292E"}}," ",-1),aa=s("span",{style:{color:"#005CC5"}},"\\",-1),na=o('    celestia light start --core.ip $RPC_URL',1),ea={class:"language-bash vp-adaptive-theme"},la=s("button",{title:"Copy Code",class:"copy"},null,-1),ta=s("span",{class:"lang"},"bash",-1),pa={class:"shiki github-dark vp-code-dark"},ca=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),ra=o('    -v $HOME/my-node-store:/home/celestia \\',1),_a={class:"line"},ia=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ea={style:{color:"#9ECBFF"}},ya=s("span",{style:{color:"#E1E4E8"}}," ",-1),da=s("span",{style:{color:"#79B8FF"}},"\\",-1),ha=o('    celestia light start --core.ip $RPC_URL',1),Ta={class:"shiki github-light vp-code-light"},Fa=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ca=o('    -v $HOME/my-node-store:/home/celestia \\',1),ua={class:"line"},ga=s("span",{style:{color:"#24292E"}},"    ",-1),ba={style:{color:"#032F62"}},va=s("span",{style:{color:"#24292E"}}," ",-1),Pa=s("span",{style:{color:"#005CC5"}},"\\",-1),ka=o('    celestia light start --core.ip $RPC_URL',1),ma={class:"language-bash vp-adaptive-theme"},Aa=s("button",{title:"Copy Code",class:"copy"},null,-1),Sa=s("span",{class:"lang"},"bash",-1),Ba={class:"shiki github-dark vp-code-dark"},Na=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ra=o('    -v $HOME/my-node-store:/home/celestia \\',1),Da={class:"line"},Oa=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ia={style:{color:"#9ECBFF"}},Va=s("span",{style:{color:"#E1E4E8"}}," ",-1),fa=s("span",{style:{color:"#79B8FF"}},"\\",-1),$a=o('    celestia light start --core.ip $RPC_URL',1),Wa={class:"shiki github-light vp-code-light"},wa=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ka=o('    -v $HOME/my-node-store:/home/celestia \\',1),Ya={class:"line"},xa=s("span",{style:{color:"#24292E"}},"    ",-1),Ma={style:{color:"#032F62"}},qa=s("span",{style:{color:"#24292E"}}," ",-1),Ha=s("span",{style:{color:"#005CC5"}},"\\",-1),La=o('    celestia light start --core.ip $RPC_URL',1),Ua=s("p",null,"Congratulations! You now have a node running with persistent storage.",-1),Qa=s("h2",{id:"video-walkthrough",tabindex:"-1"},[a("Video walkthrough "),s("a",{class:"header-anchor",href:"#video-walkthrough","aria-label":'Permalink to "Video walkthrough"'},"​")],-1),za=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Running a Celestia light node",src:"https://youtube.com/embed/WFubhQc8tGk",allowfullscreen:""})],-1),Ga=s("h3",{id:"_2-5-minute-version",tabindex:"-1"},[a("2.5 minute version "),s("a",{class:"header-anchor",href:"#_2-5-minute-version","aria-label":'Permalink to "2.5 minute version"'},"​")],-1),Za=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Running a Celestia light node",src:"https://youtube.com/embed/ROZv871Q7RM",allowfullscreen:""})],-1),ja=s("h2",{id:"troubleshooting",tabindex:"-1"},[a("Troubleshooting "),s("a",{class:"header-anchor",href:"#troubleshooting","aria-label":'Permalink to "Troubleshooting"'},"​")],-1),Ja=s("p",null,[a("For security purposes Celestia expects to interact with the your node's keys in a read-only manner. This is enforced using linux style permissions on the filesystem. Windows NTFS does not support these types of permissions. As a result the recommended path for Windows users to mount a persisted volume is to do so within WSL. You can find "),s("a",{href:"https://learn.microsoft.com/en-us/windows/wsl/install",target:"_blank",rel:"noreferrer"},"instructions for installing WSL"),a(".")],-1),pn=JSON.parse('{"title":"🐳 Docker setup","description":"Running Celestia Node using Docker.","frontmatter":{"sidebar_label":"Docker images","description":"Running Celestia Node using Docker.","head":[["meta",{"name":"og:title","content":"🐳 Docker setup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/docker-images.md","filePath":"nodes/docker-images.md","lastUpdated":1711718709000}'),Xa={name:"nodes/docker-images.md"},cn=Object.assign(Xa,{setup(sn){return(on,an)=>(c(),r("div",null,[_,s("ol",null,[i,s("li",null,[E,s("div",y,[d,s("div",h,[s("div",T,[F,C,s("pre",u,[s("code",null,[g,a(`
-`),s("span",b,[v,s("span",P,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),k,m]),a(`
+    celestia <node-type> start [...args]
    A full start command will look similar to below.
    `,4),Vo={class:"vp-code-group vp-adaptive-theme"},fo=o('
    ',1),$o={class:"blocks"},wo={class:"language-bash vp-adaptive-theme active"},Wo=s("button",{title:"Copy Code",class:"copy"},null,-1),Ko=s("span",{class:"lang"},"bash",-1),Yo={class:"shiki github-dark vp-code-dark"},xo=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Mo=o('    -v $HOME/my-node-store:/home/celestia \\',1),Ho={class:"line"},Uo=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Lo={style:{color:"#9ECBFF"}},qo=s("span",{style:{color:"#E1E4E8"}}," ",-1),Qo=s("span",{style:{color:"#79B8FF"}},"\\",-1),zo=o('    celestia light start --core.ip $RPC_URL',1),Jo={class:"shiki github-light vp-code-light"},jo=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Xo=o('    -v $HOME/my-node-store:/home/celestia \\',1),Go={class:"line"},Zo=s("span",{style:{color:"#24292E"}},"    ",-1),sa={style:{color:"#032F62"}},oa=s("span",{style:{color:"#24292E"}}," ",-1),aa=s("span",{style:{color:"#005CC5"}},"\\",-1),na=o('    celestia light start --core.ip $RPC_URL',1),ea={class:"language-bash vp-adaptive-theme"},la=s("button",{title:"Copy Code",class:"copy"},null,-1),ta=s("span",{class:"lang"},"bash",-1),pa={class:"shiki github-dark vp-code-dark"},ca=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),ra=o('    -v $HOME/my-node-store:/home/celestia \\',1),_a={class:"line"},ia=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ea={style:{color:"#9ECBFF"}},ya=s("span",{style:{color:"#E1E4E8"}}," ",-1),da=s("span",{style:{color:"#79B8FF"}},"\\",-1),ha=o('    celestia light start --core.ip $RPC_URL',1),Ta={class:"shiki github-light vp-code-light"},Fa=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ca=o('    -v $HOME/my-node-store:/home/celestia \\',1),ua={class:"line"},ga=s("span",{style:{color:"#24292E"}},"    ",-1),ba={style:{color:"#032F62"}},va=s("span",{style:{color:"#24292E"}}," ",-1),ka=s("span",{style:{color:"#005CC5"}},"\\",-1),Pa=o('    celestia light start --core.ip $RPC_URL',1),ma={class:"language-bash vp-adaptive-theme"},Aa=s("button",{title:"Copy Code",class:"copy"},null,-1),Sa=s("span",{class:"lang"},"bash",-1),Ba={class:"shiki github-dark vp-code-dark"},Na=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ra=o('    -v $HOME/my-node-store:/home/celestia \\',1),Da={class:"line"},Oa=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ia={style:{color:"#9ECBFF"}},Va=s("span",{style:{color:"#E1E4E8"}}," ",-1),fa=s("span",{style:{color:"#79B8FF"}},"\\",-1),$a=o('    celestia light start --core.ip $RPC_URL',1),wa={class:"shiki github-light vp-code-light"},Wa=o('docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \\',1),Ka=o('    -v $HOME/my-node-store:/home/celestia \\',1),Ya={class:"line"},xa=s("span",{style:{color:"#24292E"}},"    ",-1),Ma={style:{color:"#032F62"}},Ha=s("span",{style:{color:"#24292E"}}," ",-1),Ua=s("span",{style:{color:"#005CC5"}},"\\",-1),La=o('    celestia light start --core.ip $RPC_URL',1),qa=s("p",null,"Congratulations! You now have a node running with persistent storage.",-1),Qa=s("h2",{id:"video-walkthrough",tabindex:"-1"},[a("Video walkthrough "),s("a",{class:"header-anchor",href:"#video-walkthrough","aria-label":'Permalink to "Video walkthrough"'},"​")],-1),za=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Running a Celestia light node",src:"https://youtube.com/embed/WFubhQc8tGk",allowfullscreen:""})],-1),Ja=s("h3",{id:"_2-5-minute-version",tabindex:"-1"},[a("2.5 minute version "),s("a",{class:"header-anchor",href:"#_2-5-minute-version","aria-label":'Permalink to "2.5 minute version"'},"​")],-1),ja=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Running a Celestia light node",src:"https://youtube.com/embed/ROZv871Q7RM",allowfullscreen:""})],-1),Xa=s("h2",{id:"troubleshooting",tabindex:"-1"},[a("Troubleshooting "),s("a",{class:"header-anchor",href:"#troubleshooting","aria-label":'Permalink to "Troubleshooting"'},"​")],-1),Ga=s("p",null,[a("For security purposes Celestia expects to interact with the your node's keys in a read-only manner. This is enforced using linux style permissions on the filesystem. Windows NTFS does not support these types of permissions. As a result the recommended path for Windows users to mount a persisted volume is to do so within WSL. You can find "),s("a",{href:"https://learn.microsoft.com/en-us/windows/wsl/install",target:"_blank",rel:"noreferrer"},"instructions for installing WSL"),a(".")],-1),pn=JSON.parse('{"title":"🐳 Docker setup","description":"Running Celestia Node using Docker.","frontmatter":{"sidebar_label":"Docker images","description":"Running Celestia Node using Docker.","head":[["meta",{"name":"og:title","content":"🐳 Docker setup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/docker-images.md","filePath":"nodes/docker-images.md","lastUpdated":1711718743000}'),Za={name:"nodes/docker-images.md"},cn=Object.assign(Za,{setup(sn){return(on,an)=>(c(),r("div",null,[_,s("ol",null,[i,s("li",null,[E,s("div",y,[d,s("div",h,[s("div",T,[F,C,s("pre",u,[s("code",null,[g,a(`
+`),s("span",b,[v,s("span",k,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),P,m]),a(`
 `),A])]),s("pre",S,[s("code",null,[B,a(`
 `),s("span",N,[R,s("span",D,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),O,I]),a(`
-`),V])])]),s("div",f,[$,W,s("pre",w,[s("code",null,[K,a(`
-`),s("span",Y,[x,s("span",M,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),q,H]),a(`
-`),L])]),s("pre",U,[s("code",null,[Q,a(`
-`),s("span",z,[G,s("span",Z,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),j,J]),a(`
-`),X])])]),s("div",ss,[os,as,s("pre",ns,[s("code",null,[es,a(`
+`),V])])]),s("div",f,[$,w,s("pre",W,[s("code",null,[K,a(`
+`),s("span",Y,[x,s("span",M,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),H,U]),a(`
+`),L])]),s("pre",q,[s("code",null,[Q,a(`
+`),s("span",z,[J,s("span",j,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),X,G]),a(`
+`),Z])])]),s("div",ss,[os,as,s("pre",ns,[s("code",null,[es,a(`
 `),s("span",ls,[ts,s("span",ps,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),cs,rs]),a(`
 `),_s])]),s("pre",is,[s("code",null,[Es,a(`
 `),s("span",ys,[ds,s("span",hs,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),Ts,Fs]),a(`
-`),Cs])])])])])])]),us,s("div",gs,[bs,s("div",vs,[s("div",Ps,[ks,ms,s("pre",As,[s("code",null,[Ss,a(`
+`),Cs])])])])])])]),us,s("div",gs,[bs,s("div",vs,[s("div",ks,[Ps,ms,s("pre",As,[s("code",null,[Ss,a(`
 `),Bs,a(`
 `),s("span",Ns,[Rs,s("span",Ds,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),Os,Is]),a(`
 `),Vs])]),s("pre",fs,[s("code",null,[$s,a(`
-`),Ws,a(`
-`),s("span",ws,[Ks,s("span",Ys,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),xs,Ms]),a(`
-`),qs])])]),s("div",Hs,[Ls,Us,s("pre",Qs,[s("code",null,[zs,a(`
-`),Gs,a(`
-`),s("span",Zs,[js,s("span",Js,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),Xs,so]),a(`
+`),ws,a(`
+`),s("span",Ws,[Ks,s("span",Ys,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),xs,Ms]),a(`
+`),Hs])])]),s("div",Us,[Ls,qs,s("pre",Qs,[s("code",null,[zs,a(`
+`),Js,a(`
+`),s("span",js,[Xs,s("span",Gs,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),Zs,so]),a(`
 `),oo])]),s("pre",ao,[s("code",null,[no,a(`
 `),eo,a(`
 `),s("span",lo,[to,s("span",po,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),co,ro]),a(`
 `),_o])])]),s("div",io,[Eo,yo,s("pre",ho,[s("code",null,[To,a(`
 `),Fo,a(`
 `),s("span",Co,[uo,s("span",go,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),bo,vo]),a(`
-`),Po])]),s("pre",ko,[s("code",null,[mo,a(`
+`),ko])]),s("pre",Po,[s("code",null,[mo,a(`
 `),Ao,a(`
 `),s("span",So,[Bo,s("span",No,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),Ro,Do]),a(`
-`),Oo])])])])]),Io,s("div",Vo,[fo,s("div",$o,[s("div",Wo,[wo,Ko,s("pre",Yo,[s("code",null,[xo,a(`
+`),Oo])])])])]),Io,s("div",Vo,[fo,s("div",$o,[s("div",wo,[Wo,Ko,s("pre",Yo,[s("code",null,[xo,a(`
 `),Mo,a(`
-`),s("span",qo,[Ho,s("span",Lo,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),Uo,Qo]),a(`
-`),zo])]),s("pre",Go,[s("code",null,[Zo,a(`
-`),jo,a(`
-`),s("span",Jo,[Xo,s("span",sa,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),oa,aa]),a(`
+`),s("span",Ho,[Uo,s("span",Lo,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),qo,Qo]),a(`
+`),zo])]),s("pre",Jo,[s("code",null,[jo,a(`
+`),Xo,a(`
+`),s("span",Go,[Zo,s("span",sa,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),oa,aa]),a(`
 `),na])])]),s("div",ea,[la,ta,s("pre",pa,[s("code",null,[ca,a(`
 `),ra,a(`
 `),s("span",_a,[ia,s("span",Ea,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),ya,da]),a(`
 `),ha])]),s("pre",Ta,[s("code",null,[Fa,a(`
 `),Ca,a(`
-`),s("span",ua,[ga,s("span",ba,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),va,Pa]),a(`
-`),ka])])]),s("div",ma,[Aa,Sa,s("pre",Ba,[s("code",null,[Na,a(`
+`),s("span",ua,[ga,s("span",ba,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),va,ka]),a(`
+`),Pa])])]),s("div",ma,[Aa,Sa,s("pre",Ba,[s("code",null,[Na,a(`
 `),Ra,a(`
 `),s("span",Da,[Oa,s("span",Ia,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),Va,fa]),a(`
-`),$a])]),s("pre",Wa,[s("code",null,[wa,a(`
+`),$a])]),s("pre",wa,[s("code",null,[Wa,a(`
 `),Ka,a(`
-`),s("span",Ya,[xa,s("span",Ma,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),qa,Ha]),a(`
-`),La])])])])]),Ua,Qa,za,Ga,Za,ja,Ja]))}});export{pn as __pageData,cn as default};
+`),s("span",Ya,[xa,s("span",Ma,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),Ha,Ua]),a(`
+`),La])])])])]),qa,Qa,za,Ja,ja,Xa,Ga]))}});export{pn as __pageData,cn as default};
diff --git a/pr-1489/assets/nodes_docker-images.md.db7fa4bf.lean.js b/pr-1489/assets/nodes_docker-images.md.ad55e353.lean.js
similarity index 68%
rename from pr-1489/assets/nodes_docker-images.md.db7fa4bf.lean.js
rename to pr-1489/assets/nodes_docker-images.md.ad55e353.lean.js
index 741703b2ca..2d783586a5 100644
--- a/pr-1489/assets/nodes_docker-images.md.db7fa4bf.lean.js
+++ b/pr-1489/assets/nodes_docker-images.md.ad55e353.lean.js
@@ -1,49 +1,49 @@
-import{a as l}from"./chunks/arabica_versions.da77a310.js";import{m as t}from"./chunks/mocha_versions.84d9fd1c.js";import{m as p}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as r,k as s,a,t as n,l as e,Q as o}from"./chunks/framework.611656c0.js";const _=o("",9),i=o("",3),E=s("p",null,"Run the image from the command line:",-1),y={class:"vp-code-group vp-adaptive-theme"},d=o("",1),h={class:"blocks"},T={class:"language-bash vp-adaptive-theme active"},F=s("button",{title:"Copy Code",class:"copy"},null,-1),C=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g=o("",1),b={class:"line"},v=s("span",{style:{color:"#E1E4E8"}},"    ",-1),P={style:{color:"#9ECBFF"}},k=s("span",{style:{color:"#E1E4E8"}}," ",-1),m=s("span",{style:{color:"#79B8FF"}},"\\",-1),A=o("",1),S={class:"shiki github-light vp-code-light"},B=o("",1),N={class:"line"},R=s("span",{style:{color:"#24292E"}},"    ",-1),D={style:{color:"#032F62"}},O=s("span",{style:{color:"#24292E"}}," ",-1),I=s("span",{style:{color:"#005CC5"}},"\\",-1),V=o("",1),f={class:"language-bash vp-adaptive-theme"},$=s("button",{title:"Copy Code",class:"copy"},null,-1),W=s("span",{class:"lang"},"bash",-1),w={class:"shiki github-dark vp-code-dark"},K=o("",1),Y={class:"line"},x=s("span",{style:{color:"#E1E4E8"}},"    ",-1),M={style:{color:"#9ECBFF"}},q=s("span",{style:{color:"#E1E4E8"}}," ",-1),H=s("span",{style:{color:"#79B8FF"}},"\\",-1),L=o("",1),U={class:"shiki github-light vp-code-light"},Q=o("",1),z={class:"line"},G=s("span",{style:{color:"#24292E"}},"    ",-1),Z={style:{color:"#032F62"}},j=s("span",{style:{color:"#24292E"}}," ",-1),J=s("span",{style:{color:"#005CC5"}},"\\",-1),X=o("",1),ss={class:"language-bash vp-adaptive-theme"},os=s("button",{title:"Copy Code",class:"copy"},null,-1),as=s("span",{class:"lang"},"bash",-1),ns={class:"shiki github-dark vp-code-dark"},es=o("",1),ls={class:"line"},ts=s("span",{style:{color:"#E1E4E8"}},"    ",-1),ps={style:{color:"#9ECBFF"}},cs=s("span",{style:{color:"#E1E4E8"}}," ",-1),rs=s("span",{style:{color:"#79B8FF"}},"\\",-1),_s=o("",1),is={class:"shiki github-light vp-code-light"},Es=o("",1),ys={class:"line"},ds=s("span",{style:{color:"#24292E"}},"    ",-1),hs={style:{color:"#032F62"}},Ts=s("span",{style:{color:"#24292E"}}," ",-1),Fs=s("span",{style:{color:"#005CC5"}},"\\",-1),Cs=o("",1),us=o("",12),gs={class:"vp-code-group vp-adaptive-theme"},bs=o("",1),vs={class:"blocks"},Ps={class:"language-bash vp-adaptive-theme active"},ks=s("button",{title:"Copy Code",class:"copy"},null,-1),ms=s("span",{class:"lang"},"bash",-1),As={class:"shiki github-dark vp-code-dark"},Ss=o("",1),Bs=o("",1),Ns={class:"line"},Rs=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ds={style:{color:"#9ECBFF"}},Os=s("span",{style:{color:"#E1E4E8"}}," ",-1),Is=s("span",{style:{color:"#79B8FF"}},"\\",-1),Vs=o("",1),fs={class:"shiki github-light vp-code-light"},$s=o("",1),Ws=o("",1),ws={class:"line"},Ks=s("span",{style:{color:"#24292E"}},"    ",-1),Ys={style:{color:"#032F62"}},xs=s("span",{style:{color:"#24292E"}}," ",-1),Ms=s("span",{style:{color:"#005CC5"}},"\\",-1),qs=o("",1),Hs={class:"language-bash vp-adaptive-theme"},Ls=s("button",{title:"Copy Code",class:"copy"},null,-1),Us=s("span",{class:"lang"},"bash",-1),Qs={class:"shiki github-dark vp-code-dark"},zs=o("",1),Gs=o("",1),Zs={class:"line"},js=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Js={style:{color:"#9ECBFF"}},Xs=s("span",{style:{color:"#E1E4E8"}}," ",-1),so=s("span",{style:{color:"#79B8FF"}},"\\",-1),oo=o("",1),ao={class:"shiki github-light vp-code-light"},no=o("",1),eo=o("",1),lo={class:"line"},to=s("span",{style:{color:"#24292E"}},"    ",-1),po={style:{color:"#032F62"}},co=s("span",{style:{color:"#24292E"}}," ",-1),ro=s("span",{style:{color:"#005CC5"}},"\\",-1),_o=o("",1),io={class:"language-bash vp-adaptive-theme"},Eo=s("button",{title:"Copy Code",class:"copy"},null,-1),yo=s("span",{class:"lang"},"bash",-1),ho={class:"shiki github-dark vp-code-dark"},To=o("",1),Fo=o("",1),Co={class:"line"},uo=s("span",{style:{color:"#E1E4E8"}},"    ",-1),go={style:{color:"#9ECBFF"}},bo=s("span",{style:{color:"#E1E4E8"}}," ",-1),vo=s("span",{style:{color:"#79B8FF"}},"\\",-1),Po=o("",1),ko={class:"shiki github-light vp-code-light"},mo=o("",1),Ao=o("",1),So={class:"line"},Bo=s("span",{style:{color:"#24292E"}},"    ",-1),No={style:{color:"#032F62"}},Ro=s("span",{style:{color:"#24292E"}}," ",-1),Do=s("span",{style:{color:"#005CC5"}},"\\",-1),Oo=o("",1),Io=o("",4),Vo={class:"vp-code-group vp-adaptive-theme"},fo=o("",1),$o={class:"blocks"},Wo={class:"language-bash vp-adaptive-theme active"},wo=s("button",{title:"Copy Code",class:"copy"},null,-1),Ko=s("span",{class:"lang"},"bash",-1),Yo={class:"shiki github-dark vp-code-dark"},xo=o("",1),Mo=o("",1),qo={class:"line"},Ho=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Lo={style:{color:"#9ECBFF"}},Uo=s("span",{style:{color:"#E1E4E8"}}," ",-1),Qo=s("span",{style:{color:"#79B8FF"}},"\\",-1),zo=o("",1),Go={class:"shiki github-light vp-code-light"},Zo=o("",1),jo=o("",1),Jo={class:"line"},Xo=s("span",{style:{color:"#24292E"}},"    ",-1),sa={style:{color:"#032F62"}},oa=s("span",{style:{color:"#24292E"}}," ",-1),aa=s("span",{style:{color:"#005CC5"}},"\\",-1),na=o("",1),ea={class:"language-bash vp-adaptive-theme"},la=s("button",{title:"Copy Code",class:"copy"},null,-1),ta=s("span",{class:"lang"},"bash",-1),pa={class:"shiki github-dark vp-code-dark"},ca=o("",1),ra=o("",1),_a={class:"line"},ia=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ea={style:{color:"#9ECBFF"}},ya=s("span",{style:{color:"#E1E4E8"}}," ",-1),da=s("span",{style:{color:"#79B8FF"}},"\\",-1),ha=o("",1),Ta={class:"shiki github-light vp-code-light"},Fa=o("",1),Ca=o("",1),ua={class:"line"},ga=s("span",{style:{color:"#24292E"}},"    ",-1),ba={style:{color:"#032F62"}},va=s("span",{style:{color:"#24292E"}}," ",-1),Pa=s("span",{style:{color:"#005CC5"}},"\\",-1),ka=o("",1),ma={class:"language-bash vp-adaptive-theme"},Aa=s("button",{title:"Copy Code",class:"copy"},null,-1),Sa=s("span",{class:"lang"},"bash",-1),Ba={class:"shiki github-dark vp-code-dark"},Na=o("",1),Ra=o("",1),Da={class:"line"},Oa=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ia={style:{color:"#9ECBFF"}},Va=s("span",{style:{color:"#E1E4E8"}}," ",-1),fa=s("span",{style:{color:"#79B8FF"}},"\\",-1),$a=o("",1),Wa={class:"shiki github-light vp-code-light"},wa=o("",1),Ka=o("",1),Ya={class:"line"},xa=s("span",{style:{color:"#24292E"}},"    ",-1),Ma={style:{color:"#032F62"}},qa=s("span",{style:{color:"#24292E"}}," ",-1),Ha=s("span",{style:{color:"#005CC5"}},"\\",-1),La=o("",1),Ua=s("p",null,"Congratulations! You now have a node running with persistent storage.",-1),Qa=s("h2",{id:"video-walkthrough",tabindex:"-1"},[a("Video walkthrough "),s("a",{class:"header-anchor",href:"#video-walkthrough","aria-label":'Permalink to "Video walkthrough"'},"​")],-1),za=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Running a Celestia light node",src:"https://youtube.com/embed/WFubhQc8tGk",allowfullscreen:""})],-1),Ga=s("h3",{id:"_2-5-minute-version",tabindex:"-1"},[a("2.5 minute version "),s("a",{class:"header-anchor",href:"#_2-5-minute-version","aria-label":'Permalink to "2.5 minute version"'},"​")],-1),Za=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Running a Celestia light node",src:"https://youtube.com/embed/ROZv871Q7RM",allowfullscreen:""})],-1),ja=s("h2",{id:"troubleshooting",tabindex:"-1"},[a("Troubleshooting "),s("a",{class:"header-anchor",href:"#troubleshooting","aria-label":'Permalink to "Troubleshooting"'},"​")],-1),Ja=s("p",null,[a("For security purposes Celestia expects to interact with the your node's keys in a read-only manner. This is enforced using linux style permissions on the filesystem. Windows NTFS does not support these types of permissions. As a result the recommended path for Windows users to mount a persisted volume is to do so within WSL. You can find "),s("a",{href:"https://learn.microsoft.com/en-us/windows/wsl/install",target:"_blank",rel:"noreferrer"},"instructions for installing WSL"),a(".")],-1),pn=JSON.parse('{"title":"🐳 Docker setup","description":"Running Celestia Node using Docker.","frontmatter":{"sidebar_label":"Docker images","description":"Running Celestia Node using Docker.","head":[["meta",{"name":"og:title","content":"🐳 Docker setup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/docker-images.md","filePath":"nodes/docker-images.md","lastUpdated":1711718709000}'),Xa={name:"nodes/docker-images.md"},cn=Object.assign(Xa,{setup(sn){return(on,an)=>(c(),r("div",null,[_,s("ol",null,[i,s("li",null,[E,s("div",y,[d,s("div",h,[s("div",T,[F,C,s("pre",u,[s("code",null,[g,a(`
-`),s("span",b,[v,s("span",P,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),k,m]),a(`
+import{a as l}from"./chunks/arabica_versions.da77a310.js";import{m as t}from"./chunks/mocha_versions.84d9fd1c.js";import{m as p}from"./chunks/mainnet_versions.a17f37d5.js";import{o as c,c as r,k as s,a,t as n,l as e,Q as o}from"./chunks/framework.611656c0.js";const _=o("",9),i=o("",3),E=s("p",null,"Run the image from the command line:",-1),y={class:"vp-code-group vp-adaptive-theme"},d=o("",1),h={class:"blocks"},T={class:"language-bash vp-adaptive-theme active"},F=s("button",{title:"Copy Code",class:"copy"},null,-1),C=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g=o("",1),b={class:"line"},v=s("span",{style:{color:"#E1E4E8"}},"    ",-1),k={style:{color:"#9ECBFF"}},P=s("span",{style:{color:"#E1E4E8"}}," ",-1),m=s("span",{style:{color:"#79B8FF"}},"\\",-1),A=o("",1),S={class:"shiki github-light vp-code-light"},B=o("",1),N={class:"line"},R=s("span",{style:{color:"#24292E"}},"    ",-1),D={style:{color:"#032F62"}},O=s("span",{style:{color:"#24292E"}}," ",-1),I=s("span",{style:{color:"#005CC5"}},"\\",-1),V=o("",1),f={class:"language-bash vp-adaptive-theme"},$=s("button",{title:"Copy Code",class:"copy"},null,-1),w=s("span",{class:"lang"},"bash",-1),W={class:"shiki github-dark vp-code-dark"},K=o("",1),Y={class:"line"},x=s("span",{style:{color:"#E1E4E8"}},"    ",-1),M={style:{color:"#9ECBFF"}},H=s("span",{style:{color:"#E1E4E8"}}," ",-1),U=s("span",{style:{color:"#79B8FF"}},"\\",-1),L=o("",1),q={class:"shiki github-light vp-code-light"},Q=o("",1),z={class:"line"},J=s("span",{style:{color:"#24292E"}},"    ",-1),j={style:{color:"#032F62"}},X=s("span",{style:{color:"#24292E"}}," ",-1),G=s("span",{style:{color:"#005CC5"}},"\\",-1),Z=o("",1),ss={class:"language-bash vp-adaptive-theme"},os=s("button",{title:"Copy Code",class:"copy"},null,-1),as=s("span",{class:"lang"},"bash",-1),ns={class:"shiki github-dark vp-code-dark"},es=o("",1),ls={class:"line"},ts=s("span",{style:{color:"#E1E4E8"}},"    ",-1),ps={style:{color:"#9ECBFF"}},cs=s("span",{style:{color:"#E1E4E8"}}," ",-1),rs=s("span",{style:{color:"#79B8FF"}},"\\",-1),_s=o("",1),is={class:"shiki github-light vp-code-light"},Es=o("",1),ys={class:"line"},ds=s("span",{style:{color:"#24292E"}},"    ",-1),hs={style:{color:"#032F62"}},Ts=s("span",{style:{color:"#24292E"}}," ",-1),Fs=s("span",{style:{color:"#005CC5"}},"\\",-1),Cs=o("",1),us=o("",12),gs={class:"vp-code-group vp-adaptive-theme"},bs=o("",1),vs={class:"blocks"},ks={class:"language-bash vp-adaptive-theme active"},Ps=s("button",{title:"Copy Code",class:"copy"},null,-1),ms=s("span",{class:"lang"},"bash",-1),As={class:"shiki github-dark vp-code-dark"},Ss=o("",1),Bs=o("",1),Ns={class:"line"},Rs=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ds={style:{color:"#9ECBFF"}},Os=s("span",{style:{color:"#E1E4E8"}}," ",-1),Is=s("span",{style:{color:"#79B8FF"}},"\\",-1),Vs=o("",1),fs={class:"shiki github-light vp-code-light"},$s=o("",1),ws=o("",1),Ws={class:"line"},Ks=s("span",{style:{color:"#24292E"}},"    ",-1),Ys={style:{color:"#032F62"}},xs=s("span",{style:{color:"#24292E"}}," ",-1),Ms=s("span",{style:{color:"#005CC5"}},"\\",-1),Hs=o("",1),Us={class:"language-bash vp-adaptive-theme"},Ls=s("button",{title:"Copy Code",class:"copy"},null,-1),qs=s("span",{class:"lang"},"bash",-1),Qs={class:"shiki github-dark vp-code-dark"},zs=o("",1),Js=o("",1),js={class:"line"},Xs=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Gs={style:{color:"#9ECBFF"}},Zs=s("span",{style:{color:"#E1E4E8"}}," ",-1),so=s("span",{style:{color:"#79B8FF"}},"\\",-1),oo=o("",1),ao={class:"shiki github-light vp-code-light"},no=o("",1),eo=o("",1),lo={class:"line"},to=s("span",{style:{color:"#24292E"}},"    ",-1),po={style:{color:"#032F62"}},co=s("span",{style:{color:"#24292E"}}," ",-1),ro=s("span",{style:{color:"#005CC5"}},"\\",-1),_o=o("",1),io={class:"language-bash vp-adaptive-theme"},Eo=s("button",{title:"Copy Code",class:"copy"},null,-1),yo=s("span",{class:"lang"},"bash",-1),ho={class:"shiki github-dark vp-code-dark"},To=o("",1),Fo=o("",1),Co={class:"line"},uo=s("span",{style:{color:"#E1E4E8"}},"    ",-1),go={style:{color:"#9ECBFF"}},bo=s("span",{style:{color:"#E1E4E8"}}," ",-1),vo=s("span",{style:{color:"#79B8FF"}},"\\",-1),ko=o("",1),Po={class:"shiki github-light vp-code-light"},mo=o("",1),Ao=o("",1),So={class:"line"},Bo=s("span",{style:{color:"#24292E"}},"    ",-1),No={style:{color:"#032F62"}},Ro=s("span",{style:{color:"#24292E"}}," ",-1),Do=s("span",{style:{color:"#005CC5"}},"\\",-1),Oo=o("",1),Io=o("",4),Vo={class:"vp-code-group vp-adaptive-theme"},fo=o("",1),$o={class:"blocks"},wo={class:"language-bash vp-adaptive-theme active"},Wo=s("button",{title:"Copy Code",class:"copy"},null,-1),Ko=s("span",{class:"lang"},"bash",-1),Yo={class:"shiki github-dark vp-code-dark"},xo=o("",1),Mo=o("",1),Ho={class:"line"},Uo=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Lo={style:{color:"#9ECBFF"}},qo=s("span",{style:{color:"#E1E4E8"}}," ",-1),Qo=s("span",{style:{color:"#79B8FF"}},"\\",-1),zo=o("",1),Jo={class:"shiki github-light vp-code-light"},jo=o("",1),Xo=o("",1),Go={class:"line"},Zo=s("span",{style:{color:"#24292E"}},"    ",-1),sa={style:{color:"#032F62"}},oa=s("span",{style:{color:"#24292E"}}," ",-1),aa=s("span",{style:{color:"#005CC5"}},"\\",-1),na=o("",1),ea={class:"language-bash vp-adaptive-theme"},la=s("button",{title:"Copy Code",class:"copy"},null,-1),ta=s("span",{class:"lang"},"bash",-1),pa={class:"shiki github-dark vp-code-dark"},ca=o("",1),ra=o("",1),_a={class:"line"},ia=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ea={style:{color:"#9ECBFF"}},ya=s("span",{style:{color:"#E1E4E8"}}," ",-1),da=s("span",{style:{color:"#79B8FF"}},"\\",-1),ha=o("",1),Ta={class:"shiki github-light vp-code-light"},Fa=o("",1),Ca=o("",1),ua={class:"line"},ga=s("span",{style:{color:"#24292E"}},"    ",-1),ba={style:{color:"#032F62"}},va=s("span",{style:{color:"#24292E"}}," ",-1),ka=s("span",{style:{color:"#005CC5"}},"\\",-1),Pa=o("",1),ma={class:"language-bash vp-adaptive-theme"},Aa=s("button",{title:"Copy Code",class:"copy"},null,-1),Sa=s("span",{class:"lang"},"bash",-1),Ba={class:"shiki github-dark vp-code-dark"},Na=o("",1),Ra=o("",1),Da={class:"line"},Oa=s("span",{style:{color:"#E1E4E8"}},"    ",-1),Ia={style:{color:"#9ECBFF"}},Va=s("span",{style:{color:"#E1E4E8"}}," ",-1),fa=s("span",{style:{color:"#79B8FF"}},"\\",-1),$a=o("",1),wa={class:"shiki github-light vp-code-light"},Wa=o("",1),Ka=o("",1),Ya={class:"line"},xa=s("span",{style:{color:"#24292E"}},"    ",-1),Ma={style:{color:"#032F62"}},Ha=s("span",{style:{color:"#24292E"}}," ",-1),Ua=s("span",{style:{color:"#005CC5"}},"\\",-1),La=o("",1),qa=s("p",null,"Congratulations! You now have a node running with persistent storage.",-1),Qa=s("h2",{id:"video-walkthrough",tabindex:"-1"},[a("Video walkthrough "),s("a",{class:"header-anchor",href:"#video-walkthrough","aria-label":'Permalink to "Video walkthrough"'},"​")],-1),za=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Running a Celestia light node",src:"https://youtube.com/embed/WFubhQc8tGk",allowfullscreen:""})],-1),Ja=s("h3",{id:"_2-5-minute-version",tabindex:"-1"},[a("2.5 minute version "),s("a",{class:"header-anchor",href:"#_2-5-minute-version","aria-label":'Permalink to "2.5 minute version"'},"​")],-1),ja=s("div",{class:"youtube-wrapper"},[s("iframe",{class:"youtube-video",title:"Running a Celestia light node",src:"https://youtube.com/embed/ROZv871Q7RM",allowfullscreen:""})],-1),Xa=s("h2",{id:"troubleshooting",tabindex:"-1"},[a("Troubleshooting "),s("a",{class:"header-anchor",href:"#troubleshooting","aria-label":'Permalink to "Troubleshooting"'},"​")],-1),Ga=s("p",null,[a("For security purposes Celestia expects to interact with the your node's keys in a read-only manner. This is enforced using linux style permissions on the filesystem. Windows NTFS does not support these types of permissions. As a result the recommended path for Windows users to mount a persisted volume is to do so within WSL. You can find "),s("a",{href:"https://learn.microsoft.com/en-us/windows/wsl/install",target:"_blank",rel:"noreferrer"},"instructions for installing WSL"),a(".")],-1),pn=JSON.parse('{"title":"🐳 Docker setup","description":"Running Celestia Node using Docker.","frontmatter":{"sidebar_label":"Docker images","description":"Running Celestia Node using Docker.","head":[["meta",{"name":"og:title","content":"🐳 Docker setup | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/docker-images.md","filePath":"nodes/docker-images.md","lastUpdated":1711718743000}'),Za={name:"nodes/docker-images.md"},cn=Object.assign(Za,{setup(sn){return(on,an)=>(c(),r("div",null,[_,s("ol",null,[i,s("li",null,[E,s("div",y,[d,s("div",h,[s("div",T,[F,C,s("pre",u,[s("code",null,[g,a(`
+`),s("span",b,[v,s("span",k,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),P,m]),a(`
 `),A])]),s("pre",S,[s("code",null,[B,a(`
 `),s("span",N,[R,s("span",D,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),O,I]),a(`
-`),V])])]),s("div",f,[$,W,s("pre",w,[s("code",null,[K,a(`
-`),s("span",Y,[x,s("span",M,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),q,H]),a(`
-`),L])]),s("pre",U,[s("code",null,[Q,a(`
-`),s("span",z,[G,s("span",Z,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),j,J]),a(`
-`),X])])]),s("div",ss,[os,as,s("pre",ns,[s("code",null,[es,a(`
+`),V])])]),s("div",f,[$,w,s("pre",W,[s("code",null,[K,a(`
+`),s("span",Y,[x,s("span",M,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),H,U]),a(`
+`),L])]),s("pre",q,[s("code",null,[Q,a(`
+`),s("span",z,[J,s("span",j,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),X,G]),a(`
+`),Z])])]),s("div",ss,[os,as,s("pre",ns,[s("code",null,[es,a(`
 `),s("span",ls,[ts,s("span",ps,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),cs,rs]),a(`
 `),_s])]),s("pre",is,[s("code",null,[Es,a(`
 `),s("span",ys,[ds,s("span",hs,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),Ts,Fs]),a(`
-`),Cs])])])])])])]),us,s("div",gs,[bs,s("div",vs,[s("div",Ps,[ks,ms,s("pre",As,[s("code",null,[Ss,a(`
+`),Cs])])])])])])]),us,s("div",gs,[bs,s("div",vs,[s("div",ks,[Ps,ms,s("pre",As,[s("code",null,[Ss,a(`
 `),Bs,a(`
 `),s("span",Ns,[Rs,s("span",Ds,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),Os,Is]),a(`
 `),Vs])]),s("pre",fs,[s("code",null,[$s,a(`
-`),Ws,a(`
-`),s("span",ws,[Ks,s("span",Ys,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),xs,Ms]),a(`
-`),qs])])]),s("div",Hs,[Ls,Us,s("pre",Qs,[s("code",null,[zs,a(`
-`),Gs,a(`
-`),s("span",Zs,[js,s("span",Js,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),Xs,so]),a(`
+`),ws,a(`
+`),s("span",Ws,[Ks,s("span",Ys,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),xs,Ms]),a(`
+`),Hs])])]),s("div",Us,[Ls,qs,s("pre",Qs,[s("code",null,[zs,a(`
+`),Js,a(`
+`),s("span",js,[Xs,s("span",Gs,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),Zs,so]),a(`
 `),oo])]),s("pre",ao,[s("code",null,[no,a(`
 `),eo,a(`
 `),s("span",lo,[to,s("span",po,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),co,ro]),a(`
 `),_o])])]),s("div",io,[Eo,yo,s("pre",ho,[s("code",null,[To,a(`
 `),Fo,a(`
 `),s("span",Co,[uo,s("span",go,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),bo,vo]),a(`
-`),Po])]),s("pre",ko,[s("code",null,[mo,a(`
+`),ko])]),s("pre",Po,[s("code",null,[mo,a(`
 `),Ao,a(`
 `),s("span",So,[Bo,s("span",No,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),Ro,Do]),a(`
-`),Oo])])])])]),Io,s("div",Vo,[fo,s("div",$o,[s("div",Wo,[wo,Ko,s("pre",Yo,[s("code",null,[xo,a(`
+`),Oo])])])])]),Io,s("div",Vo,[fo,s("div",$o,[s("div",wo,[Wo,Ko,s("pre",Yo,[s("code",null,[xo,a(`
 `),Mo,a(`
-`),s("span",qo,[Ho,s("span",Lo,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),Uo,Qo]),a(`
-`),zo])]),s("pre",Go,[s("code",null,[Zo,a(`
-`),jo,a(`
-`),s("span",Jo,[Xo,s("span",sa,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),oa,aa]),a(`
+`),s("span",Ho,[Uo,s("span",Lo,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),qo,Qo]),a(`
+`),zo])]),s("pre",Jo,[s("code",null,[jo,a(`
+`),Xo,a(`
+`),s("span",Go,[Zo,s("span",sa,"ghcr.io/celestiaorg/celestia-node:"+n(e(p)["node-latest-tag"]),1),oa,aa]),a(`
 `),na])])]),s("div",ea,[la,ta,s("pre",pa,[s("code",null,[ca,a(`
 `),ra,a(`
 `),s("span",_a,[ia,s("span",Ea,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),ya,da]),a(`
 `),ha])]),s("pre",Ta,[s("code",null,[Fa,a(`
 `),Ca,a(`
-`),s("span",ua,[ga,s("span",ba,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),va,Pa]),a(`
-`),ka])])]),s("div",ma,[Aa,Sa,s("pre",Ba,[s("code",null,[Na,a(`
+`),s("span",ua,[ga,s("span",ba,"ghcr.io/celestiaorg/celestia-node:"+n(e(t)["node-latest-tag"]),1),va,ka]),a(`
+`),Pa])])]),s("div",ma,[Aa,Sa,s("pre",Ba,[s("code",null,[Na,a(`
 `),Ra,a(`
 `),s("span",Da,[Oa,s("span",Ia,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),Va,fa]),a(`
-`),$a])]),s("pre",Wa,[s("code",null,[wa,a(`
+`),$a])]),s("pre",wa,[s("code",null,[Wa,a(`
 `),Ka,a(`
-`),s("span",Ya,[xa,s("span",Ma,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),qa,Ha]),a(`
-`),La])])])])]),Ua,Qa,za,Ga,Za,ja,Ja]))}});export{pn as __pageData,cn as default};
+`),s("span",Ya,[xa,s("span",Ma,"ghcr.io/celestiaorg/celestia-node:"+n(e(l)["node-latest-tag"]),1),Ha,Ua]),a(`
+`),La])])])])]),qa,Qa,za,Ja,ja,Xa,Ga]))}});export{pn as __pageData,cn as default};
diff --git a/pr-1489/assets/nodes_environment.md.995358ea.js b/pr-1489/assets/nodes_environment.md.00132de9.js
similarity index 90%
rename from pr-1489/assets/nodes_environment.md.995358ea.js
rename to pr-1489/assets/nodes_environment.md.00132de9.js
index 1b0e54f181..0f347e735b 100644
--- a/pr-1489/assets/nodes_environment.md.995358ea.js
+++ b/pr-1489/assets/nodes_environment.md.00132de9.js
@@ -1,4 +1,4 @@
-import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as p,c as e,k as s,t as n,l,Q as o}from"./chunks/framework.611656c0.js";const t=o(`
    Development environment ​
    This page will go over setting up your development environment to run Celestia software. This environment can be used for development, building binaries, and running nodes.
    Install dependencies ​
    1. If you are on Ubuntu, first update and upgrade your OS:
      bash
      sudo apt update && sudo apt upgrade -y
      sudo apt update && sudo apt upgrade -y
      bash
      sudo yum update
      sudo yum update
    2. Install essential packages that are necessary to execute many tasks like downloading files, compiling, and monitoring the node:
      bash
      sudo apt install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \\
+import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as p,c as e,k as s,t as n,l,Q as o}from"./chunks/framework.611656c0.js";const t=o(`
      Development environment ​
      This page will go over setting up your development environment to run Celestia software. This environment can be used for development, building binaries, and running nodes.
      Install dependencies ​
      1. If you are on Ubuntu, first update and upgrade your OS:
        bash
        sudo apt update && sudo apt upgrade -y
        sudo apt update && sudo apt upgrade -y
        bash
        sudo yum update
        sudo yum update
      2. Install essential packages that are necessary to execute many tasks like downloading files, compiling, and monitoring the node:
        bash
        sudo apt install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \\
 git make ncdu -y
        sudo apt install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \\
 git make ncdu -y
        bash
        sudo yum install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \\
 git make ncdu -y
        sudo yum install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \\
@@ -12,7 +12,7 @@ import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as p,c as e,k as s,t
 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
 
 # then install wget & jq
-brew install wget && brew install jq
      Install Golang ​
      celestia-node is written in Golang so we must install Golang to build and run our node.
      `,6),c=s("p",null,"Set the version for your desired network:",-1),r={class:"vp-code-group vp-adaptive-theme"},y=o('
      ',1),E={class:"blocks"},i={class:"language-bash vp-adaptive-theme active"},d=s("button",{title:"Copy Code",class:"copy"},null,-1),F=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g={class:"line"},h=s("span",{style:{color:"#E1E4E8"}},"ver",-1),C=s("span",{style:{color:"#F97583"}},"=",-1),b={style:{color:"#9ECBFF"}},v={class:"shiki github-light vp-code-light"},m={class:"line"},B=s("span",{style:{color:"#24292E"}},"ver",-1),_=s("span",{style:{color:"#D73A49"}},"=",-1),k={style:{color:"#032F62"}},q={class:"language-bash vp-adaptive-theme"},f=s("button",{title:"Copy Code",class:"copy"},null,-1),w=s("span",{class:"lang"},"bash",-1),$={class:"shiki github-dark vp-code-dark"},x={class:"line"},A=s("span",{style:{color:"#E1E4E8"}},"ver",-1),T=s("span",{style:{color:"#F97583"}},"=",-1),H={style:{color:"#9ECBFF"}},z={class:"shiki github-light vp-code-light"},M={class:"line"},D=s("span",{style:{color:"#24292E"}},"ver",-1),P=s("span",{style:{color:"#D73A49"}},"=",-1),O={style:{color:"#032F62"}},N={class:"language-bash vp-adaptive-theme"},S=s("button",{title:"Copy Code",class:"copy"},null,-1),j=s("span",{class:"lang"},"bash",-1),I={class:"shiki github-dark vp-code-dark"},G={class:"line"},J=s("span",{style:{color:"#E1E4E8"}},"ver",-1),R=s("span",{style:{color:"#F97583"}},"=",-1),U={style:{color:"#9ECBFF"}},V={class:"shiki github-light vp-code-light"},K={class:"line"},L=s("span",{style:{color:"#24292E"}},"ver",-1),Q=s("span",{style:{color:"#D73A49"}},"=",-1),Y={style:{color:"#032F62"}},W=o(`
    3. Download and install Golang:
      bash
      cd $HOME
+brew install wget && brew install jq
    Install Golang ​
    celestia-node is written in Golang so we must install Golang to build and run our node.
    `,6),c=s("p",null,"Set the version for your desired network:",-1),r={class:"vp-code-group vp-adaptive-theme"},y=o('
    ',1),E={class:"blocks"},i={class:"language-bash vp-adaptive-theme active"},d=s("button",{title:"Copy Code",class:"copy"},null,-1),F=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g={class:"line"},h=s("span",{style:{color:"#E1E4E8"}},"ver",-1),C=s("span",{style:{color:"#F97583"}},"=",-1),v={style:{color:"#9ECBFF"}},b={class:"shiki github-light vp-code-light"},m={class:"line"},B=s("span",{style:{color:"#24292E"}},"ver",-1),_=s("span",{style:{color:"#D73A49"}},"=",-1),k={style:{color:"#032F62"}},f={class:"language-bash vp-adaptive-theme"},q=s("button",{title:"Copy Code",class:"copy"},null,-1),w=s("span",{class:"lang"},"bash",-1),$={class:"shiki github-dark vp-code-dark"},A={class:"line"},H=s("span",{style:{color:"#E1E4E8"}},"ver",-1),T=s("span",{style:{color:"#F97583"}},"=",-1),z={style:{color:"#9ECBFF"}},x={class:"shiki github-light vp-code-light"},M={class:"line"},D=s("span",{style:{color:"#24292E"}},"ver",-1),P=s("span",{style:{color:"#D73A49"}},"=",-1),O={style:{color:"#032F62"}},I={class:"language-bash vp-adaptive-theme"},N=s("button",{title:"Copy Code",class:"copy"},null,-1),S=s("span",{class:"lang"},"bash",-1),j={class:"shiki github-dark vp-code-dark"},L={class:"line"},V=s("span",{style:{color:"#E1E4E8"}},"ver",-1),R=s("span",{style:{color:"#F97583"}},"=",-1),Y={style:{color:"#9ECBFF"}},W={class:"shiki github-light vp-code-light"},G={class:"line"},U=s("span",{style:{color:"#24292E"}},"ver",-1),Z=s("span",{style:{color:"#D73A49"}},"=",-1),J={style:{color:"#032F62"}},K=o(`
  49. Download and install Golang:
    bash
    cd $HOME
 wget "https://golang.org/dl/go$ver.linux-amd64.tar.gz"
 sudo rm -rf /usr/local/go
 sudo tar -C /usr/local -xzf "go$ver.linux-amd64.tar.gz"
@@ -44,8 +44,8 @@ import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as p,c as e,k as s,t
 wget "https://golang.org/dl/go$ver.darwin-amd64.tar.gz"
 sudo rm -rf /usr/local/go
 sudo tar -C /usr/local -xzf "go$ver.darwin-amd64.tar.gz"
-rm "go$ver.darwin-amd64.tar.gz"
  50. Add your /usr/local/go/bin directory to your $PATH if you have not already:
    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
+rm "go$ver.darwin-amd64.tar.gz"
  51. Add your /usr/local/go/bin directory to your $PATH if you have not already:
    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
 source $HOME/.bash_profile
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
 source $HOME/.bash_profile
    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.zshrc
 source $HOME/.zshrc
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.zshrc
-source $HOME/.zshrc
  52. To verify that the correct version of Go was installed correctly run:
    bash
    go version
    go version
    53. `,3),X=s("p",null,"The output will show the version installed.",-1),ps=JSON.parse('{"title":"Development environment","description":"Learn to set up your development environment to run Celestia software.","frontmatter":{"description":"Learn to set up your development environment to run Celestia software.","head":[["meta",{"name":"og:title","content":"Development environment | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/environment.md","filePath":"nodes/environment.md","lastUpdated":1711718709000}'),Z={name:"nodes/environment.md"},es=Object.assign(Z,{setup(ss){return(as,ns)=>(p(),e("div",null,[t,s("ol",null,[s("li",null,[c,s("div",r,[y,s("div",E,[s("div",i,[d,F,s("pre",u,[s("code",null,[s("span",g,[h,C,s("span",b,'"'+n(l(a).golangNodeMainnet)+'"',1)])])]),s("pre",v,[s("code",null,[s("span",m,[B,_,s("span",k,'"'+n(l(a).golangNodeMainnet)+'"',1)])])])]),s("div",q,[f,w,s("pre",$,[s("code",null,[s("span",x,[A,T,s("span",H,'"'+n(l(a).golangNodeMocha)+'"',1)])])]),s("pre",z,[s("code",null,[s("span",M,[D,P,s("span",O,'"'+n(l(a).golangNodeMocha)+'"',1)])])])]),s("div",N,[S,j,s("pre",I,[s("code",null,[s("span",G,[J,R,s("span",U,'"'+n(l(a).golangNodeArabica)+'"',1)])])]),s("pre",V,[s("code",null,[s("span",K,[L,Q,s("span",Y,'"'+n(l(a).golangNodeArabica)+'"',1)])])])])])])]),W]),X]))}});export{ps as __pageData,es as default};
+source $HOME/.zshrc
  53. To verify that the correct version of Go was installed correctly run:
    bash
    go version
    go version
    54. `,3),Q=s("p",null,"The output will show the version installed.",-1),ps=JSON.parse('{"title":"Development environment","description":"Learn to set up your development environment to run Celestia software.","frontmatter":{"description":"Learn to set up your development environment to run Celestia software.","head":[["meta",{"name":"og:title","content":"Development environment | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/environment.md","filePath":"nodes/environment.md","lastUpdated":1711718743000}'),X={name:"nodes/environment.md"},es=Object.assign(X,{setup(ss){return(as,ns)=>(p(),e("div",null,[t,s("ol",null,[s("li",null,[c,s("div",r,[y,s("div",E,[s("div",i,[d,F,s("pre",u,[s("code",null,[s("span",g,[h,C,s("span",v,'"'+n(l(a).golangNodeMainnet)+'"',1)])])]),s("pre",b,[s("code",null,[s("span",m,[B,_,s("span",k,'"'+n(l(a).golangNodeMainnet)+'"',1)])])])]),s("div",f,[q,w,s("pre",$,[s("code",null,[s("span",A,[H,T,s("span",z,'"'+n(l(a).golangNodeMocha)+'"',1)])])]),s("pre",x,[s("code",null,[s("span",M,[D,P,s("span",O,'"'+n(l(a).golangNodeMocha)+'"',1)])])])]),s("div",I,[N,S,s("pre",j,[s("code",null,[s("span",L,[V,R,s("span",Y,'"'+n(l(a).golangNodeArabica)+'"',1)])])]),s("pre",W,[s("code",null,[s("span",G,[U,Z,s("span",J,'"'+n(l(a).golangNodeArabica)+'"',1)])])])])])])]),K]),Q]))}});export{ps as __pageData,es as default};
diff --git a/pr-1489/assets/nodes_environment.md.995358ea.lean.js b/pr-1489/assets/nodes_environment.md.00132de9.lean.js
similarity index 51%
rename from pr-1489/assets/nodes_environment.md.995358ea.lean.js
rename to pr-1489/assets/nodes_environment.md.00132de9.lean.js
index b52a8e9beb..0c2929db07 100644
--- a/pr-1489/assets/nodes_environment.md.995358ea.lean.js
+++ b/pr-1489/assets/nodes_environment.md.00132de9.lean.js
@@ -1 +1 @@
-import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as p,c as e,k as s,t as n,l,Q as o}from"./chunks/framework.611656c0.js";const t=o("",6),c=s("p",null,"Set the version for your desired network:",-1),r={class:"vp-code-group vp-adaptive-theme"},y=o("",1),E={class:"blocks"},i={class:"language-bash vp-adaptive-theme active"},d=s("button",{title:"Copy Code",class:"copy"},null,-1),F=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g={class:"line"},h=s("span",{style:{color:"#E1E4E8"}},"ver",-1),C=s("span",{style:{color:"#F97583"}},"=",-1),b={style:{color:"#9ECBFF"}},v={class:"shiki github-light vp-code-light"},m={class:"line"},B=s("span",{style:{color:"#24292E"}},"ver",-1),_=s("span",{style:{color:"#D73A49"}},"=",-1),k={style:{color:"#032F62"}},q={class:"language-bash vp-adaptive-theme"},f=s("button",{title:"Copy Code",class:"copy"},null,-1),w=s("span",{class:"lang"},"bash",-1),$={class:"shiki github-dark vp-code-dark"},x={class:"line"},A=s("span",{style:{color:"#E1E4E8"}},"ver",-1),T=s("span",{style:{color:"#F97583"}},"=",-1),H={style:{color:"#9ECBFF"}},z={class:"shiki github-light vp-code-light"},M={class:"line"},D=s("span",{style:{color:"#24292E"}},"ver",-1),P=s("span",{style:{color:"#D73A49"}},"=",-1),O={style:{color:"#032F62"}},N={class:"language-bash vp-adaptive-theme"},S=s("button",{title:"Copy Code",class:"copy"},null,-1),j=s("span",{class:"lang"},"bash",-1),I={class:"shiki github-dark vp-code-dark"},G={class:"line"},J=s("span",{style:{color:"#E1E4E8"}},"ver",-1),R=s("span",{style:{color:"#F97583"}},"=",-1),U={style:{color:"#9ECBFF"}},V={class:"shiki github-light vp-code-light"},K={class:"line"},L=s("span",{style:{color:"#24292E"}},"ver",-1),Q=s("span",{style:{color:"#D73A49"}},"=",-1),Y={style:{color:"#032F62"}},W=o("",3),X=s("p",null,"The output will show the version installed.",-1),ps=JSON.parse('{"title":"Development environment","description":"Learn to set up your development environment to run Celestia software.","frontmatter":{"description":"Learn to set up your development environment to run Celestia software.","head":[["meta",{"name":"og:title","content":"Development environment | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/environment.md","filePath":"nodes/environment.md","lastUpdated":1711718709000}'),Z={name:"nodes/environment.md"},es=Object.assign(Z,{setup(ss){return(as,ns)=>(p(),e("div",null,[t,s("ol",null,[s("li",null,[c,s("div",r,[y,s("div",E,[s("div",i,[d,F,s("pre",u,[s("code",null,[s("span",g,[h,C,s("span",b,'"'+n(l(a).golangNodeMainnet)+'"',1)])])]),s("pre",v,[s("code",null,[s("span",m,[B,_,s("span",k,'"'+n(l(a).golangNodeMainnet)+'"',1)])])])]),s("div",q,[f,w,s("pre",$,[s("code",null,[s("span",x,[A,T,s("span",H,'"'+n(l(a).golangNodeMocha)+'"',1)])])]),s("pre",z,[s("code",null,[s("span",M,[D,P,s("span",O,'"'+n(l(a).golangNodeMocha)+'"',1)])])])]),s("div",N,[S,j,s("pre",I,[s("code",null,[s("span",G,[J,R,s("span",U,'"'+n(l(a).golangNodeArabica)+'"',1)])])]),s("pre",V,[s("code",null,[s("span",K,[L,Q,s("span",Y,'"'+n(l(a).golangNodeArabica)+'"',1)])])])])])])]),W]),X]))}});export{ps as __pageData,es as default};
+import{c as a}from"./chunks/constants.dc70dfe7.js";import{o as p,c as e,k as s,t as n,l,Q as o}from"./chunks/framework.611656c0.js";const t=o("",6),c=s("p",null,"Set the version for your desired network:",-1),r={class:"vp-code-group vp-adaptive-theme"},y=o("",1),E={class:"blocks"},i={class:"language-bash vp-adaptive-theme active"},d=s("button",{title:"Copy Code",class:"copy"},null,-1),F=s("span",{class:"lang"},"bash",-1),u={class:"shiki github-dark vp-code-dark"},g={class:"line"},h=s("span",{style:{color:"#E1E4E8"}},"ver",-1),C=s("span",{style:{color:"#F97583"}},"=",-1),v={style:{color:"#9ECBFF"}},b={class:"shiki github-light vp-code-light"},m={class:"line"},B=s("span",{style:{color:"#24292E"}},"ver",-1),_=s("span",{style:{color:"#D73A49"}},"=",-1),k={style:{color:"#032F62"}},f={class:"language-bash vp-adaptive-theme"},q=s("button",{title:"Copy Code",class:"copy"},null,-1),w=s("span",{class:"lang"},"bash",-1),$={class:"shiki github-dark vp-code-dark"},A={class:"line"},H=s("span",{style:{color:"#E1E4E8"}},"ver",-1),T=s("span",{style:{color:"#F97583"}},"=",-1),z={style:{color:"#9ECBFF"}},x={class:"shiki github-light vp-code-light"},M={class:"line"},D=s("span",{style:{color:"#24292E"}},"ver",-1),P=s("span",{style:{color:"#D73A49"}},"=",-1),O={style:{color:"#032F62"}},I={class:"language-bash vp-adaptive-theme"},N=s("button",{title:"Copy Code",class:"copy"},null,-1),S=s("span",{class:"lang"},"bash",-1),j={class:"shiki github-dark vp-code-dark"},L={class:"line"},V=s("span",{style:{color:"#E1E4E8"}},"ver",-1),R=s("span",{style:{color:"#F97583"}},"=",-1),Y={style:{color:"#9ECBFF"}},W={class:"shiki github-light vp-code-light"},G={class:"line"},U=s("span",{style:{color:"#24292E"}},"ver",-1),Z=s("span",{style:{color:"#D73A49"}},"=",-1),J={style:{color:"#032F62"}},K=o("",3),Q=s("p",null,"The output will show the version installed.",-1),ps=JSON.parse('{"title":"Development environment","description":"Learn to set up your development environment to run Celestia software.","frontmatter":{"description":"Learn to set up your development environment to run Celestia software.","head":[["meta",{"name":"og:title","content":"Development environment | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/environment.md","filePath":"nodes/environment.md","lastUpdated":1711718743000}'),X={name:"nodes/environment.md"},es=Object.assign(X,{setup(ss){return(as,ns)=>(p(),e("div",null,[t,s("ol",null,[s("li",null,[c,s("div",r,[y,s("div",E,[s("div",i,[d,F,s("pre",u,[s("code",null,[s("span",g,[h,C,s("span",v,'"'+n(l(a).golangNodeMainnet)+'"',1)])])]),s("pre",b,[s("code",null,[s("span",m,[B,_,s("span",k,'"'+n(l(a).golangNodeMainnet)+'"',1)])])])]),s("div",f,[q,w,s("pre",$,[s("code",null,[s("span",A,[H,T,s("span",z,'"'+n(l(a).golangNodeMocha)+'"',1)])])]),s("pre",x,[s("code",null,[s("span",M,[D,P,s("span",O,'"'+n(l(a).golangNodeMocha)+'"',1)])])])]),s("div",I,[N,S,s("pre",j,[s("code",null,[s("span",L,[V,R,s("span",Y,'"'+n(l(a).golangNodeArabica)+'"',1)])])]),s("pre",W,[s("code",null,[s("span",G,[U,Z,s("span",J,'"'+n(l(a).golangNodeArabica)+'"',1)])])])])])])]),K]),Q]))}});export{ps as __pageData,es as default};
diff --git a/pr-1489/assets/nodes_full-storage-node.md.18a00786.js b/pr-1489/assets/nodes_full-storage-node.md.dfa00ae5.js
similarity index 96%
rename from pr-1489/assets/nodes_full-storage-node.md.18a00786.js
rename to pr-1489/assets/nodes_full-storage-node.md.dfa00ae5.js
index 12720f4450..bd9d1f1c8b 100644
--- a/pr-1489/assets/nodes_full-storage-node.md.18a00786.js
+++ b/pr-1489/assets/nodes_full-storage-node.md.dfa00ae5.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/nodes/full-storage-node.png",g=JSON.parse('{"title":"Setting up a Celestia full storage Node","description":"Set up a Celestia full storage node.","frontmatter":{"description":"Set up a Celestia full storage node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia full storage Node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/full-storage-node.md","filePath":"nodes/full-storage-node.md","lastUpdated":1711718709000}'),n={name:"nodes/full-storage-node.md"},t=o('
    Setting up a Celestia full storage Node ​
    This tutorial will guide you through setting up a Celestia full storage node, which is a celestia-node that doesn't connect to celestia-app (hence not a full consensus node), but stores all the data.
    Overview of full storage nodes ​
    Full storage nodes are Celestia nodes that store all the data. Full storage nodes send block shares, headers, and fraud proofs to light nodes. The light nodes gossip headers, fraud proofs, and sometimes block shares, between one another.
    Full storage node
    Hardware requirements ​
    The following hardware minimum requirements are recommended for running the full storage node:
    • Memory: 4 GB RAM (minimum)
    • CPU: 6 cores
    • Disk: 10 TB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload
    Setting up your full storage node ​
    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.
    Setup the dependencies ​
    You can follow the tutorial for setting up your dependencies
    Install celestia-node ​
    You can follow the tutorial for installing celestia-node
    Run the full storage node ​
    Initialize the full storage node ​
    Run the following command:
    sh
    celestia full init
    celestia full init
    sh
    celestia full init --p2p.network mocha
    celestia full init --p2p.network mocha
    sh
    celestia full init --p2p.network arabica
    celestia full init --p2p.network arabica
    Start the full storage node ​
    Start the full storage node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):
    In order for access to the ability to get/submit state-related information, such as the ability to submit PayForBlob transactions, or query for the node's account balance, a gRPC endpoint of a validator (core) node must be passed as directed below.
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    sh
    celestia full start --core.ip <URI>
    celestia full start --core.ip <URI>
    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.
    You can create your key for your node by following the cel-key instructions
    Once you start the full storage node, a wallet key will be generated for you. You will need to fund that address with testnet tokens to pay for PayForBlob transactions. You can find the address by running the following command:
    sh
    ./cel-key list --node.type full --keyring-backend test --p2p.network <network>
    ./cel-key list --node.type full --keyring-backend test --p2p.network <network>
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    You can get testnet tokens from:
    NOTE
    If you are running a full-storage node for your sovereign rollup, it is highly recommended to request Arabica devnet tokens as Arabica has the latest changes that can be used to test for developing your sovereign rollup. You can still use Mocha testnet as well, it is just mostly used for validator operations.
    Optional: run the full storage node with a custom key ​
    In order to run a full storage node using a custom key:
    1. The custom key must exist inside the celestia full storage node directory at the correct path (default: ~/.celestia-full/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia full start --core.ip <URI> \\
+import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/nodes/full-storage-node.png",g=JSON.parse('{"title":"Setting up a Celestia full storage Node","description":"Set up a Celestia full storage node.","frontmatter":{"description":"Set up a Celestia full storage node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia full storage Node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/full-storage-node.md","filePath":"nodes/full-storage-node.md","lastUpdated":1711718743000}'),n={name:"nodes/full-storage-node.md"},t=o('
    Setting up a Celestia full storage Node ​
    This tutorial will guide you through setting up a Celestia full storage node, which is a celestia-node that doesn't connect to celestia-app (hence not a full consensus node), but stores all the data.
    Overview of full storage nodes ​
    Full storage nodes are Celestia nodes that store all the data. Full storage nodes send block shares, headers, and fraud proofs to light nodes. The light nodes gossip headers, fraud proofs, and sometimes block shares, between one another.
    Full storage node
    Hardware requirements ​
    The following hardware minimum requirements are recommended for running the full storage node:
    • Memory: 4 GB RAM (minimum)
    • CPU: 6 cores
    • Disk: 10 TB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload
    Setting up your full storage node ​
    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.
    Setup the dependencies ​
    You can follow the tutorial for setting up your dependencies
    Install celestia-node ​
    You can follow the tutorial for installing celestia-node
    Run the full storage node ​
    Initialize the full storage node ​
    Run the following command:
    sh
    celestia full init
    celestia full init
    sh
    celestia full init --p2p.network mocha
    celestia full init --p2p.network mocha
    sh
    celestia full init --p2p.network arabica
    celestia full init --p2p.network arabica
    Start the full storage node ​
    Start the full storage node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):
    In order for access to the ability to get/submit state-related information, such as the ability to submit PayForBlob transactions, or query for the node's account balance, a gRPC endpoint of a validator (core) node must be passed as directed below.
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    sh
    celestia full start --core.ip <URI>
    celestia full start --core.ip <URI>
    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.
    You can create your key for your node by following the cel-key instructions
    Once you start the full storage node, a wallet key will be generated for you. You will need to fund that address with testnet tokens to pay for PayForBlob transactions. You can find the address by running the following command:
    sh
    ./cel-key list --node.type full --keyring-backend test --p2p.network <network>
    ./cel-key list --node.type full --keyring-backend test --p2p.network <network>
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    You can get testnet tokens from:
    NOTE
    If you are running a full-storage node for your sovereign rollup, it is highly recommended to request Arabica devnet tokens as Arabica has the latest changes that can be used to test for developing your sovereign rollup. You can still use Mocha testnet as well, it is just mostly used for validator operations.
    Optional: run the full storage node with a custom key ​
    In order to run a full storage node using a custom key:
    1. The custom key must exist inside the celestia full storage node directory at the correct path (default: ~/.celestia-full/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia full start --core.ip <URI> \\
   --keyring.accname <name-of-custom-key> \\
    celestia full start --core.ip <URI> \\
   --keyring.accname <name-of-custom-key> \\
    sh
    celestia full start --core.ip <URI> \\
   --keyring.accname <name-of-custom-key> \\
@@ -8,4 +8,4 @@ import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const l=
   --keyring.accname <name-of-custom-key> \\
   --p2p.network arabica
    celestia full start --core.ip <URI> \\
   --keyring.accname <name-of-custom-key> \\
-  --p2p.network arabica
    Optional: start the full storage node with SystemD ​
    If you would like to run the full storage node as a background process, follow the SystemD tutorial.
    With that, you are now running a Celestia full storage node.
    Stop the full storage node ​
    In order to gracefully stop the full storage node, use Control + C in the terminal window where the node is running. Be sure to only do this once as the shutdown will not be instantaneous.
    `,40),p=[t];function r(c,i,d,y,u,h){return a(),e("div",null,p)}const f=s(n,[["render",r]]);export{g as __pageData,f as default};
+  --p2p.network arabica
    Optional: start the full storage node with SystemD ​
    If you would like to run the full storage node as a background process, follow the SystemD tutorial.
    With that, you are now running a Celestia full storage node.
    Stop the full storage node ​
    In order to gracefully stop the full storage node, use Control + C in the terminal window where the node is running. Be sure to only do this once as the shutdown will not be instantaneous.
    `,40),p=[t];function r(c,i,d,y,u,h){return a(),e("div",null,p)}const F=s(n,[["render",r]]);export{g as __pageData,F as default};
diff --git a/pr-1489/assets/nodes_full-storage-node.md.18a00786.lean.js b/pr-1489/assets/nodes_full-storage-node.md.dfa00ae5.lean.js
similarity index 83%
rename from pr-1489/assets/nodes_full-storage-node.md.18a00786.lean.js
rename to pr-1489/assets/nodes_full-storage-node.md.dfa00ae5.lean.js
index 67ba9d9ed5..618258e1f8 100644
--- a/pr-1489/assets/nodes_full-storage-node.md.18a00786.lean.js
+++ b/pr-1489/assets/nodes_full-storage-node.md.dfa00ae5.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/nodes/full-storage-node.png",g=JSON.parse('{"title":"Setting up a Celestia full storage Node","description":"Set up a Celestia full storage node.","frontmatter":{"description":"Set up a Celestia full storage node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia full storage Node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/full-storage-node.md","filePath":"nodes/full-storage-node.md","lastUpdated":1711718709000}'),n={name:"nodes/full-storage-node.md"},t=o("",40),p=[t];function r(c,i,d,y,u,h){return a(),e("div",null,p)}const f=s(n,[["render",r]]);export{g as __pageData,f as default};
+import{_ as s,o as a,c as e,Q as o}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/nodes/full-storage-node.png",g=JSON.parse('{"title":"Setting up a Celestia full storage Node","description":"Set up a Celestia full storage node.","frontmatter":{"description":"Set up a Celestia full storage node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia full storage Node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/full-storage-node.md","filePath":"nodes/full-storage-node.md","lastUpdated":1711718743000}'),n={name:"nodes/full-storage-node.md"},t=o("",40),p=[t];function r(c,i,d,y,u,h){return a(),e("div",null,p)}const F=s(n,[["render",r]]);export{g as __pageData,F as default};
diff --git a/pr-1489/assets/nodes_hardfork-process.md.564d14a2.js b/pr-1489/assets/nodes_hardfork-process.md.e903a32e.js
similarity index 98%
rename from pr-1489/assets/nodes_hardfork-process.md.564d14a2.js
rename to pr-1489/assets/nodes_hardfork-process.md.e903a32e.js
index 86ba1bb05d..1295860c15 100644
--- a/pr-1489/assets/nodes_hardfork-process.md.564d14a2.js
+++ b/pr-1489/assets/nodes_hardfork-process.md.e903a32e.js
@@ -1 +1 @@
-import{_ as e,o as a,c as o,Q as t}from"./chunks/framework.611656c0.js";const k=JSON.parse('{"title":"Celestia hardfork process","description":"Overview of the Celestia hardfork process.","frontmatter":{"description":"Overview of the Celestia hardfork process.","head":[["meta",{"name":"og:title","content":"Celestia hardfork process | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/hardfork-process.md","filePath":"nodes/hardfork-process.md","lastUpdated":1711718709000}'),r={name:"nodes/hardfork-process.md"},s=t('
    Celestia hardfork process ​
    Blockchain networks often times need to upgrade with new features which require coordination work among the validators prior to activating the upgrades.
    This process is called a hardfork or a network upgrade. In those events, the Celestia Labs team will be coordinating with the validators on what they need to do in order to be ready for an upcoming hardfork.
    Hardforks are not backward-compatible with older versions of the network software which is why it is important that validators upgrade their software to continue validating on the network after the network upgrades.
    General process ​
    The general process can be broken down into several components:
    • Hardfork specifications and features (defined by description of features and code implementation of those features).
    • Binary used to add those features (a new binary release with those features will be provided by Celestia team in order for validators to upgrade their nodes to the new binary).
    • A block number for when the network upgrades (even if validators upgrade their binary to be hardfork ready, the network upgrade does not happen right away, but some short time in the future at a specific block number).
    • Testing of the features (happens on testnets first prior to activating on mainnet in order to ensure the network can upgrade securely).
    The two testnets were hardforks are deployed on are:
    Mocha hardfork ​
    Celestia is planning the Mocha Hardfork upgrade on the Mamaki Testnet. This hardfork is unique as it will reset the Mamaki network to block 0 while maintaining the existing state and also will rename Mamaki to Mocha.
    The new chain-id will be mocha.
    You can find the release logs for consensus nodes on the celestia-app releases page.
    The most exciting feature included is setting the stage for Blobstream on Mocha.
    Validators will need to generate 2 new keys in order to be Blobstream-ready. Note that for the Mocha Hardfork, Blobstream will not launch yet so you can swap those keys after for new ones if needed. The keys needed are:
    • 1 EVM key
    • 1 Celestia key
    So, in order for this to happen, validators will need to maintain two new keys in order to have a successful upgrade.
    Those two keys will need to be added to 2 new flags on celestia-app:
    • --evm-address: This flag should contain a 0x EVM address.
    ',19),i=[s];function n(d,l,h,c,p,f){return a(),o("div",null,i)}const w=e(r,[["render",n]]);export{k as __pageData,w as default};
+import{_ as e,o as a,c as o,Q as t}from"./chunks/framework.611656c0.js";const k=JSON.parse('{"title":"Celestia hardfork process","description":"Overview of the Celestia hardfork process.","frontmatter":{"description":"Overview of the Celestia hardfork process.","head":[["meta",{"name":"og:title","content":"Celestia hardfork process | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/hardfork-process.md","filePath":"nodes/hardfork-process.md","lastUpdated":1711718743000}'),r={name:"nodes/hardfork-process.md"},s=t('
    Celestia hardfork process ​
    Blockchain networks often times need to upgrade with new features which require coordination work among the validators prior to activating the upgrades.
    This process is called a hardfork or a network upgrade. In those events, the Celestia Labs team will be coordinating with the validators on what they need to do in order to be ready for an upcoming hardfork.
    Hardforks are not backward-compatible with older versions of the network software which is why it is important that validators upgrade their software to continue validating on the network after the network upgrades.
    General process ​
    The general process can be broken down into several components:
    • Hardfork specifications and features (defined by description of features and code implementation of those features).
    • Binary used to add those features (a new binary release with those features will be provided by Celestia team in order for validators to upgrade their nodes to the new binary).
    • A block number for when the network upgrades (even if validators upgrade their binary to be hardfork ready, the network upgrade does not happen right away, but some short time in the future at a specific block number).
    • Testing of the features (happens on testnets first prior to activating on mainnet in order to ensure the network can upgrade securely).
    The two testnets were hardforks are deployed on are:
    Mocha hardfork ​
    Celestia is planning the Mocha Hardfork upgrade on the Mamaki Testnet. This hardfork is unique as it will reset the Mamaki network to block 0 while maintaining the existing state and also will rename Mamaki to Mocha.
    The new chain-id will be mocha.
    You can find the release logs for consensus nodes on the celestia-app releases page.
    The most exciting feature included is setting the stage for Blobstream on Mocha.
    Validators will need to generate 2 new keys in order to be Blobstream-ready. Note that for the Mocha Hardfork, Blobstream will not launch yet so you can swap those keys after for new ones if needed. The keys needed are:
    • 1 EVM key
    • 1 Celestia key
    So, in order for this to happen, validators will need to maintain two new keys in order to have a successful upgrade.
    Those two keys will need to be added to 2 new flags on celestia-app:
    • --evm-address: This flag should contain a 0x EVM address.
    ',19),i=[s];function n(d,l,h,c,p,f){return a(),o("div",null,i)}const w=e(r,[["render",n]]);export{k as __pageData,w as default};
diff --git a/pr-1489/assets/nodes_hardfork-process.md.564d14a2.lean.js b/pr-1489/assets/nodes_hardfork-process.md.e903a32e.lean.js
similarity index 90%
rename from pr-1489/assets/nodes_hardfork-process.md.564d14a2.lean.js
rename to pr-1489/assets/nodes_hardfork-process.md.e903a32e.lean.js
index 5801a13857..818d822505 100644
--- a/pr-1489/assets/nodes_hardfork-process.md.564d14a2.lean.js
+++ b/pr-1489/assets/nodes_hardfork-process.md.e903a32e.lean.js
@@ -1 +1 @@
-import{_ as e,o as a,c as o,Q as t}from"./chunks/framework.611656c0.js";const k=JSON.parse('{"title":"Celestia hardfork process","description":"Overview of the Celestia hardfork process.","frontmatter":{"description":"Overview of the Celestia hardfork process.","head":[["meta",{"name":"og:title","content":"Celestia hardfork process | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/hardfork-process.md","filePath":"nodes/hardfork-process.md","lastUpdated":1711718709000}'),r={name:"nodes/hardfork-process.md"},s=t("",19),i=[s];function n(d,l,h,c,p,f){return a(),o("div",null,i)}const w=e(r,[["render",n]]);export{k as __pageData,w as default};
+import{_ as e,o as a,c as o,Q as t}from"./chunks/framework.611656c0.js";const k=JSON.parse('{"title":"Celestia hardfork process","description":"Overview of the Celestia hardfork process.","frontmatter":{"description":"Overview of the Celestia hardfork process.","head":[["meta",{"name":"og:title","content":"Celestia hardfork process | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/hardfork-process.md","filePath":"nodes/hardfork-process.md","lastUpdated":1711718743000}'),r={name:"nodes/hardfork-process.md"},s=t("",19),i=[s];function n(d,l,h,c,p,f){return a(),o("div",null,i)}const w=e(r,[["render",n]]);export{k as __pageData,w as default};
diff --git a/pr-1489/assets/nodes_ibc-relayer.md.00b76f78.js b/pr-1489/assets/nodes_ibc-relayer.md.4f0d39db.js
similarity index 99%
rename from pr-1489/assets/nodes_ibc-relayer.md.00b76f78.js
rename to pr-1489/assets/nodes_ibc-relayer.md.4f0d39db.js
index 22fb7ce389..e2e38c0c25 100644
--- a/pr-1489/assets/nodes_ibc-relayer.md.00b76f78.js
+++ b/pr-1489/assets/nodes_ibc-relayer.md.4f0d39db.js
@@ -1,4 +1,4 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"IBC relaying guide","description":"Learn how to establish IBC connections and relay packets.","frontmatter":{"description":"Learn how to establish IBC connections and relay packets.","next":{"text":"Metrics","link":"/nodes/celestia-node-metrics"},"head":[["meta",{"name":"og:title","content":"IBC relaying guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/ibc-relayer.md","filePath":"nodes/ibc-relayer.md","lastUpdated":1711718709000}'),p={name:"nodes/ibc-relayer.md"},o=l(`
    IBC relaying guide ​
    Celestia uses IBC (Inter-Blockchain Communication protocol) to enable cross-chain transfer of tokens. To support this capability it relies on relayers, processes that can be run by anyone which constantly scan for outbound packets on one chain and submits these packets alongside corresponding proofs on the destination chain. This section describes how one can setup a relayer and create new connections between chains. There are two standard implementations:
    The following guide explains how to establish IBC connections and relay packets between Mocha testnet and Cosmos hub testnet networks by using the Hermes relayer.
    Check the latest celestia-app release's go.mod for the version of ibc-go that is currently used.
    Hermes ​
    Hermes is an open-source Rust implementation of an IBC relayer released as part of the ibc-relayer-cli crate. It includes a CLI for relaying packets between Cosmos SDK chains, as well as Prometheus metrics and a REST API.
    Please follow the steps at Hermes Quick Start to install Hermes. Before proceeding, verify that Hermes is installed correctly by running hermes version.
    TIP
    Hermes currently doesn't support configuring the Tendermint CompatMode in chain config (see hermes#3623). Until that issue is resolved, please use Hermes v1.7.0+ because it falls back to Tendermint CompatMode v0.34 (see hermes#3663) which is compatible with Celestia.
    Configuration ​
    After you have successfully installed Hermes and created the necessary folders, you now have to edit config.toml and add the appropriate configurations for the chains you want to relay between.
    For this tutorial, we will be using the following chains:
    • Celestia's mocha-4 testnet
    • Cosmos Hub's theta-testnet-001 testnet
    Edit the Hermes configuration.
    bash
    vim $HOME/.hermes/config.toml
    vim $HOME/.hermes/config.toml
    toml
    [global]
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"IBC relaying guide","description":"Learn how to establish IBC connections and relay packets.","frontmatter":{"description":"Learn how to establish IBC connections and relay packets.","next":{"text":"Metrics","link":"/nodes/celestia-node-metrics"},"head":[["meta",{"name":"og:title","content":"IBC relaying guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/ibc-relayer.md","filePath":"nodes/ibc-relayer.md","lastUpdated":1711718743000}'),p={name:"nodes/ibc-relayer.md"},o=l(`
    IBC relaying guide ​
    Celestia uses IBC (Inter-Blockchain Communication protocol) to enable cross-chain transfer of tokens. To support this capability it relies on relayers, processes that can be run by anyone which constantly scan for outbound packets on one chain and submits these packets alongside corresponding proofs on the destination chain. This section describes how one can setup a relayer and create new connections between chains. There are two standard implementations:
    The following guide explains how to establish IBC connections and relay packets between Mocha testnet and Cosmos hub testnet networks by using the Hermes relayer.
    Check the latest celestia-app release's go.mod for the version of ibc-go that is currently used.
    Hermes ​
    Hermes is an open-source Rust implementation of an IBC relayer released as part of the ibc-relayer-cli crate. It includes a CLI for relaying packets between Cosmos SDK chains, as well as Prometheus metrics and a REST API.
    Please follow the steps at Hermes Quick Start to install Hermes. Before proceeding, verify that Hermes is installed correctly by running hermes version.
    TIP
    Hermes currently doesn't support configuring the Tendermint CompatMode in chain config (see hermes#3623). Until that issue is resolved, please use Hermes v1.7.0+ because it falls back to Tendermint CompatMode v0.34 (see hermes#3663) which is compatible with Celestia.
    Configuration ​
    After you have successfully installed Hermes and created the necessary folders, you now have to edit config.toml and add the appropriate configurations for the chains you want to relay between.
    For this tutorial, we will be using the following chains:
    • Celestia's mocha-4 testnet
    • Cosmos Hub's theta-testnet-001 testnet
    Edit the Hermes configuration.
    bash
    vim $HOME/.hermes/config.toml
    vim $HOME/.hermes/config.toml
    toml
    [global]
 log_level = "info"
 
 [mode.clients]
diff --git a/pr-1489/assets/nodes_ibc-relayer.md.00b76f78.lean.js b/pr-1489/assets/nodes_ibc-relayer.md.4f0d39db.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_ibc-relayer.md.00b76f78.lean.js
rename to pr-1489/assets/nodes_ibc-relayer.md.4f0d39db.lean.js
index d05681775f..4a3facc1d5 100644
--- a/pr-1489/assets/nodes_ibc-relayer.md.00b76f78.lean.js
+++ b/pr-1489/assets/nodes_ibc-relayer.md.4f0d39db.lean.js
@@ -1 +1 @@
-import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"IBC relaying guide","description":"Learn how to establish IBC connections and relay packets.","frontmatter":{"description":"Learn how to establish IBC connections and relay packets.","next":{"text":"Metrics","link":"/nodes/celestia-node-metrics"},"head":[["meta",{"name":"og:title","content":"IBC relaying guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/ibc-relayer.md","filePath":"nodes/ibc-relayer.md","lastUpdated":1711718709000}'),p={name:"nodes/ibc-relayer.md"},o=l("",61),e=[o];function t(c,r,E,y,i,F){return n(),a("div",null,e)}const u=s(p,[["render",t]]);export{h as __pageData,u as default};
+import{_ as s,o as n,c as a,Q as l}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"IBC relaying guide","description":"Learn how to establish IBC connections and relay packets.","frontmatter":{"description":"Learn how to establish IBC connections and relay packets.","next":{"text":"Metrics","link":"/nodes/celestia-node-metrics"},"head":[["meta",{"name":"og:title","content":"IBC relaying guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/ibc-relayer.md","filePath":"nodes/ibc-relayer.md","lastUpdated":1711718743000}'),p={name:"nodes/ibc-relayer.md"},o=l("",61),e=[o];function t(c,r,E,y,i,F){return n(),a("div",null,e)}const u=s(p,[["render",t]]);export{h as __pageData,u as default};
diff --git a/pr-1489/assets/nodes_instantiate-testnet.md.32902d2f.js b/pr-1489/assets/nodes_instantiate-testnet.md.a9f4c477.js
similarity index 99%
rename from pr-1489/assets/nodes_instantiate-testnet.md.32902d2f.js
rename to pr-1489/assets/nodes_instantiate-testnet.md.a9f4c477.js
index b390fd062a..5fbd15a27b 100644
--- a/pr-1489/assets/nodes_instantiate-testnet.md.32902d2f.js
+++ b/pr-1489/assets/nodes_instantiate-testnet.md.a9f4c477.js
@@ -1,4 +1,4 @@
-import{_ as e,o as s,c as a,Q as n}from"./chunks/framework.611656c0.js";const E=JSON.parse('{"title":"Celestia App network instantiation guide","description":"A guide that helps you instantiate a new testnetwork with Celestia App.","frontmatter":{"description":"A guide that helps you instantiate a new testnetwork with Celestia App.","head":[["meta",{"name":"og:title","content":"Celestia App network instantiation guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/instantiate-testnet.md","filePath":"nodes/instantiate-testnet.md","lastUpdated":1711718709000}'),o={name:"nodes/instantiate-testnet.md"},t=n(`
    Celestia App network instantiation guide ​
    This guide is for helping instantiate a new testnetwork and following the correct steps to do so with Celestia App. You should only follow this guide if you want to experiment with your own Celestia test network (testnet) or if you want to test out new features to build as a core developer.
    Hardware requirements ​
    You will need to follow hardware requirements.
    Setup dependencies ​
    You will need to setup dependencies by following the guide.
    celestia-app installation ​
    You will need to install celestia-app by following the guide.
    Spin up a Celestia testnet ​
    If you want to spin up a quick testnet with your friends, you can follow these steps. Unless otherwise noted, every step must be done by everyone who wants to participate in this testnet.
    Optional: Reset working directory ​
    If you have already initialized a working directory for celestia-appd in the past, you must clean up before reinitializing a new directory. You can do so by running the following command:
    sh
    celestia-appd tendermint unsafe-reset-all --home $HOME/.celestia-app
    celestia-appd tendermint unsafe-reset-all --home $HOME/.celestia-app
    Initialize a working directory ​
    Run the following command:
    sh
    VALIDATOR_NAME=validator1
+import{_ as e,o as s,c as a,Q as n}from"./chunks/framework.611656c0.js";const E=JSON.parse('{"title":"Celestia App network instantiation guide","description":"A guide that helps you instantiate a new testnetwork with Celestia App.","frontmatter":{"description":"A guide that helps you instantiate a new testnetwork with Celestia App.","head":[["meta",{"name":"og:title","content":"Celestia App network instantiation guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/instantiate-testnet.md","filePath":"nodes/instantiate-testnet.md","lastUpdated":1711718743000}'),o={name:"nodes/instantiate-testnet.md"},t=n(`
    Celestia App network instantiation guide ​
    This guide is for helping instantiate a new testnetwork and following the correct steps to do so with Celestia App. You should only follow this guide if you want to experiment with your own Celestia test network (testnet) or if you want to test out new features to build as a core developer.
    Hardware requirements ​
    You will need to follow hardware requirements.
    Setup dependencies ​
    You will need to setup dependencies by following the guide.
    celestia-app installation ​
    You will need to install celestia-app by following the guide.
    Spin up a Celestia testnet ​
    If you want to spin up a quick testnet with your friends, you can follow these steps. Unless otherwise noted, every step must be done by everyone who wants to participate in this testnet.
    Optional: Reset working directory ​
    If you have already initialized a working directory for celestia-appd in the past, you must clean up before reinitializing a new directory. You can do so by running the following command:
    sh
    celestia-appd tendermint unsafe-reset-all --home $HOME/.celestia-app
    celestia-appd tendermint unsafe-reset-all --home $HOME/.celestia-app
    Initialize a working directory ​
    Run the following command:
    sh
    VALIDATOR_NAME=validator1
 CHAIN_ID=testnet
 celestia-appd init $VALIDATOR_NAME --chain-id $CHAIN_ID
    VALIDATOR_NAME=validator1
 CHAIN_ID=testnet
diff --git a/pr-1489/assets/nodes_instantiate-testnet.md.32902d2f.lean.js b/pr-1489/assets/nodes_instantiate-testnet.md.a9f4c477.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_instantiate-testnet.md.32902d2f.lean.js
rename to pr-1489/assets/nodes_instantiate-testnet.md.a9f4c477.lean.js
index 1f84fa497c..9b314ff282 100644
--- a/pr-1489/assets/nodes_instantiate-testnet.md.32902d2f.lean.js
+++ b/pr-1489/assets/nodes_instantiate-testnet.md.a9f4c477.lean.js
@@ -1 +1 @@
-import{_ as e,o as s,c as a,Q as n}from"./chunks/framework.611656c0.js";const E=JSON.parse('{"title":"Celestia App network instantiation guide","description":"A guide that helps you instantiate a new testnetwork with Celestia App.","frontmatter":{"description":"A guide that helps you instantiate a new testnetwork with Celestia App.","head":[["meta",{"name":"og:title","content":"Celestia App network instantiation guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/instantiate-testnet.md","filePath":"nodes/instantiate-testnet.md","lastUpdated":1711718709000}'),o={name:"nodes/instantiate-testnet.md"},t=n("",60),l=[t];function p(i,r,c,d,h,y){return s(),a("div",null,l)}const g=e(o,[["render",p]]);export{E as __pageData,g as default};
+import{_ as e,o as s,c as a,Q as n}from"./chunks/framework.611656c0.js";const E=JSON.parse('{"title":"Celestia App network instantiation guide","description":"A guide that helps you instantiate a new testnetwork with Celestia App.","frontmatter":{"description":"A guide that helps you instantiate a new testnetwork with Celestia App.","head":[["meta",{"name":"og:title","content":"Celestia App network instantiation guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/instantiate-testnet.md","filePath":"nodes/instantiate-testnet.md","lastUpdated":1711718743000}'),o={name:"nodes/instantiate-testnet.md"},t=n("",60),l=[t];function p(i,r,c,d,h,y){return s(),a("div",null,l)}const g=e(o,[["render",p]]);export{E as __pageData,g as default};
diff --git a/pr-1489/assets/nodes_light-node.md.ba5f4b08.js b/pr-1489/assets/nodes_light-node.md.f9e51693.js
similarity index 96%
rename from pr-1489/assets/nodes_light-node.md.ba5f4b08.js
rename to pr-1489/assets/nodes_light-node.md.f9e51693.js
index efb6134e02..346bb89f53 100644
--- a/pr-1489/assets/nodes_light-node.md.ba5f4b08.js
+++ b/pr-1489/assets/nodes_light-node.md.f9e51693.js
@@ -1,8 +1,8 @@
-import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/nodes/LightNodes.png",g=JSON.parse('{"title":"Setting up a Celestia light node","description":"This tutorial covers setting up a Celestia light node.","frontmatter":{"sidebar_label":"Light node","description":"This tutorial covers setting up a Celestia light node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia light node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/light-node.md","filePath":"nodes/light-node.md","lastUpdated":1711718709000}'),e={name:"nodes/light-node.md"},p=o('
    Setting up a Celestia light node ​
    This tutorial will guide you through setting up a Celestia light node, which will allow you to perform data availability sampling (DAS) on Celestia's data availability (DA) network.
    Overview of light nodes ​
    Light nodes ensure data availability. This is the most common way to interact with Celestia networks.
    light-node
    Light nodes have the following behavior:
    1. They listen for ExtendedHeaders, i.e. wrapped “raw” headers, that notify Celestia nodes of new block headers and relevant DA metadata.
    2. They perform DAS on the received headers
    Hardware requirements ​
    The following minimum hardware requirements are recommended for running a light node:
    • Memory: 500 MB RAM (minimum)
    • CPU: Single Core
    • Disk: 50 GB SSD Storage
    • Bandwidth: 56 Kbps for Download/56 Kbps for Upload
    Setting up your light node ​
    This tutorial was performed on an Ubuntu Linux 20.04 (LTS) x64 instance machine.
    Set up dependencies on the setting up environment page.
    Install celestia-node ​
    Install the celestia binary by building and installing celestia-node.
    Initialize the light node ​
    Run the following command:
    sh
    celestia light init
    celestia light init
    sh
    celestia light init --p2p.network mocha
    celestia light init --p2p.network mocha
    sh
    celestia light init --p2p.network arabica
    celestia light init --p2p.network arabica
    The output in your terminal will show the location of your node store and config. It will also show confirmation that the node store has been initialized.
    Start the light node ​
    Start the light node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):
    In order for access to the ability to get and submit state-related information, such as the ability to submit PayForBlobs transactions, or query for the node's account balance, a gRPC endpoint of a validator (core) node must be passed as directed below.
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    To start the light node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):
    sh
    celestia light start --core.ip <URI> --p2p.network <network>
    celestia light start --core.ip <URI> --p2p.network <network>
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.
    For example, your command might look something like this for Mocha:
    sh
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    Or for Arabica:
    sh
    celestia light start --core.ip validator-1.celestia-arabica-11.com \\
+import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/nodes/LightNodes.png",F=JSON.parse('{"title":"Setting up a Celestia light node","description":"This tutorial covers setting up a Celestia light node.","frontmatter":{"sidebar_label":"Light node","description":"This tutorial covers setting up a Celestia light node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia light node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/light-node.md","filePath":"nodes/light-node.md","lastUpdated":1711718743000}'),e={name:"nodes/light-node.md"},p=o('
    Setting up a Celestia light node ​
    This tutorial will guide you through setting up a Celestia light node, which will allow you to perform data availability sampling (DAS) on Celestia's data availability (DA) network.
    Overview of light nodes ​
    Light nodes ensure data availability. This is the most common way to interact with Celestia networks.
    light-node
    Light nodes have the following behavior:
    1. They listen for ExtendedHeaders, i.e. wrapped “raw” headers, that notify Celestia nodes of new block headers and relevant DA metadata.
    2. They perform DAS on the received headers
    Hardware requirements ​
    The following minimum hardware requirements are recommended for running a light node:
    • Memory: 500 MB RAM (minimum)
    • CPU: Single Core
    • Disk: 50 GB SSD Storage
    • Bandwidth: 56 Kbps for Download/56 Kbps for Upload
    Setting up your light node ​
    This tutorial was performed on an Ubuntu Linux 20.04 (LTS) x64 instance machine.
    Set up dependencies on the setting up environment page.
    Install celestia-node ​
    Install the celestia binary by building and installing celestia-node.
    Initialize the light node ​
    Run the following command:
    sh
    celestia light init
    celestia light init
    sh
    celestia light init --p2p.network mocha
    celestia light init --p2p.network mocha
    sh
    celestia light init --p2p.network arabica
    celestia light init --p2p.network arabica
    The output in your terminal will show the location of your node store and config. It will also show confirmation that the node store has been initialized.
    Start the light node ​
    Start the light node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):
    In order for access to the ability to get and submit state-related information, such as the ability to submit PayForBlobs transactions, or query for the node's account balance, a gRPC endpoint of a validator (core) node must be passed as directed below.
    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.
    To start the light node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):
    sh
    celestia light start --core.ip <URI> --p2p.network <network>
    celestia light start --core.ip <URI> --p2p.network <network>
    TIP
    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information
    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.
    For example, your command might look something like this for Mocha:
    sh
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    Or for Arabica:
    sh
    celestia light start --core.ip validator-1.celestia-arabica-11.com \\
     --p2p.network arabica
    celestia light start --core.ip validator-1.celestia-arabica-11.com \\
     --p2p.network arabica
    Keys and wallets ​
    You can create your key for your node by running the following command with the cel-key utility in the celestia-node directory:
    sh
    ./cel-key add <key-name> --keyring-backend test \\
     --node.type light --p2p.network <network>
    ./cel-key add <key-name> --keyring-backend test \\
-    --node.type light --p2p.network <network>
    You can start your light node with the key created above by running the following command:
    sh
    celestia light start --keyring.accname my_celes_key \\
+    --node.type light --p2p.network <network>
    You can start your light node with the key created above by running the following command:
    sh
    celestia light start --keyring.accname my_celes_key \\
     --core.ip consensus.lunaroasis.net
    celestia light start --keyring.accname my_celes_key \\
     --core.ip consensus.lunaroasis.net
    sh
    celestia light start --keyring.accname my_celes_key \\
     --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --keyring.accname my_celes_key \\
@@ -12,7 +12,7 @@ import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const l=
     --core.ip validator-1.celestia-arabica-11.com \\
     --p2p.network arabica
    Once you start the light node, a wallet key will be generated for you. You will need to fund that address with testnet tokens to pay for PayForBlob transactions.
    You can find the address using the RPC CLI or by running the following command in the celestia-node directory:
    sh
    ./cel-key list --node.type light --keyring-backend test \\
     --p2p.network <network>
    ./cel-key list --node.type light --keyring-backend test \\
-    --p2p.network <network>
    Testnet tokens ​
    You have two networks to get testnet tokens from:
    You can request funds to your wallet address using the following command in Discord:
    console
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>
    Where <CELESTIA-ADDRESS> is the celestia1****** address generated when you created the wallet.
    Optional: run the light node with a custom key ​
    In order to run a light node using a custom key:
    1. The custom key must exist inside the celestia light node directory at the correct path (default: ~/.celestia-light/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia light start --core.ip <URI> \\
+    --p2p.network <network>
    Testnet tokens ​
    You have two networks to get testnet tokens from:
    You can request funds to your wallet address using the following command in Discord:
    console
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>
    Where <CELESTIA-ADDRESS> is the celestia1****** address generated when you created the wallet.
    Optional: run the light node with a custom key ​
    In order to run a light node using a custom key:
    1. The custom key must exist inside the celestia light node directory at the correct path (default: ~/.celestia-light/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia light start --core.ip <URI> \\
     --keyring.accname <name-of-custom-key> \\
    celestia light start --core.ip <URI> \\
     --keyring.accname <name-of-custom-key> \\
    sh
    celestia light start --core.ip <URI> \\
     --keyring.accname <name-of-custom-key> \\
@@ -22,4 +22,4 @@ import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const l=
     --keyring.accname <name-of-custom-key> \\
     --p2p.network mocha
    celestia light start --core.ip <URI> \\
     --keyring.accname <name-of-custom-key> \\
-    --p2p.network mocha
    Optional: start light node with SystemD ​
    Follow the tutorial on setting up the light node as a background process with SystemD.
    Data availability sampling ​
    With your light node running, you can check out this tutorial on submitting PayForBlob transactions.
    `,53),t=[p];function c(r,i,y,E,d,h){return a(),n("div",null,t)}const u=s(e,[["render",c]]);export{g as __pageData,u as default};
+    --p2p.network mocha
    Optional: start light node with SystemD ​
    Follow the tutorial on setting up the light node as a background process with SystemD.
    Data availability sampling ​
    With your light node running, you can check out this tutorial on submitting PayForBlob transactions.
    `,53),t=[p];function c(r,i,y,E,d,h){return a(),n("div",null,t)}const u=s(e,[["render",c]]);export{F as __pageData,u as default};
diff --git a/pr-1489/assets/nodes_light-node.md.ba5f4b08.lean.js b/pr-1489/assets/nodes_light-node.md.f9e51693.lean.js
similarity index 75%
rename from pr-1489/assets/nodes_light-node.md.ba5f4b08.lean.js
rename to pr-1489/assets/nodes_light-node.md.f9e51693.lean.js
index 59671e0153..8a8c403557 100644
--- a/pr-1489/assets/nodes_light-node.md.ba5f4b08.lean.js
+++ b/pr-1489/assets/nodes_light-node.md.f9e51693.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/nodes/LightNodes.png",g=JSON.parse('{"title":"Setting up a Celestia light node","description":"This tutorial covers setting up a Celestia light node.","frontmatter":{"sidebar_label":"Light node","description":"This tutorial covers setting up a Celestia light node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia light node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/light-node.md","filePath":"nodes/light-node.md","lastUpdated":1711718709000}'),e={name:"nodes/light-node.md"},p=o("",53),t=[p];function c(r,i,y,E,d,h){return a(),n("div",null,t)}const u=s(e,[["render",c]]);export{g as __pageData,u as default};
+import{_ as s,o as a,c as n,Q as o}from"./chunks/framework.611656c0.js";const l="/docs-preview/pr-1489/img/nodes/LightNodes.png",F=JSON.parse('{"title":"Setting up a Celestia light node","description":"This tutorial covers setting up a Celestia light node.","frontmatter":{"sidebar_label":"Light node","description":"This tutorial covers setting up a Celestia light node.","head":[["meta",{"name":"og:title","content":"Setting up a Celestia light node | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/light-node.md","filePath":"nodes/light-node.md","lastUpdated":1711718743000}'),e={name:"nodes/light-node.md"},p=o("",53),t=[p];function c(r,i,y,E,d,h){return a(),n("div",null,t)}const u=s(e,[["render",c]]);export{F as __pageData,u as default};
diff --git a/pr-1489/assets/nodes_mainnet.md.dcac0cfe.js b/pr-1489/assets/nodes_mainnet.md.08177f13.js
similarity index 99%
rename from pr-1489/assets/nodes_mainnet.md.dcac0cfe.js
rename to pr-1489/assets/nodes_mainnet.md.08177f13.js
index fbf2f395d4..962a246329 100644
--- a/pr-1489/assets/nodes_mainnet.md.dcac0cfe.js
+++ b/pr-1489/assets/nodes_mainnet.md.08177f13.js
@@ -1,3 +1,3 @@
 import{M as T}from"./chunks/MainnetVersionTags.f7dcce5f.js";import{c as Q}from"./chunks/constants.dc70dfe7.js";import{_ as d,o,c as l,k as e,t as s,H as r,Q as a,a as p}from"./chunks/framework.611656c0.js";import"./chunks/mainnet_versions.a17f37d5.js";const h="/docs-preview/pr-1489/img/Mainnet-Beta.png",m={name:"MainnetBetaDetails",data(){return{constants:Q}}},u=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),H=e("td",null,"Chain ID",-1),g=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"6BE39EFD10BA412A9DB5288488303F5DD32CF386707A5BEF33617F4C43301872")])],-1),V=e("td",null,"Genesis file",-1),y=["href"],f=e("td",null,"Peers file",-1),b=["href"],k=e("tr",null,[e("td",null,"Validators"),e("td",null," 100 ")],-1);function L(n,i,c,q,t,A){return o(),l("table",null,[u,e("tr",null,[H,e("td",null,[e("code",null,s(t.constants.mainnetChainId),1)])]),g,e("tr",null,[V,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mainnetChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+s(t.constants.mainnetChainId)+"/genesis.json ",9,y)])]),e("tr",null,[f,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mainnetChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+s(t.constants.mainnetChainId)+"/peers.txt ",9,b)])]),k])}const w=d(m,[["render",L]]),_=a('
    Mainnet Beta ​
    Mainnet Beta
    Welcome to the guide for Celestia’s Mainnet Beta, the production network that marks the pinnacle of Celestia’s evolution since its inception in 2019. This network is where all components of the Celestia ecosystem come to life in a real-world environment.
    Mainnet Beta is the culmination of rigorous community testing, upgrades, and feedback. It serves as the platform for deploying mainnet rollups and applications.
    Network stability and upgrades ​
    Mainnet Beta is a stable network, but will still receive updates and improvements. Any changes or upgrades will be coordinated with node operators and the broader Celestia community to ensure seamless integration and minimal service interruptions.
    As we step into unexplored territories with groundbreaking technologies like data availability sampling, it's crucial to remember that Mainnet Beta remains experimental at this stage. While the network is live and functional, users may encounter occasional instability or reduced performance.
    Network details ​
    ',8),M=e("h2",{id:"software-version-numbers",tabindex:"-1"},[p("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),x=a('
    Network parameters ​
    Full network parameters, such as max bytes, can be found in the celestia-app specifications.
    CIP-13 has been drafted to create a living document for these parameters as a part of the CIP process.
    Maximum bytes ​
    There is a hard limit on the total blob size in a transaction, which is determined by the effective maximum square size. Given that the current governance maximum square size is 64, the total blob size in a transaction must be slightly less than ~2 MiB, or 1,973,786 bytes to be exact.
    The following provides an approximation of the maximum block size:
    • The maximum square size is 64x64, which gives us 4096 shares.
    • One share is reserved for the PFB transaction, leaving us with 4095 shares.
    • The first sparse share has 478 bytes available, and the remaining sparse shares have 482 bytes each.
    This can be calculated as follows:
    ',8),v={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"68.588ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 30315.8 1000","aria-hidden":"true"},C=a('',1),E=[C],P=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mtext",null,"Total Bytes"),e("mo",null,"="),e("mo",{stretchy:"false"},"("),e("mn",null,"1"),e("mo",null,"×"),e("mn",null,"478"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes"),e("mo",{stretchy:"false"},")"),e("mo",null,"+"),e("mo",{stretchy:"false"},"("),e("mn",null,"4094"),e("mo",null,"×"),e("mn",null,"482"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes"),e("mo",{stretchy:"false"},")"),e("mo",null,"="),e("mn",null,"1"),e("mo",null,","),e("mn",null,"973"),e("mo",null,","),e("mn",null,"786"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes")])],-1),F=a(`
    Please note that there isn't a precise upper bound on the maximum total blob size. It depends on several factors:
    • The maximum square size, which is determined by a governance parameter and a versioned constant.
    • The maximum bytes in a block, which is determined by a governance parameter and a hard-coded constant in CometBFT.
    • The number of shares occupied by the PFB transaction share.
    These factors can cause the maximum total blob size that can be included in one block to vary.
    Integrations ​
    This guide contains the relevant sections for how to connect to Mainnet Beta, depending on the type of node you are running. Your best approach to participating is to first determine which node you would like to run. Each node’s guide will link to the relevant network in order to show you how to connect to them. Learn about the different endpoint types in the Cosmos SDK documentation.
    Here is a list of options of the types of nodes you can run in order to participate in Mainnet Beta:
    Consensus nodes ​
    Consensus RPC endpoints ​
    • public-celestia-rpc.numia.xyz
    • celestia-rpc.mesa.newmetric.xyz
    • rpc.celestia.pops.one
    • rpc.lunaroasis.net
    • rpc.celestia.nodestake.top
    • celestia-rpc.brightlystake.com
    • celestia-rpc.spidey.services
    • rpc-celestia.contributiondao.com
    • celestia.rpc.stakin-nodes.com
    • celestia.cumulo.org.es
    • rpc-celestia.mzonder.com
    • rpc-celestia-01.stakeflow.io
    • rpc-celestia.alphab.ai
    • rpc-celestia-full.avril14th.org
    • celestia-rpc.easy2stake.com
    • celestia.rpc.kjnodes.com
    • celestia-rpc.0xcryptovestor.com
    • rpc-celestia-mainnet.trusted-point.com
    • celestia.rpc.archives.validao.xyz
    • rpc-archive.celestia.bitszn.com
    • celestia-rpc.f5nodes.com
    • celestia-rpc.chainode.tech:33373
    • https://rpc-celestia.staker.space/
    API endpoints ​
    • public-celestia-lcd.numia.xyz
    • celestia-rest.mesa.newmetric.xyz
    • api.celestia.pops.one
    • api.lunaroasis.net
    • api.celestia.nodestake.top
    • celestia-rpc.brightlystake.com/api
    • celestia-api.spidey.services
    • api-celestia.contributiondao.com
    • celestia.rest.stakin-nodes.com
    • celestia.api.cumulo.org.es
    • api-celestia.mzonder.com
    • api-celestia-01.stakeflow.io
    • api-celestia.alphab.ai
    • api-celestia-full.avril14th.org
    • celestia-lcd.easy2stake.com
    • celestia.api.kjnodes.com
    • api-celestia-mainnet.trusted-point.com
    • celestia.rest.archives.validao.xyz
    • api-archive.celestia.bitszn.com
    • celestia-api.f5nodes.com
    • https://celestia-api.chainode.tech
    • https://api-celestia.staker.space/
    gRPC endpoints ​
    • public-celestia-grpc.numia.xyz
    • celestia-grpc.mesa.newmetric.xyz
    • grpc.celestia.pops.one
    • grpc.lunaroasis.net:443
    • grpc.celestia.nodestake.top
    • celestia-rpc.brightlystake.com:9090
    • celestia-grpc.spidey.services
    • grpc-celestia.contributiondao.com
    • celestia.grpc.stakin-nodes.com:443
    • celestia.grpc.cumulo.org.es:443
    • grpc-celestia.mzonder.com:443
    • grpc-celestia-01.stakeflow.io:15002
    • rpc-celestia.alphab.ai:9090
    • grpc-celestia-full.avril14th.org
    • celestia.grpc.kjnodes.com:443
    • grpc-celestia-mainnet.trusted-point.com:9095
    • celestia.grpc.archives.validao.xyz:9090
    • gprc-archive.celestia.bitszn.com
    • celestia-grpc.f5nodes.com:9390
    • celestia-grpc.chainode.tech:443
    • https://grpc-celestia.staker.space/
    WebSocket endpoints ​
    • wss://celestia-ws.chainode.tech:33373/websocket
    Data availability nodes ​
    DA RPC endpoints ​
    These RPC endpoints for DA nodes are to provide state access for querying the chain’s state and broadcasting transactions (balances, blobs, etc.) to the Celestia network. For users, they will need to provide a –core.ip string from a consensus node’s URL or IP that populates 2 ports for 2 types (RPC and gRPC, at ports 26657 and 9090, respectively) to their respective DA node.
    TIP
    bash
    celestia <da_type> start --core.ip <url> –core.rpc.port <port> \\
     –core.grpc.port <port>
    celestia <da_type> start --core.ip <url> –core.rpc.port <port> \\
-    –core.grpc.port <port>
    Bridge nodes
    Not all RPC endpoints guarantee the full block history. Find an archive endpoint on the community dashboard or run your own consensus full node with no pruning for your bridge node.
    RPCs for DA nodes to initialise or start your celestia-node to Mainnet Beta with:
    • public-celestia-consensus.numia.xyz
      • gRPC: port 9090
      • RPC: port 26657
    • celestia-consensus.mesa.newmetric.xyz
      • gRPC: port 9090
      • RPC: port 26657
    • rpc.celestia.pops.one
      • gRPC: port 9090
      • RPC: port 26657
    • consensus.lunaroasis.net
      • gRPC: port 9090
      • RPC: port 26657
    • rpc-celestia.alphab.ai
      • gRPC: port 9090
      • RPC: port 26657
    DA full and light nodes might have troubles connecting to the networks, so you can check out this Grafana dashboard to see health/uptime status of DA bootstrappers (now celestia network only).
    You can find the status of these endpoints.
    Explorers ​
    There are multiple explorers you can use for Mainnet Beta:
    Analytics ​
    The following websites provide analytics for Celestia:
    Network upgrades ​
    Join the Community Telegram announcement channel for network upgrades.
    `,34),S=JSON.parse('{"title":"Mainnet Beta","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Mainnet Beta | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/mainnet.md","filePath":"nodes/mainnet.md","lastUpdated":1711718709000}'),B={name:"nodes/mainnet.md"},N=Object.assign(B,{setup(n){return(i,c)=>(o(),l("div",null,[_,r(w),M,r(T),x,e("p",null,[e("mjx-container",v,[(o(),l("svg",Z,E)),P])]),F]))}});export{S as __pageData,N as default};
+    –core.grpc.port <port>
    Bridge nodes
    Not all RPC endpoints guarantee the full block history. Find an archive endpoint on the community dashboard or run your own consensus full node with no pruning for your bridge node.
    RPCs for DA nodes to initialise or start your celestia-node to Mainnet Beta with:
    • public-celestia-consensus.numia.xyz
      • gRPC: port 9090
      • RPC: port 26657
    • celestia-consensus.mesa.newmetric.xyz
      • gRPC: port 9090
      • RPC: port 26657
    • rpc.celestia.pops.one
      • gRPC: port 9090
      • RPC: port 26657
    • consensus.lunaroasis.net
      • gRPC: port 9090
      • RPC: port 26657
    • rpc-celestia.alphab.ai
      • gRPC: port 9090
      • RPC: port 26657
    DA full and light nodes might have troubles connecting to the networks, so you can check out this Grafana dashboard to see health/uptime status of DA bootstrappers (now celestia network only).
    You can find the status of these endpoints.
    Explorers ​
    There are multiple explorers you can use for Mainnet Beta:
    Analytics ​
    The following websites provide analytics for Celestia:
    Network upgrades ​
    Join the Community Telegram announcement channel for network upgrades.
    `,34),S=JSON.parse('{"title":"Mainnet Beta","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Mainnet Beta | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/mainnet.md","filePath":"nodes/mainnet.md","lastUpdated":1711718743000}'),B={name:"nodes/mainnet.md"},N=Object.assign(B,{setup(n){return(i,c)=>(o(),l("div",null,[_,r(w),M,r(T),x,e("p",null,[e("mjx-container",v,[(o(),l("svg",Z,E)),P])]),F]))}});export{S as __pageData,N as default};
diff --git a/pr-1489/assets/nodes_mainnet.md.dcac0cfe.lean.js b/pr-1489/assets/nodes_mainnet.md.08177f13.lean.js
similarity index 98%
rename from pr-1489/assets/nodes_mainnet.md.dcac0cfe.lean.js
rename to pr-1489/assets/nodes_mainnet.md.08177f13.lean.js
index f36bd8d345..4a24fbff0d 100644
--- a/pr-1489/assets/nodes_mainnet.md.dcac0cfe.lean.js
+++ b/pr-1489/assets/nodes_mainnet.md.08177f13.lean.js
@@ -1 +1 @@
-import{M as T}from"./chunks/MainnetVersionTags.f7dcce5f.js";import{c as Q}from"./chunks/constants.dc70dfe7.js";import{_ as d,o,c as l,k as e,t as s,H as r,Q as a,a as p}from"./chunks/framework.611656c0.js";import"./chunks/mainnet_versions.a17f37d5.js";const h="/docs-preview/pr-1489/img/Mainnet-Beta.png",m={name:"MainnetBetaDetails",data(){return{constants:Q}}},u=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),H=e("td",null,"Chain ID",-1),g=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"6BE39EFD10BA412A9DB5288488303F5DD32CF386707A5BEF33617F4C43301872")])],-1),V=e("td",null,"Genesis file",-1),y=["href"],f=e("td",null,"Peers file",-1),b=["href"],k=e("tr",null,[e("td",null,"Validators"),e("td",null," 100 ")],-1);function L(n,i,c,q,t,A){return o(),l("table",null,[u,e("tr",null,[H,e("td",null,[e("code",null,s(t.constants.mainnetChainId),1)])]),g,e("tr",null,[V,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mainnetChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+s(t.constants.mainnetChainId)+"/genesis.json ",9,y)])]),e("tr",null,[f,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mainnetChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+s(t.constants.mainnetChainId)+"/peers.txt ",9,b)])]),k])}const w=d(m,[["render",L]]),_=a("",8),M=e("h2",{id:"software-version-numbers",tabindex:"-1"},[p("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),x=a("",8),v={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"68.588ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 30315.8 1000","aria-hidden":"true"},C=a("",1),E=[C],P=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mtext",null,"Total Bytes"),e("mo",null,"="),e("mo",{stretchy:"false"},"("),e("mn",null,"1"),e("mo",null,"×"),e("mn",null,"478"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes"),e("mo",{stretchy:"false"},")"),e("mo",null,"+"),e("mo",{stretchy:"false"},"("),e("mn",null,"4094"),e("mo",null,"×"),e("mn",null,"482"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes"),e("mo",{stretchy:"false"},")"),e("mo",null,"="),e("mn",null,"1"),e("mo",null,","),e("mn",null,"973"),e("mo",null,","),e("mn",null,"786"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes")])],-1),F=a("",34),S=JSON.parse('{"title":"Mainnet Beta","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Mainnet Beta | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/mainnet.md","filePath":"nodes/mainnet.md","lastUpdated":1711718709000}'),B={name:"nodes/mainnet.md"},N=Object.assign(B,{setup(n){return(i,c)=>(o(),l("div",null,[_,r(w),M,r(T),x,e("p",null,[e("mjx-container",v,[(o(),l("svg",Z,E)),P])]),F]))}});export{S as __pageData,N as default};
+import{M as T}from"./chunks/MainnetVersionTags.f7dcce5f.js";import{c as Q}from"./chunks/constants.dc70dfe7.js";import{_ as d,o,c as l,k as e,t as s,H as r,Q as a,a as p}from"./chunks/framework.611656c0.js";import"./chunks/mainnet_versions.a17f37d5.js";const h="/docs-preview/pr-1489/img/Mainnet-Beta.png",m={name:"MainnetBetaDetails",data(){return{constants:Q}}},u=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),H=e("td",null,"Chain ID",-1),g=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"6BE39EFD10BA412A9DB5288488303F5DD32CF386707A5BEF33617F4C43301872")])],-1),V=e("td",null,"Genesis file",-1),y=["href"],f=e("td",null,"Peers file",-1),b=["href"],k=e("tr",null,[e("td",null,"Validators"),e("td",null," 100 ")],-1);function L(n,i,c,q,t,A){return o(),l("table",null,[u,e("tr",null,[H,e("td",null,[e("code",null,s(t.constants.mainnetChainId),1)])]),g,e("tr",null,[V,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mainnetChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+s(t.constants.mainnetChainId)+"/genesis.json ",9,y)])]),e("tr",null,[f,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mainnetChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+s(t.constants.mainnetChainId)+"/peers.txt ",9,b)])]),k])}const w=d(m,[["render",L]]),_=a("",8),M=e("h2",{id:"software-version-numbers",tabindex:"-1"},[p("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),x=a("",8),v={class:"MathJax",jax:"SVG",style:{direction:"ltr",position:"relative"}},Z={style:{overflow:"visible","min-height":"1px","min-width":"1px","vertical-align":"-0.566ex"},xmlns:"http://www.w3.org/2000/svg",width:"68.588ex",height:"2.262ex",role:"img",focusable:"false",viewBox:"0 -750 30315.8 1000","aria-hidden":"true"},C=a("",1),E=[C],P=e("mjx-assistive-mml",{unselectable:"on",display:"inline",style:{top:"0px",left:"0px",clip:"rect(1px, 1px, 1px, 1px)","-webkit-touch-callout":"none","-webkit-user-select":"none","-khtml-user-select":"none","-moz-user-select":"none","-ms-user-select":"none","user-select":"none",position:"absolute",padding:"1px 0px 0px 0px",border:"0px",display:"block",width:"auto",overflow:"hidden"}},[e("math",{xmlns:"http://www.w3.org/1998/Math/MathML"},[e("mtext",null,"Total Bytes"),e("mo",null,"="),e("mo",{stretchy:"false"},"("),e("mn",null,"1"),e("mo",null,"×"),e("mn",null,"478"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes"),e("mo",{stretchy:"false"},")"),e("mo",null,"+"),e("mo",{stretchy:"false"},"("),e("mn",null,"4094"),e("mo",null,"×"),e("mn",null,"482"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes"),e("mo",{stretchy:"false"},")"),e("mo",null,"="),e("mn",null,"1"),e("mo",null,","),e("mn",null,"973"),e("mo",null,","),e("mn",null,"786"),e("mstyle",{scriptlevel:"0"},[e("mspace",{width:"0.167em"})]),e("mtext",null,"bytes")])],-1),F=a("",34),S=JSON.parse('{"title":"Mainnet Beta","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Mainnet Beta | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/mainnet.md","filePath":"nodes/mainnet.md","lastUpdated":1711718743000}'),B={name:"nodes/mainnet.md"},N=Object.assign(B,{setup(n){return(i,c)=>(o(),l("div",null,[_,r(w),M,r(T),x,e("p",null,[e("mjx-container",v,[(o(),l("svg",Z,E)),P])]),F]))}});export{S as __pageData,N as default};
diff --git a/pr-1489/assets/nodes_mocha-testnet.md.6460202a.js b/pr-1489/assets/nodes_mocha-testnet.md.a8407fb2.js
similarity index 99%
rename from pr-1489/assets/nodes_mocha-testnet.md.6460202a.js
rename to pr-1489/assets/nodes_mocha-testnet.md.a8407fb2.js
index 8a7bddb50d..51bf49e341 100644
--- a/pr-1489/assets/nodes_mocha-testnet.md.6460202a.js
+++ b/pr-1489/assets/nodes_mocha-testnet.md.a8407fb2.js
@@ -1 +1 @@
-import{M as d}from"./chunks/MochaVersionTags.90bfae71.js";import{c as h}from"./chunks/constants.dc70dfe7.js";import{_ as p,o as s,c as l,k as e,t as o,H as a,Q as i,a as u}from"./chunks/framework.611656c0.js";import"./chunks/mocha_versions.84d9fd1c.js";const m="/docs-preview/pr-1489/img/mocha.jpg",f={name:"MochaTestnetDetails",data(){return{constants:h}}},g=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),b=e("td",null,"Chain ID",-1),_=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"B93BBE20A0FBFDF955811B6420F8433904664D45DB4BF51022BE4200C1A1680D")])],-1),k=e("td",null,"Genesis file",-1),w=["href"],T=e("td",null,"Peers file",-1),v=["href"],C=e("tr",null,[e("td",null,"Validators"),e("td",null," 100 ")],-1);function y(n,r,c,I,t,D){return s(),l("table",null,[g,e("tr",null,[b,e("td",null,[e("code",null,o(t.constants.mochaChainId),1)])]),_,e("tr",null,[k,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mochaChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+o(t.constants.mochaChainId)+"/genesis.json ",9,w)])]),e("tr",null,[T,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mochaChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+o(t.constants.mochaChainId)+"/peers.txt ",9,v)])]),C])}const P=p(f,[["render",y]]),E=i('
    Mocha testnet ​
    mocha-testnet
    This guide contains the relevant sections for how to connect to Mocha, depending on the type of node you are running. Mocha testnet is designed to help validators test out their infrastructure and node software. Developers are encouraged to deploy their sovereign rollups on Mocha, but we also recommend Arabica devnet for that as it is designed for development purposes.
    Mocha is a milestone in Celestia, allowing everyone to test out core functionalities on the network. Read the announcement. Your best approach to participating is to first determine which node you would like to run. Each node's guide will link to the relevant networks, to show you how to connect to them.
    You have a list of options on the types of nodes you can run to participate in Mocha:
    Consensus:
    Data Availability:
    Select the type of node you would like to run and follow the instructions on each respective page. Whenever you are asked to select the type of network you want to connect to in those guides, select Mocha to refer to the correct instructions on this page on how to connect to Mocha.
    Network details ​
    ',11),S=e("h2",{id:"software-version-numbers",tabindex:"-1"},[u("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),A=i('
    RPC for DA bridge, full, and light nodes ​
    These RPC endpoints for DA nodes are to provide state access for querying the chain’s state and broadcasting transactions (balances, blobs, etc.) to the Celestia network. For users, they will need to provide a –core.ip string from a consensus node’s URL or IP that populates 2 ports for 2 types (RPC and gRPC, at ports 26657 and 9090, respectively) to their respective DA node.
    Bridge nodes
    Mentioned below RPC endpoints do not guarantee you the download of full blocks from them. We advise that if you are running a bridge node, that you also run a local full consensus node in order to download full blocks from it.
    • public-celestia-mocha4-consensus.numia.xyz
    • full.consensus.mocha-4.celestia-mocha.com
    • consensus-full-mocha-4.celestia-mocha.com
    • rpc-mocha.pops.one
    RPC endpoints ​
    The RPC endpoint is to allow users to interact with Celestia's nodes by querying the node's state and broadcasting transactions on the Celestia network. The default port is 26657.
    • public-celestia-mocha4-consensus.numia.xyz:26657
    • rpc.celestia-mocha.com
    • rpc-2.celestia-mocha.com
    • celestia-testnet-rpc.f5nodes.com
    • celestia-testnet.brightlystake.com
    • rpc-celestia-mocha.architectnodes.com
    • rpc-celestia-mocha.trusted-point.com
    • rpc-celestia-testnet-01.stakeflow.io
    • mocha.celestia.rpc.cumulo.me
    • rpc-mocha-4.spidey.services
    • rpc-mocha-full.avril14th.org
    • rpc.mocha.bitszn.com
    API endpoints ​
    The API endpoint is to allow users to interact with the REST API in Cosmos SDK which is implemented using gRPC-gateway, which exposes gRPC endpoints as REST endpoints. This allows for communication with the node using REST calls, which can be useful if the client does not support gRPC or HTTP2. The default port is 1317.
    gRPC endpoints ​
    The gRPC endpoint is to allow users to interact with a Celestia Node using gRPC, a modern open-source and high-performance RPC framework. The default port is 9090. In the Cosmos SDK, gRPC is used to define state queries and broadcast transactions.
    • public-celestia-mocha4-consensus.numia.xyz:9090
    • grpc-mocha.pops.one
    • grpc.celestia-mocha.com:443
    • grpc-2.celestia-mocha.com:443
    • full.consensus.mocha-4.celestia-mocha.com:9090
    • consensus-full-mocha-4.celestia-mocha.com:9090
    • celestia-testnet-grpc.f5nodes.com
    • celestia-testnet.brightlystake.com:9390
    • grpc-celestia-mocha.architectnodes.com:1443
    • grpc-celestia-mocha.trusted-point.com:9099
    • grpc-celestia-testnet-01.stakeflow.io:16002
    • mocha.grpc.cumulo.me:443
    • grpc-mocha-4.spidey.services
    • grpc-mocha-full.avril14th.org
    • grpc.mocha.bitszn.com
    Bridge and full node endpoints ​
    The endpoints below are for bridge and full nodes only. They can be used to find bootstrapper peers in the p2p network.
    Bridge node 1:
    • da-bridge-mocha-4.celestia-mocha.com
    • bridge-mocha-4.da.celestia-mocha.com
    Bridge node 2:
    • da-bridge-mocha-4-2.celestia-mocha.com
    • bridge-mocha-4-2.da.celestia-mocha.com
    Full node 1:
    • da-full-1-mocha-4.celestia-mocha.com
    • full-1-mocha-4.da.celestia-mocha.com
    Full node 2:
    • da-full-2-mocha-4.celestia-mocha.com
    • full-2-mocha-4.da.celestia-mocha.com
    Mocha testnet faucet ​
    WARNING
    USING THIS FAUCET DOES NOT ENTITLE YOU TO ANY AIRDROP OR OTHER DISTRIBUTION OF MAINNET CELESTIA TOKENS. THERE ARE NO PUBLIC SALES OF ANY MAINNET CELESTIA TOKENS.
    You can request from Mocha testnet Faucet on the #mocha-faucet channel on Celestia's Discord server with the following command:
    text
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>
    Where <CELESTIA-ADDRESS> is a celestia1****** generated address.
    NOTE
    Faucet has a limit of 10 tokens per week per address/Discord ID.
    Explorers ​
    There are several explorers you can use for Mocha:
    Network upgrades ​
    Join our Telegram announcement channel for network upgrades.
    ',34),B=JSON.parse('{"title":"Mocha testnet","description":"Learn how to connect to the Mocha network.","frontmatter":{"description":"Learn how to connect to the Mocha network.","head":[["meta",{"name":"og:title","content":"Mocha testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/mocha-testnet.md","filePath":"nodes/mocha-testnet.md","lastUpdated":1711718709000}'),R={name:"nodes/mocha-testnet.md"},F=Object.assign(R,{setup(n){return(r,c)=>(s(),l("div",null,[E,a(P),S,a(d),A]))}});export{B as __pageData,F as default};
+import{M as d}from"./chunks/MochaVersionTags.90bfae71.js";import{c as h}from"./chunks/constants.dc70dfe7.js";import{_ as p,o as s,c as l,k as e,t as o,H as a,Q as i,a as u}from"./chunks/framework.611656c0.js";import"./chunks/mocha_versions.84d9fd1c.js";const m="/docs-preview/pr-1489/img/mocha.jpg",f={name:"MochaTestnetDetails",data(){return{constants:h}}},g=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),b=e("td",null,"Chain ID",-1),_=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"B93BBE20A0FBFDF955811B6420F8433904664D45DB4BF51022BE4200C1A1680D")])],-1),k=e("td",null,"Genesis file",-1),w=["href"],T=e("td",null,"Peers file",-1),v=["href"],C=e("tr",null,[e("td",null,"Validators"),e("td",null," 100 ")],-1);function y(n,r,c,I,t,D){return s(),l("table",null,[g,e("tr",null,[b,e("td",null,[e("code",null,o(t.constants.mochaChainId),1)])]),_,e("tr",null,[k,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mochaChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+o(t.constants.mochaChainId)+"/genesis.json ",9,w)])]),e("tr",null,[T,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mochaChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+o(t.constants.mochaChainId)+"/peers.txt ",9,v)])]),C])}const P=p(f,[["render",y]]),E=i('
    Mocha testnet ​
    mocha-testnet
    This guide contains the relevant sections for how to connect to Mocha, depending on the type of node you are running. Mocha testnet is designed to help validators test out their infrastructure and node software. Developers are encouraged to deploy their sovereign rollups on Mocha, but we also recommend Arabica devnet for that as it is designed for development purposes.
    Mocha is a milestone in Celestia, allowing everyone to test out core functionalities on the network. Read the announcement. Your best approach to participating is to first determine which node you would like to run. Each node's guide will link to the relevant networks, to show you how to connect to them.
    You have a list of options on the types of nodes you can run to participate in Mocha:
    Consensus:
    Data Availability:
    Select the type of node you would like to run and follow the instructions on each respective page. Whenever you are asked to select the type of network you want to connect to in those guides, select Mocha to refer to the correct instructions on this page on how to connect to Mocha.
    Network details ​
    ',11),S=e("h2",{id:"software-version-numbers",tabindex:"-1"},[u("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),A=i('
    RPC for DA bridge, full, and light nodes ​
    These RPC endpoints for DA nodes are to provide state access for querying the chain’s state and broadcasting transactions (balances, blobs, etc.) to the Celestia network. For users, they will need to provide a –core.ip string from a consensus node’s URL or IP that populates 2 ports for 2 types (RPC and gRPC, at ports 26657 and 9090, respectively) to their respective DA node.
    Bridge nodes
    Mentioned below RPC endpoints do not guarantee you the download of full blocks from them. We advise that if you are running a bridge node, that you also run a local full consensus node in order to download full blocks from it.
    • public-celestia-mocha4-consensus.numia.xyz
    • full.consensus.mocha-4.celestia-mocha.com
    • consensus-full-mocha-4.celestia-mocha.com
    • rpc-mocha.pops.one
    RPC endpoints ​
    The RPC endpoint is to allow users to interact with Celestia's nodes by querying the node's state and broadcasting transactions on the Celestia network. The default port is 26657.
    • public-celestia-mocha4-consensus.numia.xyz:26657
    • rpc.celestia-mocha.com
    • rpc-2.celestia-mocha.com
    • celestia-testnet-rpc.f5nodes.com
    • celestia-testnet.brightlystake.com
    • rpc-celestia-mocha.architectnodes.com
    • rpc-celestia-mocha.trusted-point.com
    • rpc-celestia-testnet-01.stakeflow.io
    • mocha.celestia.rpc.cumulo.me
    • rpc-mocha-4.spidey.services
    • rpc-mocha-full.avril14th.org
    • rpc.mocha.bitszn.com
    API endpoints ​
    The API endpoint is to allow users to interact with the REST API in Cosmos SDK which is implemented using gRPC-gateway, which exposes gRPC endpoints as REST endpoints. This allows for communication with the node using REST calls, which can be useful if the client does not support gRPC or HTTP2. The default port is 1317.
    gRPC endpoints ​
    The gRPC endpoint is to allow users to interact with a Celestia Node using gRPC, a modern open-source and high-performance RPC framework. The default port is 9090. In the Cosmos SDK, gRPC is used to define state queries and broadcast transactions.
    • public-celestia-mocha4-consensus.numia.xyz:9090
    • grpc-mocha.pops.one
    • grpc.celestia-mocha.com:443
    • grpc-2.celestia-mocha.com:443
    • full.consensus.mocha-4.celestia-mocha.com:9090
    • consensus-full-mocha-4.celestia-mocha.com:9090
    • celestia-testnet-grpc.f5nodes.com
    • celestia-testnet.brightlystake.com:9390
    • grpc-celestia-mocha.architectnodes.com:1443
    • grpc-celestia-mocha.trusted-point.com:9099
    • grpc-celestia-testnet-01.stakeflow.io:16002
    • mocha.grpc.cumulo.me:443
    • grpc-mocha-4.spidey.services
    • grpc-mocha-full.avril14th.org
    • grpc.mocha.bitszn.com
    Bridge and full node endpoints ​
    The endpoints below are for bridge and full nodes only. They can be used to find bootstrapper peers in the p2p network.
    Bridge node 1:
    • da-bridge-mocha-4.celestia-mocha.com
    • bridge-mocha-4.da.celestia-mocha.com
    Bridge node 2:
    • da-bridge-mocha-4-2.celestia-mocha.com
    • bridge-mocha-4-2.da.celestia-mocha.com
    Full node 1:
    • da-full-1-mocha-4.celestia-mocha.com
    • full-1-mocha-4.da.celestia-mocha.com
    Full node 2:
    • da-full-2-mocha-4.celestia-mocha.com
    • full-2-mocha-4.da.celestia-mocha.com
    Mocha testnet faucet ​
    WARNING
    USING THIS FAUCET DOES NOT ENTITLE YOU TO ANY AIRDROP OR OTHER DISTRIBUTION OF MAINNET CELESTIA TOKENS. THERE ARE NO PUBLIC SALES OF ANY MAINNET CELESTIA TOKENS.
    You can request from Mocha testnet Faucet on the #mocha-faucet channel on Celestia's Discord server with the following command:
    text
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>
    Where <CELESTIA-ADDRESS> is a celestia1****** generated address.
    NOTE
    Faucet has a limit of 10 tokens per week per address/Discord ID.
    Explorers ​
    There are several explorers you can use for Mocha:
    Network upgrades ​
    Join our Telegram announcement channel for network upgrades.
    ',34),B=JSON.parse('{"title":"Mocha testnet","description":"Learn how to connect to the Mocha network.","frontmatter":{"description":"Learn how to connect to the Mocha network.","head":[["meta",{"name":"og:title","content":"Mocha testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/mocha-testnet.md","filePath":"nodes/mocha-testnet.md","lastUpdated":1711718743000}'),R={name:"nodes/mocha-testnet.md"},F=Object.assign(R,{setup(n){return(r,c)=>(s(),l("div",null,[E,a(P),S,a(d),A]))}});export{B as __pageData,F as default};
diff --git a/pr-1489/assets/nodes_mocha-testnet.md.6460202a.lean.js b/pr-1489/assets/nodes_mocha-testnet.md.a8407fb2.lean.js
similarity index 97%
rename from pr-1489/assets/nodes_mocha-testnet.md.6460202a.lean.js
rename to pr-1489/assets/nodes_mocha-testnet.md.a8407fb2.lean.js
index bb141e7707..d91c63e8c2 100644
--- a/pr-1489/assets/nodes_mocha-testnet.md.6460202a.lean.js
+++ b/pr-1489/assets/nodes_mocha-testnet.md.a8407fb2.lean.js
@@ -1 +1 @@
-import{M as d}from"./chunks/MochaVersionTags.90bfae71.js";import{c as h}from"./chunks/constants.dc70dfe7.js";import{_ as p,o as s,c as l,k as e,t as o,H as a,Q as i,a as u}from"./chunks/framework.611656c0.js";import"./chunks/mocha_versions.84d9fd1c.js";const m="/docs-preview/pr-1489/img/mocha.jpg",f={name:"MochaTestnetDetails",data(){return{constants:h}}},g=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),b=e("td",null,"Chain ID",-1),_=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"B93BBE20A0FBFDF955811B6420F8433904664D45DB4BF51022BE4200C1A1680D")])],-1),k=e("td",null,"Genesis file",-1),w=["href"],T=e("td",null,"Peers file",-1),v=["href"],C=e("tr",null,[e("td",null,"Validators"),e("td",null," 100 ")],-1);function y(n,r,c,I,t,D){return s(),l("table",null,[g,e("tr",null,[b,e("td",null,[e("code",null,o(t.constants.mochaChainId),1)])]),_,e("tr",null,[k,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mochaChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+o(t.constants.mochaChainId)+"/genesis.json ",9,w)])]),e("tr",null,[T,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mochaChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+o(t.constants.mochaChainId)+"/peers.txt ",9,v)])]),C])}const P=p(f,[["render",y]]),E=i("",11),S=e("h2",{id:"software-version-numbers",tabindex:"-1"},[u("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),A=i("",34),B=JSON.parse('{"title":"Mocha testnet","description":"Learn how to connect to the Mocha network.","frontmatter":{"description":"Learn how to connect to the Mocha network.","head":[["meta",{"name":"og:title","content":"Mocha testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/mocha-testnet.md","filePath":"nodes/mocha-testnet.md","lastUpdated":1711718709000}'),R={name:"nodes/mocha-testnet.md"},F=Object.assign(R,{setup(n){return(r,c)=>(s(),l("div",null,[E,a(P),S,a(d),A]))}});export{B as __pageData,F as default};
+import{M as d}from"./chunks/MochaVersionTags.90bfae71.js";import{c as h}from"./chunks/constants.dc70dfe7.js";import{_ as p,o as s,c as l,k as e,t as o,H as a,Q as i,a as u}from"./chunks/framework.611656c0.js";import"./chunks/mocha_versions.84d9fd1c.js";const m="/docs-preview/pr-1489/img/mocha.jpg",f={name:"MochaTestnetDetails",data(){return{constants:h}}},g=e("tr",null,[e("th",null,"Detail"),e("th",null,"Value")],-1),b=e("td",null,"Chain ID",-1),_=e("tr",null,[e("td",null,"Genesis hash"),e("td",null,[e("code",null,"B93BBE20A0FBFDF955811B6420F8433904664D45DB4BF51022BE4200C1A1680D")])],-1),k=e("td",null,"Genesis file",-1),w=["href"],T=e("td",null,"Peers file",-1),v=["href"],C=e("tr",null,[e("td",null,"Validators"),e("td",null," 100 ")],-1);function y(n,r,c,I,t,D){return s(),l("table",null,[g,e("tr",null,[b,e("td",null,[e("code",null,o(t.constants.mochaChainId),1)])]),_,e("tr",null,[k,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mochaChainId}/genesis.json`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+o(t.constants.mochaChainId)+"/genesis.json ",9,w)])]),e("tr",null,[T,e("td",null,[e("a",{href:`https://github.com/celestiaorg/networks/blob/master/${t.constants.mochaChainId}/peers.txt`,target:"_blank",rel:"noopener noreferrer"}," https://github.com/celestiaorg/networks/blob/master/"+o(t.constants.mochaChainId)+"/peers.txt ",9,v)])]),C])}const P=p(f,[["render",y]]),E=i("",11),S=e("h2",{id:"software-version-numbers",tabindex:"-1"},[u("Software version numbers "),e("a",{class:"header-anchor",href:"#software-version-numbers","aria-label":'Permalink to "Software version numbers"'},"​")],-1),A=i("",34),B=JSON.parse('{"title":"Mocha testnet","description":"Learn how to connect to the Mocha network.","frontmatter":{"description":"Learn how to connect to the Mocha network.","head":[["meta",{"name":"og:title","content":"Mocha testnet | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/mocha-testnet.md","filePath":"nodes/mocha-testnet.md","lastUpdated":1711718743000}'),R={name:"nodes/mocha-testnet.md"},F=Object.assign(R,{setup(n){return(r,c)=>(s(),l("div",null,[E,a(P),S,a(d),A]))}});export{B as __pageData,F as default};
diff --git a/pr-1489/assets/nodes_overview.md.ffe9dec3.js b/pr-1489/assets/nodes_overview.md.b9aab1f8.js
similarity index 97%
rename from pr-1489/assets/nodes_overview.md.ffe9dec3.js
rename to pr-1489/assets/nodes_overview.md.b9aab1f8.js
index 525323b385..ba4baf5d37 100644
--- a/pr-1489/assets/nodes_overview.md.ffe9dec3.js
+++ b/pr-1489/assets/nodes_overview.md.b9aab1f8.js
@@ -1 +1 @@
-import{_ as e,o,c as t,Q as n}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/node-requirements.jpg",_=JSON.parse('{"title":"Overview to running nodes on Celestia","description":"An overview on how to participate in the Celestia network.","frontmatter":{"description":"An overview on how to participate in the Celestia network.","head":[["meta",{"name":"og:title","content":"Overview to running nodes on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/overview.md","filePath":"nodes/overview.md","lastUpdated":1711718709000}'),i={name:"nodes/overview.md"},s=n('
    Overview to running nodes on Celestia ​
    There are many ways you can participate in the Celestia networks.
    Celestia node operators can run several options on the network.
    Consensus:
    • Validator node: This type of node participates in consensus by producing and voting on blocks.
    • Full consensus node: A celestia-app Full node to sync blockchain history.
    Data Availability:
    • Bridge node: This node bridges blocks between the Data-Availability network and the Consensus network.
    • Full storage node: This node stores all the data but does not connect to Consensus.
    • Light node: Light clients conduct data availability sampling on the Data Availability network.
    You can learn more about how to setup each different node by going through each tutorial guide.
    Banner
    Please provide any feedback on the tutorials and guides. If you notice a bug or issue, feel free to make a pull request or write up a Github issue!
    ',10),r=[s];function l(d,c,p,u,h,v){return o(),t("div",null,r)}const w=e(i,[["render",l]]);export{_ as __pageData,w as default};
+import{_ as e,o,c as t,Q as n}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/node-requirements.jpg",_=JSON.parse('{"title":"Overview to running nodes on Celestia","description":"An overview on how to participate in the Celestia network.","frontmatter":{"description":"An overview on how to participate in the Celestia network.","head":[["meta",{"name":"og:title","content":"Overview to running nodes on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/overview.md","filePath":"nodes/overview.md","lastUpdated":1711718743000}'),i={name:"nodes/overview.md"},s=n('
    Overview to running nodes on Celestia ​
    There are many ways you can participate in the Celestia networks.
    Celestia node operators can run several options on the network.
    Consensus:
    • Validator node: This type of node participates in consensus by producing and voting on blocks.
    • Full consensus node: A celestia-app Full node to sync blockchain history.
    Data Availability:
    • Bridge node: This node bridges blocks between the Data-Availability network and the Consensus network.
    • Full storage node: This node stores all the data but does not connect to Consensus.
    • Light node: Light clients conduct data availability sampling on the Data Availability network.
    You can learn more about how to setup each different node by going through each tutorial guide.
    Banner
    Please provide any feedback on the tutorials and guides. If you notice a bug or issue, feel free to make a pull request or write up a Github issue!
    ',10),r=[s];function l(d,c,p,u,h,v){return o(),t("div",null,r)}const w=e(i,[["render",l]]);export{_ as __pageData,w as default};
diff --git a/pr-1489/assets/nodes_overview.md.ffe9dec3.lean.js b/pr-1489/assets/nodes_overview.md.b9aab1f8.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_overview.md.ffe9dec3.lean.js
rename to pr-1489/assets/nodes_overview.md.b9aab1f8.lean.js
index 9720477d8d..813e2d321f 100644
--- a/pr-1489/assets/nodes_overview.md.ffe9dec3.lean.js
+++ b/pr-1489/assets/nodes_overview.md.b9aab1f8.lean.js
@@ -1 +1 @@
-import{_ as e,o,c as t,Q as n}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/node-requirements.jpg",_=JSON.parse('{"title":"Overview to running nodes on Celestia","description":"An overview on how to participate in the Celestia network.","frontmatter":{"description":"An overview on how to participate in the Celestia network.","head":[["meta",{"name":"og:title","content":"Overview to running nodes on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/overview.md","filePath":"nodes/overview.md","lastUpdated":1711718709000}'),i={name:"nodes/overview.md"},s=n("",10),r=[s];function l(d,c,p,u,h,v){return o(),t("div",null,r)}const w=e(i,[["render",l]]);export{_ as __pageData,w as default};
+import{_ as e,o,c as t,Q as n}from"./chunks/framework.611656c0.js";const a="/docs-preview/pr-1489/img/node-requirements.jpg",_=JSON.parse('{"title":"Overview to running nodes on Celestia","description":"An overview on how to participate in the Celestia network.","frontmatter":{"description":"An overview on how to participate in the Celestia network.","head":[["meta",{"name":"og:title","content":"Overview to running nodes on Celestia | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/overview.md","filePath":"nodes/overview.md","lastUpdated":1711718743000}'),i={name:"nodes/overview.md"},s=n("",10),r=[s];function l(d,c,p,u,h,v){return o(),t("div",null,r)}const w=e(i,[["render",l]]);export{_ as __pageData,w as default};
diff --git a/pr-1489/assets/nodes_participate.md.d2fcef92.js b/pr-1489/assets/nodes_participate.md.08e3ac22.js
similarity index 98%
rename from pr-1489/assets/nodes_participate.md.d2fcef92.js
rename to pr-1489/assets/nodes_participate.md.08e3ac22.js
index fa028e98b1..956a7a1422 100644
--- a/pr-1489/assets/nodes_participate.md.d2fcef92.js
+++ b/pr-1489/assets/nodes_participate.md.08e3ac22.js
@@ -1 +1 @@
-import{A as r}from"./chunks/ArabicaVersionTags.254b1518.js";import{M as n}from"./chunks/MochaVersionTags.90bfae71.js";import{M as i}from"./chunks/MainnetVersionTags.f7dcce5f.js";import{o as s,c,H as a,Q as o,k as e,a as t}from"./chunks/framework.611656c0.js";import"./chunks/arabica_versions.da77a310.js";import"./chunks/constants.dc70dfe7.js";import"./chunks/mocha_versions.84d9fd1c.js";import"./chunks/mainnet_versions.a17f37d5.js";const l=o('
    Participate in the Celestia networks ​
    Mainnet Beta ​
    Celestia’s Mainnet Beta is the production network for deploying mainnet rollups and applications. This marks the culmination of years of development and community testing. While the network is stable and continues to receive updates, it remains experimental and users may experience occasional instability or reduced performance.
    Compatible software versions for Mainnet Beta ​
    ',4),d=o('
    Testnets ​
    Celestia currently has two existing testnets that you can participate in:
    Arabica Devnet ​
    Arabica devnet is a devnet focused on developers who want to deploy sovereign rollups on the latest changes from Celestia's codebase. Arabica will be updated frequently and might be unstable at times given new updates. Validators won't be able to validate on Arabica as it is not designed for validators to participate.
    Compatible software versions for Arabica devnet ​
    ',5),h=o('
    Mocha testnet ​
    Mocha testnet is a testnet focused on enabling validators to test out their infrastructure by running nodes connected to the network. Developers can also deploy sovereign rollups on Mocha, it just will always be behind Arabica as Mocha upgrades are slower given they need to be done via hardforks in coordination with the validator community on Mocha.
    Compatible software versions for Mocha testnet ​
    ',3),p=e("h2",{id:"network-upgrades",tabindex:"-1"},[t("Network upgrades "),e("a",{class:"header-anchor",href:"#network-upgrades","aria-label":'Permalink to "Network upgrades"'},"​")],-1),m=e("p",null,[t("Join our "),e("a",{href:"https://t.me/+smSFIA7XXLU4MjJh",target:"_blank",rel:"noreferrer"},"Telegram announcement channel"),t(" for network upgrades.")],-1),M=JSON.parse('{"title":"Participate in the Celestia networks","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Participate in the Celestia networks | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/participate.md","filePath":"nodes/participate.md","lastUpdated":1711718709000}'),b={name:"nodes/participate.md"},q=Object.assign(b,{setup(f){return(_,u)=>(s(),c("div",null,[l,a(i),d,a(r),h,a(n),p,m]))}});export{M as __pageData,q as default};
+import{A as r}from"./chunks/ArabicaVersionTags.254b1518.js";import{M as n}from"./chunks/MochaVersionTags.90bfae71.js";import{M as i}from"./chunks/MainnetVersionTags.f7dcce5f.js";import{o as s,c,H as a,Q as o,k as e,a as t}from"./chunks/framework.611656c0.js";import"./chunks/arabica_versions.da77a310.js";import"./chunks/constants.dc70dfe7.js";import"./chunks/mocha_versions.84d9fd1c.js";import"./chunks/mainnet_versions.a17f37d5.js";const l=o('
    Participate in the Celestia networks ​
    Mainnet Beta ​
    Celestia’s Mainnet Beta is the production network for deploying mainnet rollups and applications. This marks the culmination of years of development and community testing. While the network is stable and continues to receive updates, it remains experimental and users may experience occasional instability or reduced performance.
    Compatible software versions for Mainnet Beta ​
    ',4),d=o('
    Testnets ​
    Celestia currently has two existing testnets that you can participate in:
    Arabica Devnet ​
    Arabica devnet is a devnet focused on developers who want to deploy sovereign rollups on the latest changes from Celestia's codebase. Arabica will be updated frequently and might be unstable at times given new updates. Validators won't be able to validate on Arabica as it is not designed for validators to participate.
    Compatible software versions for Arabica devnet ​
    ',5),h=o('
    Mocha testnet ​
    Mocha testnet is a testnet focused on enabling validators to test out their infrastructure by running nodes connected to the network. Developers can also deploy sovereign rollups on Mocha, it just will always be behind Arabica as Mocha upgrades are slower given they need to be done via hardforks in coordination with the validator community on Mocha.
    Compatible software versions for Mocha testnet ​
    ',3),p=e("h2",{id:"network-upgrades",tabindex:"-1"},[t("Network upgrades "),e("a",{class:"header-anchor",href:"#network-upgrades","aria-label":'Permalink to "Network upgrades"'},"​")],-1),m=e("p",null,[t("Join our "),e("a",{href:"https://t.me/+smSFIA7XXLU4MjJh",target:"_blank",rel:"noreferrer"},"Telegram announcement channel"),t(" for network upgrades.")],-1),M=JSON.parse('{"title":"Participate in the Celestia networks","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Participate in the Celestia networks | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/participate.md","filePath":"nodes/participate.md","lastUpdated":1711718743000}'),b={name:"nodes/participate.md"},q=Object.assign(b,{setup(f){return(_,u)=>(s(),c("div",null,[l,a(i),d,a(r),h,a(n),p,m]))}});export{M as __pageData,q as default};
diff --git a/pr-1489/assets/nodes_participate.md.d2fcef92.lean.js b/pr-1489/assets/nodes_participate.md.08e3ac22.lean.js
similarity index 95%
rename from pr-1489/assets/nodes_participate.md.d2fcef92.lean.js
rename to pr-1489/assets/nodes_participate.md.08e3ac22.lean.js
index 071340b75b..133c9607cb 100644
--- a/pr-1489/assets/nodes_participate.md.d2fcef92.lean.js
+++ b/pr-1489/assets/nodes_participate.md.08e3ac22.lean.js
@@ -1 +1 @@
-import{A as r}from"./chunks/ArabicaVersionTags.254b1518.js";import{M as n}from"./chunks/MochaVersionTags.90bfae71.js";import{M as i}from"./chunks/MainnetVersionTags.f7dcce5f.js";import{o as s,c,H as a,Q as o,k as e,a as t}from"./chunks/framework.611656c0.js";import"./chunks/arabica_versions.da77a310.js";import"./chunks/constants.dc70dfe7.js";import"./chunks/mocha_versions.84d9fd1c.js";import"./chunks/mainnet_versions.a17f37d5.js";const l=o("",4),d=o("",5),h=o("",3),p=e("h2",{id:"network-upgrades",tabindex:"-1"},[t("Network upgrades "),e("a",{class:"header-anchor",href:"#network-upgrades","aria-label":'Permalink to "Network upgrades"'},"​")],-1),m=e("p",null,[t("Join our "),e("a",{href:"https://t.me/+smSFIA7XXLU4MjJh",target:"_blank",rel:"noreferrer"},"Telegram announcement channel"),t(" for network upgrades.")],-1),M=JSON.parse('{"title":"Participate in the Celestia networks","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Participate in the Celestia networks | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/participate.md","filePath":"nodes/participate.md","lastUpdated":1711718709000}'),b={name:"nodes/participate.md"},q=Object.assign(b,{setup(f){return(_,u)=>(s(),c("div",null,[l,a(i),d,a(r),h,a(n),p,m]))}});export{M as __pageData,q as default};
+import{A as r}from"./chunks/ArabicaVersionTags.254b1518.js";import{M as n}from"./chunks/MochaVersionTags.90bfae71.js";import{M as i}from"./chunks/MainnetVersionTags.f7dcce5f.js";import{o as s,c,H as a,Q as o,k as e,a as t}from"./chunks/framework.611656c0.js";import"./chunks/arabica_versions.da77a310.js";import"./chunks/constants.dc70dfe7.js";import"./chunks/mocha_versions.84d9fd1c.js";import"./chunks/mainnet_versions.a17f37d5.js";const l=o("",4),d=o("",5),h=o("",3),p=e("h2",{id:"network-upgrades",tabindex:"-1"},[t("Network upgrades "),e("a",{class:"header-anchor",href:"#network-upgrades","aria-label":'Permalink to "Network upgrades"'},"​")],-1),m=e("p",null,[t("Join our "),e("a",{href:"https://t.me/+smSFIA7XXLU4MjJh",target:"_blank",rel:"noreferrer"},"Telegram announcement channel"),t(" for network upgrades.")],-1),M=JSON.parse('{"title":"Participate in the Celestia networks","description":"","frontmatter":{"head":[["meta",{"name":"og:title","content":"Participate in the Celestia networks | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/participate.md","filePath":"nodes/participate.md","lastUpdated":1711718743000}'),b={name:"nodes/participate.md"},q=Object.assign(b,{setup(f){return(_,u)=>(s(),c("div",null,[l,a(i),d,a(r),h,a(n),p,m]))}});export{M as __pageData,q as default};
diff --git a/pr-1489/assets/nodes_quick-start.md.a5607d83.js b/pr-1489/assets/nodes_quick-start.md.c95fa565.js
similarity index 97%
rename from pr-1489/assets/nodes_quick-start.md.a5607d83.js
rename to pr-1489/assets/nodes_quick-start.md.c95fa565.js
index fc67ad2f10..e40f8af8ce 100644
--- a/pr-1489/assets/nodes_quick-start.md.a5607d83.js
+++ b/pr-1489/assets/nodes_quick-start.md.c95fa565.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Quick start guide","description":"Learn how to get started and run your first node on Celestia.","frontmatter":{"description":"Learn how to get started and run your first node on Celestia.","head":[["meta",{"name":"og:title","content":"Quick start guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/quick-start.md","filePath":"nodes/quick-start.md","lastUpdated":1711718709000}'),i={name:"nodes/quick-start.md"},n=o('
    Quick start guide ​
    In this section, we show you how to get started with installing the needed libraries and packages in Celestia to help you run a node on Celestia.
    Celestia Node ​
    Install celestia-node allows you to get started with running a light node and do data availability sampling.
    Light nodes are the best nodes to test out initially if you are new to participating in Celestia.
    celestia-node client also allows you to run other types of data availability (DA) nodes like bridge and full DA storage nodes, which will be covered in later sections.
    Celestia App ​
    Install celestia-app allows you to get started running a consensus node.
    celestia-app is the software that allows you to run validator nodes and also provide RPC endpoints.
    celestia-app covers the consensus layer, while celestia-node covers the DA layer.
    Getting started ​
    As covered in the previous section, Celestia offers two different test networks, Arabica devnet and Mocha testnet.
    If you are planning to run a light node, it is recommended to use Arabica, which you will find options to connecting to in the later sections.
    If you plan on running a validator, your only option is to run your node on Mocha.
    In this quick start guide, we will go over installing both of the software clients: celestia-node and celestia-app.
    NOTE
    If you just want to run a light node, you don't need to install celestia-app and can skip that part.
    Proceed to the next section in order to get started.
    ',17),s=[n];function r(l,d,c,p,u,h){return t(),a("div",null,s)}const _=e(i,[["render",r]]);export{f as __pageData,_ as default};
+import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Quick start guide","description":"Learn how to get started and run your first node on Celestia.","frontmatter":{"description":"Learn how to get started and run your first node on Celestia.","head":[["meta",{"name":"og:title","content":"Quick start guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/quick-start.md","filePath":"nodes/quick-start.md","lastUpdated":1711718743000}'),i={name:"nodes/quick-start.md"},n=o('
    Quick start guide ​
    In this section, we show you how to get started with installing the needed libraries and packages in Celestia to help you run a node on Celestia.
    Celestia Node ​
    Install celestia-node allows you to get started with running a light node and do data availability sampling.
    Light nodes are the best nodes to test out initially if you are new to participating in Celestia.
    celestia-node client also allows you to run other types of data availability (DA) nodes like bridge and full DA storage nodes, which will be covered in later sections.
    Celestia App ​
    Install celestia-app allows you to get started running a consensus node.
    celestia-app is the software that allows you to run validator nodes and also provide RPC endpoints.
    celestia-app covers the consensus layer, while celestia-node covers the DA layer.
    Getting started ​
    As covered in the previous section, Celestia offers two different test networks, Arabica devnet and Mocha testnet.
    If you are planning to run a light node, it is recommended to use Arabica, which you will find options to connecting to in the later sections.
    If you plan on running a validator, your only option is to run your node on Mocha.
    In this quick start guide, we will go over installing both of the software clients: celestia-node and celestia-app.
    NOTE
    If you just want to run a light node, you don't need to install celestia-app and can skip that part.
    Proceed to the next section in order to get started.
    ',17),s=[n];function r(l,d,c,p,u,h){return t(),a("div",null,s)}const _=e(i,[["render",r]]);export{f as __pageData,_ as default};
diff --git a/pr-1489/assets/nodes_quick-start.md.a5607d83.lean.js b/pr-1489/assets/nodes_quick-start.md.c95fa565.lean.js
similarity index 90%
rename from pr-1489/assets/nodes_quick-start.md.a5607d83.lean.js
rename to pr-1489/assets/nodes_quick-start.md.c95fa565.lean.js
index e78270afef..71c573db0f 100644
--- a/pr-1489/assets/nodes_quick-start.md.a5607d83.lean.js
+++ b/pr-1489/assets/nodes_quick-start.md.c95fa565.lean.js
@@ -1 +1 @@
-import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Quick start guide","description":"Learn how to get started and run your first node on Celestia.","frontmatter":{"description":"Learn how to get started and run your first node on Celestia.","head":[["meta",{"name":"og:title","content":"Quick start guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/quick-start.md","filePath":"nodes/quick-start.md","lastUpdated":1711718709000}'),i={name:"nodes/quick-start.md"},n=o("",17),s=[n];function r(l,d,c,p,u,h){return t(),a("div",null,s)}const _=e(i,[["render",r]]);export{f as __pageData,_ as default};
+import{_ as e,o as t,c as a,Q as o}from"./chunks/framework.611656c0.js";const f=JSON.parse('{"title":"Quick start guide","description":"Learn how to get started and run your first node on Celestia.","frontmatter":{"description":"Learn how to get started and run your first node on Celestia.","head":[["meta",{"name":"og:title","content":"Quick start guide | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/quick-start.md","filePath":"nodes/quick-start.md","lastUpdated":1711718743000}'),i={name:"nodes/quick-start.md"},n=o("",17),s=[n];function r(l,d,c,p,u,h){return t(),a("div",null,s)}const _=e(i,[["render",r]]);export{f as __pageData,_ as default};
diff --git a/pr-1489/assets/nodes_systemd.md.c81eb1d6.js b/pr-1489/assets/nodes_systemd.md.3038d91f.js
similarity index 99%
rename from pr-1489/assets/nodes_systemd.md.c81eb1d6.js
rename to pr-1489/assets/nodes_systemd.md.3038d91f.js
index b9d8d4b139..0e9bbfe612 100644
--- a/pr-1489/assets/nodes_systemd.md.c81eb1d6.js
+++ b/pr-1489/assets/nodes_systemd.md.3038d91f.js
@@ -1,4 +1,4 @@
-import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"Setting up your node as a background process with SystemD","description":"Learn how to setup your node as a background process with SystemD.","frontmatter":{"description":"Learn how to setup your node as a background process with SystemD.","head":[["meta",{"name":"og:title","content":"Setting up your node as a background process with SystemD | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/systemd.md","filePath":"nodes/systemd.md","lastUpdated":1711718709000}'),e={name:"nodes/systemd.md"},p=l(`
    Setting up your node as a background process with SystemD ​
    SystemD is a daemon service useful for running applications as background processes.
    Consensus nodes ​
    If you are running a validator or full consensus node, here are the steps to setting up celestia-appd as a background process.
    Start the celestia-app with SystemD ​
    SystemD is a daemon service useful for running applications as background processes.
    Create Celestia-App systemd file:
    sh
    sudo tee <<EOF >/dev/null /etc/systemd/system/celestia-appd.service
+import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"Setting up your node as a background process with SystemD","description":"Learn how to setup your node as a background process with SystemD.","frontmatter":{"description":"Learn how to setup your node as a background process with SystemD.","head":[["meta",{"name":"og:title","content":"Setting up your node as a background process with SystemD | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/systemd.md","filePath":"nodes/systemd.md","lastUpdated":1711718743000}'),e={name:"nodes/systemd.md"},p=l(`
    Setting up your node as a background process with SystemD ​
    SystemD is a daemon service useful for running applications as background processes.
    Consensus nodes ​
    If you are running a validator or full consensus node, here are the steps to setting up celestia-appd as a background process.
    Start the celestia-app with SystemD ​
    SystemD is a daemon service useful for running applications as background processes.
    Create Celestia-App systemd file:
    sh
    sudo tee <<EOF >/dev/null /etc/systemd/system/celestia-appd.service
 [Unit]
 Description=celestia-appd Cosmos daemon
 After=network-online.target
diff --git a/pr-1489/assets/nodes_systemd.md.c81eb1d6.lean.js b/pr-1489/assets/nodes_systemd.md.3038d91f.lean.js
similarity index 91%
rename from pr-1489/assets/nodes_systemd.md.c81eb1d6.lean.js
rename to pr-1489/assets/nodes_systemd.md.3038d91f.lean.js
index 01aed7fb04..6a29d1bf57 100644
--- a/pr-1489/assets/nodes_systemd.md.c81eb1d6.lean.js
+++ b/pr-1489/assets/nodes_systemd.md.3038d91f.lean.js
@@ -1 +1 @@
-import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"Setting up your node as a background process with SystemD","description":"Learn how to setup your node as a background process with SystemD.","frontmatter":{"description":"Learn how to setup your node as a background process with SystemD.","head":[["meta",{"name":"og:title","content":"Setting up your node as a background process with SystemD | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/systemd.md","filePath":"nodes/systemd.md","lastUpdated":1711718709000}'),e={name:"nodes/systemd.md"},p=l("",52),o=[p];function t(c,r,i,y,d,E){return a(),n("div",null,o)}const u=s(e,[["render",t]]);export{h as __pageData,u as default};
+import{_ as s,o as a,c as n,Q as l}from"./chunks/framework.611656c0.js";const h=JSON.parse('{"title":"Setting up your node as a background process with SystemD","description":"Learn how to setup your node as a background process with SystemD.","frontmatter":{"description":"Learn how to setup your node as a background process with SystemD.","head":[["meta",{"name":"og:title","content":"Setting up your node as a background process with SystemD | Celestia Docs"},{"name":"og:description","content":false}]]},"headers":[],"relativePath":"nodes/systemd.md","filePath":"nodes/systemd.md","lastUpdated":1711718743000}'),e={name:"nodes/systemd.md"},p=l("",52),o=[p];function t(c,r,i,y,d,E){return a(),n("div",null,o)}const u=s(e,[["render",t]]);export{h as __pageData,u as default};
diff --git a/pr-1489/community/calendar.html b/pr-1489/community/calendar.html
index 0b3fc4a0aa..d0f1391772 100644
--- a/pr-1489/community/calendar.html
+++ b/pr-1489/community/calendar.html
@@ -11,7 +11,7 @@
     
     
     
-    
+    
     
     
     
@@ -38,8 +38,8 @@
 
 
    Appearance
    Community calendar ​
    The Celestia community calendar is available for finding all the different community call events happening in Celestia's community.
    Add the community calendar to your personal calendar to stay updated with all the events.
    Explore past community call agendas, notes, and recordings for more insights.
    
-    
+
    Community calendar ​
    The Celestia community calendar is available for finding all the different community call events happening in Celestia's community.
    Add the community calendar to your personal calendar to stay updated with all the events.
    Explore past community call agendas, notes, and recordings for more insights.
    
+    
     
   
 
\ No newline at end of file
diff --git a/pr-1489/community/coc.html b/pr-1489/community/coc.html
index 3729540007..4f5867f2d6 100644
--- a/pr-1489/community/coc.html
+++ b/pr-1489/community/coc.html
@@ -11,7 +11,7 @@
     
     
     
-    
+    
     
     
     
@@ -38,8 +38,8 @@
 
 
    Appearance

    Celestia.org Code of Conduct ​

    Our Pledge ​

    We as Celestia.org members, contributors, and leaders pledge to make participation in our community a harassment-free experience for everyone, regardless of age, body size, visible or invisible disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, caste, color, religion, or sexual identity and orientation.

    We pledge to act and interact in ways that contribute to an open, welcoming, diverse, inclusive, and healthy community.

    Our Standards ​

    Examples of behavior that contributes to a positive environment for our community include:

    • Demonstrating empathy and kindness toward other people
    • Being respectful of differing opinions, viewpoints, and experiences
    • Giving and gracefully accepting constructive feedback
    • Accepting responsibility and apologizing to those affected by our mistakes, and learning from the experience
    • Focusing on what is best not just for us as individuals, but for the overall community
    • Contributing to conversations about Celestia’s technology and ecosystem

    Examples of unacceptable behavior include:

    • The use of sexualized language or imagery, and sexual attention or advances of any kind
    • Trolling, insulting or derogatory comments, and personal or political attacks
    • Public or private harassment
    • Publishing others' private information, such as a physical or email address, without their explicit permission
    • Focusing on the prices of digital assets or tokens, or where they can be purchased
    • Other conduct which could reasonably be considered inappropriate in a professional setting

    Enforcement Responsibilities ​

    Community leaders are responsible for clarifying and enforcing our standards of acceptable behavior and will take appropriate and fair corrective action in response to any behavior that they deem inappropriate, threatening, offensive, or harmful.

    Community leaders have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, and will communicate reasons for moderation decisions when appropriate.

    Scope ​

    This Code of Conduct applies within all community spaces, and also applies when an individual is officially representing the community in public spaces. Examples of representing our community include using an official e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event.

    Enforcement ​

    Instances of abusive, harassing, or otherwise unacceptable behavior may be reported to the community leaders responsible for enforcement at Celestia.org Discord. All complaints will be reviewed and investigated promptly and fairly.

    All community leaders are obligated to respect the privacy and security of the reporter of any incident.

    Enforcement Guidelines ​

    Community leaders will follow these Community Impact Guidelines in determining the consequences for any action they deem in violation of this Code of Conduct:

    1. Correction ​

    Community Impact: Use of inappropriate language or other behavior deemed unprofessional or unwelcome in the community.

    Consequence: A private, written warning from community leaders, providing clarity around the nature of the violation and an explanation of why the behavior was inappropriate. A public apology may be requested.

    2. Warning ​

    Community Impact: A violation through a single incident or series of actions.

    Consequence: A warning with consequences for continued behavior. No interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, for a specified period of time. This includes avoiding interactions in community spaces as well as external channels like social media. Violating these terms may lead to a temporary or permanent ban.

    3. Temporary Ban ​

    Community Impact: A serious violation of community standards, including sustained inappropriate behavior.

    Consequence: A temporary ban from any sort of interaction or public communication with the community for a specified period of time. No public or private interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, is allowed during this period. Violating these terms may lead to a permanent ban.

    4. Permanent Ban ​

    Community Impact: Demonstrating a pattern of violation of community standards, including sustained inappropriate behavior, harassment of an individual, or aggression toward or disparagement of classes of individuals.

    Consequence: A permanent ban from any sort of public interaction within the community.

    Attribution ​

    This Code of Conduct is adapted from the Contributor Covenant, version 2.1, available at https://www.contributor-covenant.org/version/2/1/code_of_conduct.html.

    Community Impact Guidelines were inspired by Mozilla's code of conduct enforcement ladder.

    For answers to common questions about this code of conduct, see the FAQ at https://www.contributor-covenant.org/faq. Translations are available at https://www.contributor-covenant.org/translations.

    - +

    Celestia.org Code of Conduct ​

    Our Pledge ​

    We as Celestia.org members, contributors, and leaders pledge to make participation in our community a harassment-free experience for everyone, regardless of age, body size, visible or invisible disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, caste, color, religion, or sexual identity and orientation.

    We pledge to act and interact in ways that contribute to an open, welcoming, diverse, inclusive, and healthy community.

    Our Standards ​

    Examples of behavior that contributes to a positive environment for our community include:

    • Demonstrating empathy and kindness toward other people
    • Being respectful of differing opinions, viewpoints, and experiences
    • Giving and gracefully accepting constructive feedback
    • Accepting responsibility and apologizing to those affected by our mistakes, and learning from the experience
    • Focusing on what is best not just for us as individuals, but for the overall community
    • Contributing to conversations about Celestia’s technology and ecosystem

    Examples of unacceptable behavior include:

    • The use of sexualized language or imagery, and sexual attention or advances of any kind
    • Trolling, insulting or derogatory comments, and personal or political attacks
    • Public or private harassment
    • Publishing others' private information, such as a physical or email address, without their explicit permission
    • Focusing on the prices of digital assets or tokens, or where they can be purchased
    • Other conduct which could reasonably be considered inappropriate in a professional setting

    Enforcement Responsibilities ​

    Community leaders are responsible for clarifying and enforcing our standards of acceptable behavior and will take appropriate and fair corrective action in response to any behavior that they deem inappropriate, threatening, offensive, or harmful.

    Community leaders have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, and will communicate reasons for moderation decisions when appropriate.

    Scope ​

    This Code of Conduct applies within all community spaces, and also applies when an individual is officially representing the community in public spaces. Examples of representing our community include using an official e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event.

    Enforcement ​

    Instances of abusive, harassing, or otherwise unacceptable behavior may be reported to the community leaders responsible for enforcement at Celestia.org Discord. All complaints will be reviewed and investigated promptly and fairly.

    All community leaders are obligated to respect the privacy and security of the reporter of any incident.

    Enforcement Guidelines ​

    Community leaders will follow these Community Impact Guidelines in determining the consequences for any action they deem in violation of this Code of Conduct:

    1. Correction ​

    Community Impact: Use of inappropriate language or other behavior deemed unprofessional or unwelcome in the community.

    Consequence: A private, written warning from community leaders, providing clarity around the nature of the violation and an explanation of why the behavior was inappropriate. A public apology may be requested.

    2. Warning ​

    Community Impact: A violation through a single incident or series of actions.

    Consequence: A warning with consequences for continued behavior. No interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, for a specified period of time. This includes avoiding interactions in community spaces as well as external channels like social media. Violating these terms may lead to a temporary or permanent ban.

    3. Temporary Ban ​

    Community Impact: A serious violation of community standards, including sustained inappropriate behavior.

    Consequence: A temporary ban from any sort of interaction or public communication with the community for a specified period of time. No public or private interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, is allowed during this period. Violating these terms may lead to a permanent ban.

    4. Permanent Ban ​

    Community Impact: Demonstrating a pattern of violation of community standards, including sustained inappropriate behavior, harassment of an individual, or aggression toward or disparagement of classes of individuals.

    Consequence: A permanent ban from any sort of public interaction within the community.

    Attribution ​

    This Code of Conduct is adapted from the Contributor Covenant, version 2.1, available at https://www.contributor-covenant.org/version/2/1/code_of_conduct.html.

    Community Impact Guidelines were inspired by Mozilla's code of conduct enforcement ladder.

    For answers to common questions about this code of conduct, see the FAQ at https://www.contributor-covenant.org/faq. Translations are available at https://www.contributor-covenant.org/translations.

    + \ No newline at end of file diff --git a/pr-1489/community/foundation-delegation-program.html b/pr-1489/community/foundation-delegation-program.html index 0e3cf3a061..4d35d13499 100644 --- a/pr-1489/community/foundation-delegation-program.html +++ b/pr-1489/community/foundation-delegation-program.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    The Celestia Foundation Delegation Program ​

    Delegation program banner

    Objectives of the program ​

    The primary objectives of the Celestia Foundation Delegation Program are:

    • To provide a fair opportunity for Celestia’s users to join the validator set, while ensuring the validator set remains proficient, trustworthy, and dependable.
    • To maintain network stability by promoting a steady transition of validators and avoiding sudden and disruptive changes in participation.
    • To enable the Celestia Foundation to use its stake towards its mission of fostering a modular blockchain network that delivers exceptional performance.

    Foundation delegation process ​

    Program launch ​

    Prospective validators are welcome to apply to the program starting February 6, 2024. The application is designed to assess a validator’s uptime performance and contributions to the Celestia ecosystem. Of the 100 total slots in Celestia’s active validator set, up to 50 will receive delegations within the program.

    Application submissions will be reviewed by the Celestia Foundation. More details about the application and eligibility criteria are described below.

    Cohort process ​

    cohort timeline

    Every 4 months, the Celestia Foundation will distribute a portion of the Foundation’s total available stake to a cohort of validators who meet certain criteria, detailed below. Here is an overview of how the cohort process will work for Cohort 1 and what that means for future cohorts.

    Key Points ​

    • Initial Cohort (Cohort 1): 50 applicants will be accepted
      • Grading System: Applicants in Cohort 1 are divided into first, second, and third place based eligibility criteria outlined in this document.
      • Delegation Duration: This varies based on the applicant’s placement in Cohort 1. First place receives 12 months of delegation, second place receives 8 months, third place receives 4 months.
    TierPlacementDelegation DurationRenewal By Cohort
    First PlaceApplicants 1-2012 monthsCohort 4
    Second PlaceApplicants 21-358 monthsCohort 3
    Third PlaceApplicants 36-504 monthsCohort 2
    • Subsequent Cohorts (Cohorts 2-onwards):
      • After Cohort 1, open slots may be filled by Cohort 1 members up for renewals or new applicants. There will be no Tiers (e.g. First Place, Second Place, Third Place) in cohorts after Cohort 1. This structure allows for a steady flow of both existing applicants and new applicants to maintain a stable set of participants in the program.

    During this period, so long as the validator maintains high uptime and does not violate the rules of the program, the validator will receive the delegation for the duration of the cohort they are currently in.

    Eligibility criteria ​

    The minimum requirements for participation in the program are as follows:

    • Run an active mainnet validator or an active Mocha testnet validator for at least 1 month before application deadline
    • Run a bridge node (on mainnet if you are already an active mainnet validator or on Mocha testnet if not) that is connected and reporting to the Celestia Labs OTEL collector (for new applicants - on testnet, so that we can evaluate performance)
    • Not jailed or slashed in the 6 months before application deadline
    • Not associated with an exchange or custodian
    • Not in the top 10 validators by delegation power, unless it enters the top 10 as a result of the Foundation’s delegation under this program
    • Have 10% or less commission
    • Not based within the US, within any country subject to economic sanctions, or within any other prohibited jurisdiction, and successfully complete a compliance screen
    • Dedicated email address so that the Foundation can reach you in the event of emergency upgrades and fixes

    Not adhering to any of the criteria above will automatically disqualify your application, and violating any of the criteria after you have received delegation will result in withdrawal of the delegation. A participant who loses stake due to being jailed by the protocol may reapply to the program after 2 cohort periods.

    Applicants are also expected to have reviewed Celestia docs and recommended guides on devops and monitoring setups.

    Other optional but important criteria:

    • Develop and maintain developer tooling, services, applications, and dashboards
    • Work on projects aligned with Celestia's values
    • Contribute to documentation and new guides and tutorials
    • Quality of infrastructure
    • Operated within a location that improves geolocation of the validator set

    Undelegation criteria ​

    • Getting slashed/tombstoned (cannot apply for 1 year afterwards)
    • Getting jailed more than once during the cohort’s applicable delegation period
    • Violating the Celestia.org Community Code of Conduct or engaging in harmful activities towards the network
    • Failing to upgrade your node in a timely manner (24 hours or less)
    • If necessary to protect or secure Mainnet Beta or to comply with applicable law
    • For any other reason, in the Celestia Foundation’s sole discretion

    Application ​

    The program will be divided into cohorts with applications open for new applicants and renewal of existing applicants every 4 months. Validators will be delegated for up to a year. For each cohort, the deadline to apply/be evaluated (if you are reapplying) is exactly 1 month prior to the date of being delegated to.

    Application details ​

    Before applying, be ready to share the following:

    • General info
      • Security Email
      • Validator Entity Name
      • Discord ID
      • Mark if entity or individual
      • Website if any
      • Github page of your organization
      • Team experience and roster (including Twitter + Github links)
      • Which networks you validate on mainnet + links to your validators
      • A personal statement why you should receive delegation from the Foundation (max 1500 characters)
    • Infrastructure
      • Validator address and bridge node ID on MAINNET
      • If you don't run an active mainnet validator, please provide us with validator address, bridge node ID and blobstream address on Mocha-4
      • Have you been slashed or jailed in the last 6 months on Celestia or other chains you validated on.
      • Hosting provider and Data Center location (mainnet and testnet if applicable)
      • Setup of the 2 components (validator and bridge)
        • Hardware
        • Security setup (servers, private keys)
        • Monitoring and alerting
    • Contributions
      • Please list all technical contributions for Celestia and its ecosystem
      • Please list all community contributions for Celestia and its ecosystem

    Please note, the objective of the program is to contribute to Celestia’s resilience and uptime. If you contribute a lot to the Celestia ecosystem, but your validator uptime is low, this will negatively impact your chance at selection for the program. Furthermore, merely receiving delegation from the Foundation under the program does not guarantee your placement in the active validator set.

    Get Started with the Application Form

    Cohort information ​

    The Foundation will report each cohort’s composition and the duration of their respective delegations.

    Feedback process ​

    Validators in the program will receive a feedback form every quarter so the program can be continually improved.

    - +

    The Celestia Foundation Delegation Program ​

    Delegation program banner

    Objectives of the program ​

    The primary objectives of the Celestia Foundation Delegation Program are:

    • To provide a fair opportunity for Celestia’s users to join the validator set, while ensuring the validator set remains proficient, trustworthy, and dependable.
    • To maintain network stability by promoting a steady transition of validators and avoiding sudden and disruptive changes in participation.
    • To enable the Celestia Foundation to use its stake towards its mission of fostering a modular blockchain network that delivers exceptional performance.

    Foundation delegation process ​

    Program launch ​

    Prospective validators are welcome to apply to the program starting February 6, 2024. The application is designed to assess a validator’s uptime performance and contributions to the Celestia ecosystem. Of the 100 total slots in Celestia’s active validator set, up to 50 will receive delegations within the program.

    Application submissions will be reviewed by the Celestia Foundation. More details about the application and eligibility criteria are described below.

    Cohort process ​

    cohort timeline

    Every 4 months, the Celestia Foundation will distribute a portion of the Foundation’s total available stake to a cohort of validators who meet certain criteria, detailed below. Here is an overview of how the cohort process will work for Cohort 1 and what that means for future cohorts.

    Key Points ​

    • Initial Cohort (Cohort 1): 50 applicants will be accepted
      • Grading System: Applicants in Cohort 1 are divided into first, second, and third place based eligibility criteria outlined in this document.
      • Delegation Duration: This varies based on the applicant’s placement in Cohort 1. First place receives 12 months of delegation, second place receives 8 months, third place receives 4 months.
    TierPlacementDelegation DurationRenewal By Cohort
    First PlaceApplicants 1-2012 monthsCohort 4
    Second PlaceApplicants 21-358 monthsCohort 3
    Third PlaceApplicants 36-504 monthsCohort 2
    • Subsequent Cohorts (Cohorts 2-onwards):
      • After Cohort 1, open slots may be filled by Cohort 1 members up for renewals or new applicants. There will be no Tiers (e.g. First Place, Second Place, Third Place) in cohorts after Cohort 1. This structure allows for a steady flow of both existing applicants and new applicants to maintain a stable set of participants in the program.

    During this period, so long as the validator maintains high uptime and does not violate the rules of the program, the validator will receive the delegation for the duration of the cohort they are currently in.

    Eligibility criteria ​

    The minimum requirements for participation in the program are as follows:

    • Run an active mainnet validator or an active Mocha testnet validator for at least 1 month before application deadline
    • Run a bridge node (on mainnet if you are already an active mainnet validator or on Mocha testnet if not) that is connected and reporting to the Celestia Labs OTEL collector (for new applicants - on testnet, so that we can evaluate performance)
    • Not jailed or slashed in the 6 months before application deadline
    • Not associated with an exchange or custodian
    • Not in the top 10 validators by delegation power, unless it enters the top 10 as a result of the Foundation’s delegation under this program
    • Have 10% or less commission
    • Not based within the US, within any country subject to economic sanctions, or within any other prohibited jurisdiction, and successfully complete a compliance screen
    • Dedicated email address so that the Foundation can reach you in the event of emergency upgrades and fixes

    Not adhering to any of the criteria above will automatically disqualify your application, and violating any of the criteria after you have received delegation will result in withdrawal of the delegation. A participant who loses stake due to being jailed by the protocol may reapply to the program after 2 cohort periods.

    Applicants are also expected to have reviewed Celestia docs and recommended guides on devops and monitoring setups.

    Other optional but important criteria:

    • Develop and maintain developer tooling, services, applications, and dashboards
    • Work on projects aligned with Celestia's values
    • Contribute to documentation and new guides and tutorials
    • Quality of infrastructure
    • Operated within a location that improves geolocation of the validator set

    Undelegation criteria ​

    • Getting slashed/tombstoned (cannot apply for 1 year afterwards)
    • Getting jailed more than once during the cohort’s applicable delegation period
    • Violating the Celestia.org Community Code of Conduct or engaging in harmful activities towards the network
    • Failing to upgrade your node in a timely manner (24 hours or less)
    • If necessary to protect or secure Mainnet Beta or to comply with applicable law
    • For any other reason, in the Celestia Foundation’s sole discretion

    Application ​

    The program will be divided into cohorts with applications open for new applicants and renewal of existing applicants every 4 months. Validators will be delegated for up to a year. For each cohort, the deadline to apply/be evaluated (if you are reapplying) is exactly 1 month prior to the date of being delegated to.

    Application details ​

    Before applying, be ready to share the following:

    • General info
      • Security Email
      • Validator Entity Name
      • Discord ID
      • Mark if entity or individual
      • Website if any
      • Github page of your organization
      • Team experience and roster (including Twitter + Github links)
      • Which networks you validate on mainnet + links to your validators
      • A personal statement why you should receive delegation from the Foundation (max 1500 characters)
    • Infrastructure
      • Validator address and bridge node ID on MAINNET
      • If you don't run an active mainnet validator, please provide us with validator address, bridge node ID and blobstream address on Mocha-4
      • Have you been slashed or jailed in the last 6 months on Celestia or other chains you validated on.
      • Hosting provider and Data Center location (mainnet and testnet if applicable)
      • Setup of the 2 components (validator and bridge)
        • Hardware
        • Security setup (servers, private keys)
        • Monitoring and alerting
    • Contributions
      • Please list all technical contributions for Celestia and its ecosystem
      • Please list all community contributions for Celestia and its ecosystem

    Please note, the objective of the program is to contribute to Celestia’s resilience and uptime. If you contribute a lot to the Celestia ecosystem, but your validator uptime is low, this will negatively impact your chance at selection for the program. Furthermore, merely receiving delegation from the Foundation under the program does not guarantee your placement in the active validator set.

    Get Started with the Application Form

    Cohort information ​

    The Foundation will report each cohort’s composition and the duration of their respective delegations.

    Feedback process ​

    Validators in the program will receive a feedback form every quarter so the program can be continually improved.

    + \ No newline at end of file diff --git a/pr-1489/community/itn-tos.html b/pr-1489/community/itn-tos.html index 2087fbc08a..952b700e49 100644 --- a/pr-1489/community/itn-tos.html +++ b/pr-1489/community/itn-tos.html @@ -11,7 +11,7 @@ - + @@ -39,7 +39,7 @@

    Appearance

    SUPPLEMENTAL INCENTIVIZED TESTNET TERMS ​

    Last Revised on 1/16/2023

    Welcome to the Supplemental Terms (these "ITN Award Program Terms" or "Terms") for the Incentivized Testnet Award Program (the "ITN Award Program" or the "Program") as operated on behalf of Strange Loop Labs AG ("Company", "we" or "us"). The ITN Award Program provides eligible users of a Testnet designated by the Company the opportunity to earn rewards, which may include Celestia tokens. These Terms are supplemental to, and incorporate by reference, the broader Celestia Terms of Service ("Services Terms") available at Celestia Terms of Service.

    Defined terms used but not defined herein have the meaning set forth in the Services Terms. The Program and your participation in it is a Service as defined under the Services Terms.

    These Terms govern your ability to participate in the Program and any awards you receive from that participation, which may include Celestia tokens ("ITN Rewards").

    Please read these Terms carefully, as they include important information about your legal rights. By participating in the Program or claiming ITN Rewards, you are agreeing to these Terms. If you do not understand or agree to these Terms, please do not participate in the Program or claim ITN Rewards.

    In order to participate in the Program you must provide certain information about you. Our collection of such information, your rights with respect to such collection, and other relevant information is described in the Celestia Privacy Policy available at Celestia Privacy Policy, and is supplemented by Section 3 of these Terms.

    The Program is a discretionary Service provided by the Company, pursuant to which the Company may, in its sole discretion, provide you ITN Rewards for your successful completion of certain tasks on a Testnet designated by the Company. Please note that any such Testnet itself (as well as any other Testnets or any mainnet deployment of the Celestia Protocol) is not a Service and does not constitute an element of the Services. We do not control the Celestia Protocol and accept no liability for its operation or its deployment in any testnet or mainnet environment.

    1. General Terms ​

    1.1 You must be eighteen (18) years of age or older and capable of forming a binding contract with the Company in order to participate in the Program or receive ITN Rewards.

    1.2 You agree and acknowledge that you (a) may receive ITN Rewards for free (other than applicable taxes, if any) from your participation in the Program, (b) were not previously promised ITN Rewards, unless pursuant to a separate written agreement, and (c) took no action in anticipation of or in reliance on receiving any ITN Rewards, unless pursuant to a separate written agreement.

    1.3 Your eligibility to participate in or receive ITN Rewards from the Program is subject to our sole discretion. The complete list of actions you must complete to earn ITN Rewards may not have been described in the documentation released by us from time to time, you may not receive ITN Rewards even if you successfully complete such actions, and no documentation related to the Program entitles you to any ITN Rewards or to participate in the Program.

    1.4 You agree and acknowledge that (a) you are not a Prohibited Person, (b) you are not a U.S. Person as defined in Rule 902(k) of Regulation S under the U.S. Securities Act of 1933, as amended (the "1933 Act" or "Act"), (c) you will not use a VPN or other tool to circumvent any geoblock or other restrictions that we may have implemented for participants in the Program, and (d) you are not participating in, and have not become eligible to participate in, the Program by receiving credentials from any other person or entity. Any circumvention or violation of the above will permanently disqualify you from participation in the Program.

    1.5 You agree and acknowledge that if you are unable to claim ITN Rewards due to technical bugs, gas fees, loss of access to a Wallet or the keys thereto, or for any other reason, you will have no recourse or claim against us or any other Company Entity and that neither we nor any other Company Entity will bear any liability.

    1.6 You agree and acknowledge that claiming an ITN Reward may require reliance on or an integration with third party products (e.g., a Wallet or an unaffiliated network or blockchain) that we do not control. In the event that you are unable to access such products or integrations, or if they fail for any reason, and you are unable to participate in the Program or claim ITN Rewards, you will have no recourse or claim against us or any other Company Entity and neither we nor any other Company Entity will bear any liability.

    1.7 The Company may share identifying information and documentation with certain vendors or third-party providers who provide such identity verification and sanctions and watchlist screening services (the "Third-Party Services"). You agree that your access and use of such Third-Party Services is governed solely by the terms and conditions of such Third-Party Services, and the Company is not responsible or liable for, and make no representations as to any aspect of such Third-Party Services, including, without limitation, their content or the manner in which they handle, protect, manage or process data or any interaction between you and the provider of such Third-Party Services. You irrevocably waive any claim against the Company with respect to such Third-Party Services. We are not liable for any damage or loss caused or alleged to be caused by or in connection with your enablement, access or use of any such Third-Party Services, or your reliance on the privacy practices, data security processes or other policies of such Third-Party Services.

    2. Taxes ​

    2.1 You are responsible for the payment of all taxes associated with your participation in the Program and your receipt of ITN Rewards. You agree to provide the Company with any additional information and complete any required tax or other forms relating to your receipt of ITN Rewards. You may suffer adverse tax consequences as a result of your participation in the Program or your receipt of ITN Rewards. You hereby represent that (a) you have consulted with a tax adviser that you deem advisable in connection with your participation, or that you have had the opportunity to obtain tax advice but have chosen not to do so, (b) the Company has not provided you with any tax advice with respect to your participation, and (c) you are not relying on the Company for any tax advice.

    3. Supplemental Privacy Information ​

    We may collect information to help us determine the reliability or uptime of your activities within the Program, including through the use of telemetry or metrics endpoints to collect and analyse such information, and link this information to a unique identifier to represent your activities within the Program. We may display all of the foregoing information on a public dashboard.

    Additionally, we may collect certain information about you from Third-Party Services and may combine information we receive from you with information we obtain from Third-Party Services, including but not limited to:

    • Transaction information. Information related to transactions in your Wallet, your Wallet address, activities performed using your Wallet, tokens received by your Wallet, or transactions initiated or completed.
    • Identification information. We collect your government identification (e.g., driver’s license, passport, etc.), proof of address, biometric information, and entity formation information if applicable. By agreeing to these Terms, you consent to our use of your biometric information, and understand and agree that our use of the biometric information is necessary for the performance of these Terms and the implementation of the Services.

    We collect this information to confirm your eligibility to participate in the Program and receive ITN Rewards, comply with our legal obligations, detect and prevent fraud, and to provide you with the Program.

    Any information we receive from third-party sources will be treated in accordance with the Celestia Privacy Policy, available at Celestia Privacy Policy. We are not responsible or liable for the accuracy of the information provided to us by third parties and are not responsible for any third party’s policies or practices. See Section 9 of the Celestia Privacy Policy for more information.

    4. Certain Additional Representations ​

    4.1 Receipt of Rewards Entirely for Own Account. Your eligibility to receive ITN Rewards is made in reliance upon your representation to the Company, which by your agreement to these Terms you hereby confirm, that any ITN Rewards you receive will be for your own account, not as a nominee or agent, and not with a view to the resale or distribution of any part thereof, and that you have no present intention of selling, granting any participation in, or otherwise distributing the same. By agreeing to these Terms, you further represent that you do not presently have any contract, undertaking, agreement or arrangement with any person to sell, transfer or grant participations to such person or to any third person, with respect to any ITN Rewards. If you are agreeing to these terms on behalf of an entity, that entity has not been formed for the specific purpose of obtaining the ITN Rewards.

    4.2 Disclosure of Information. Your eligibility to receive ITN Rewards is made in reliance upon your representation to the Company, which by your agreement to these Terms you hereby confirm, that you have sufficient knowledge of and experience in business and financial matters to be able to evaluate the risks and merits of your participation in the Program and of any ITN Rewards and are able to bear the risks thereof. You hereby affirm that you have not relied on any representations or warranties made by the Company related to the Program, including, but not limited to, conversations of any kind, whether through oral or electronic communication, or any white paper.

    4.3 Compliance with United States Securities Laws. You understand that the ITN Rewards have not been, and will not be, registered under the 1933 Act or any applicable state securities laws. You acknowledge that the availability of an exemption from the registration provisions of the Securities Act and other applicable state securities laws depends upon, among other things, the bona fide nature of your intent as described in Section 4.1 above and with respect to the accuracy of your representations as expressed throughout these Terms. You understand that the ITN Rewards may be deemed "restricted securities" under applicable United States federal and state securities laws and that, pursuant to these laws, you may be restricted from transferring any ITN Rewards unless they are registered with the Securities and Exchange Commission and qualified by state authorities, or an exemption from such registration and qualification requirements is available. You acknowledge that the Company does not undertake any obligation to register or qualify the ITN Rewards for resale, and exemptions from registration and qualification may not be available or may not permit you to transfer all or any of the ITN Rewards in the amounts or at the times proposed by you. You further acknowledge that if an exemption from registration or qualification is available, such exemption may be conditioned on various requirements including, but not limited to, the time and manner of sale, the holding period for the ITN Rewards, and on other factors outside of your control, for which the Company makes no assurances and may not be able to satisfy.

    4.4 Compliance with Liechtenstein Security Law. You understand that nothing in these Terms will be deemed to constitute a prospectus of any sort in Liechtenstein or in any jurisdiction in the EU; nor does it in any way pertain to a public offering or a solicitation of an offer to buy any securities in Liechtenstein or in any jurisdiction in the EU.

    4.5 No Public Market. You understand that no public market now exists for the ITN Rewards, and that the Company has not made any assurances that a public market will ever exist for the ITN Rewards.

    4.6 No Solicitation. At no time were you presented with or solicited by any publicly issued or circulated newspaper, mail, radio, television or other form of general advertising or solicitation in connection with any invitation to participate in the Program or offer of the ITN Rewards.

    4.7 Other Applicable Laws. You hereby represent that you have satisfied yourself as to the full observance of the laws of your jurisdiction in connection with any invitation to participate in the Program, receipt of ITN Awards, and other use of these Terms, including (a) the legal requirements within your jurisdiction for participating in the Program and receiving ITN Rewards, (b) any foreign exchange restrictions applicable to such participation or receipt, (c) any governmental or other consents that may need to be obtained, and (d) the income tax and other tax consequences, if any, that may be relevant to the receipt, holding, sale, or transfer of the ITN Rewards. Your participation in the Program and continued beneficial ownership of ITN Rewards will not violate any applicable securities or other laws of your jurisdiction.

    4.8 Non-US Transaction. You are not a U.S. Person as defined in Rule 902(k) of Regulation S under the 1933 Act. The offer of the ITN Rewards to you was made in an offshore transaction (as defined in Rule 902(h) of Regulation S), no directed selling efforts (as defined in Rule 902(c) of Regulation S) were made in the United States, and you are not obtaining the ITN Rewards for the account or benefit of any U.S. Person.

    4.9 Transfer Restrictions. You will not, during the Restricted Period (as defined below) offer or sell any of the ITN Rewards (or create or maintain any derivative position equivalent thereto) in the United States, to or for the account or benefit of a U.S. Person or other than in accordance with Regulation S. The Company reserves the right to impose additional transfer restrictions with respect to the ITN Rewards in its sole discretion.

    4.10 Subsequent Sales. You will, after the expiration of the applicable Restricted Period, only offer, sell, pledge or otherwise transfer the ITN Rewards (or create or maintain any derivative position equivalent thereto) pursuant to registration under the 1933 Act or any available exemption therefrom and, in any case, in accordance with applicable state securities laws.

    4.11 Legends. You acknowledge and agree that the ITN Rewards will be deemed to bear the following legends: (a) any legend required by the securities laws of any state or country to the extent such laws are applicable to the ITN Rewards represented by the certificate so legended, and (b): the following legend (and even without such legend the following restrictions apply):

    THE ITN REWARDS HAVE NOT BEEN REGISTERED UNDER THE ACT WITH THE UNITED STATES SECURITIES AND EXCHANGE COMMISSION, AND THE COMPANY DOES NOT INTEND TO REGISTER THEM. THE ITN REWARDS HAVE BEEN OBTAINED TO HOLD FOR THE LONG TERM AND NOT WITH A VIEW TO, OR IN CONNECTION WITH, THE SALE OR DISTRIBUTION THEREFOR. PRIOR TO THE ONE YEAR ANNIVERSARY FROM THE TERMINATION OF THE ITN REWARD PROGRAM (THE "PROGRAM COMPLETION DATE" AND SUCH ONE YEAR PERIOD, THE "RESTRICTED PERIOD"), THE ITN REWARDS MAY NOT BE OFFERED OR SOLD (INCLUDING OPENING A SHORT POSITION IN SUCH ITN REWARDS) IN THE UNITED STATES OR TO U.S. PERSONS AS DEFINED BY RULE 902(k) ADOPTED UNDER THE ACT, OTHER THAN TO DISTRIBUTORS, UNLESS THE ITN REWARDS ARE REGISTERED UNDER THE ACT, OR AN EXEMPTION FROM THE REGISTRATION REQUIREMENTS OF THE ACT IS AVAILABLE. RECIPIENTS OF ITN REWARDS PRIOR TO THE ONE YEAR ANNIVERSARY OF THE PROGRAM COMPLETION DATE MAY SELL SUCH ITN REWARDS ONLY PURSUANT TO AN EXEMPTION FROM REGISTRATION UNDER THE ACT OR OTHERWISE IN ACCORDANCE WITH THE PROVISIONS OF REGULATION S OF THE ACT, OR IN TRANSACTIONS EFFECTED OUTSIDE OF THE UNITED STATES PROVIDED THEY DO NOT SOLICIT (AND NO ONE ACTING ON THEIR BEHALF SOLICITS) PURCHASERS IN THE UNITED STATES OR OTHERWISE ENGAGE(S) IN SELLING EFFORTS IN THE UNITED STATES AND PROVIDED THAT HEDGING TRANSACTIONS INVOLVING THESE ITN REWARDS MAY NOT BE CONDUCTED UNLESS IN COMPLIANCE WITH THE ACT. A HOLDER OF THE ITN REWARDS WHO IS A DISTRIBUTOR, DEALER, SUB-UNDERWRITER OR OTHER SECURITIES PROFESSIONAL, IN ADDITION, CANNOT PRIOR TO THE ONE YEAR ANNIVERSARY OF THE PROGRAM COMPLETION DATE SELL THE ITN REWARDS TO A U.S. PERSON AS DEFINED BY RULE 902(k) OF REGULATION S UNLESS THE ITN REWARDS ARE REGISTERED UNDER THE ACT OR AN EXEMPTION FROM REGISTRATION UNDER THE ACT IS AVAILABLE.

    - + \ No newline at end of file diff --git a/pr-1489/community/modular-meetup-guide.html b/pr-1489/community/modular-meetup-guide.html index 5d1fb85eaa..3ee91629d5 100644 --- a/pr-1489/community/modular-meetup-guide.html +++ b/pr-1489/community/modular-meetup-guide.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Modular Meetup guide ​

    These are recommended steps you can follow that can help you organize a successful Modular Meetup. You aren’t required to follow the entire checklist but it is available to help aid you in your journey to organize a Modular Meetup.

    Before the Meetup ​

    1. Determine the meetup topic and objectives.
    2. Select a suitable date and time for the event.
    3. Secure a convenient and accessible venue that can accommodate the expected number of attendees.
    4. Finalize a schedule or agenda for the event, including speakers, presentations, and activities.
    5. Prepare and send out invitations to potential attendees using various channels (email, social media, community platforms, etc.).
    6. Create and share promotional materials (graphics, blog posts, etc.) to raise awareness about the meetup.
    7. Confirm speakers, including their availability, presentation topics, and technical requirements. If you are working from a Speaker List, please reach out to Nat for any support needed on coordination with speakers.
    8. Arrange any necessary equipment, such as microphones, projectors, and whiteboards.
    9. Plan and arrange refreshments, if applicable.
    10. Prepare and print any required materials, like agendas, name tags, and feedback forms.
    11. Coordinate with volunteers or team members to help manage the event.
    12. Set up a registration system or RSVP process to track attendance.
    13. Send out reminder messages to registered attendees prior to the event.
    14. Conduct a final review of the event logistics, including venue setup, equipment functionality, and volunteer roles.

    During the Meetup ​

    1. Set up the venue, including arranging seating, preparing equipment, and displaying any promotional materials.
    2. Designate a registration area and ensure that someone is available to greet and check-in attendees.
    3. Welcome the attendees and provide an overview of the event schedule.
    4. Introduce speakers and facilitate any presentations or discussions.
    5. Encourage networking and interaction among attendees during breaks or dedicated activities.
    6. Capture the event with photos or videos for future promotions and documentation.
    7. Collect feedback from attendees using forms, online surveys, or informal conversations if needed.

    After the Meetup ​

    1. Send follow-up messages to attendees, thanking them for their participation and soliciting additional feedback.
    2. Evaluate the success of the event by reviewing feedback and assessing key performance indicators (e.g., attendance, engagement, etc.).
    3. Analyze and document lessons learned, identifying areas for improvement in future meetups.
    4. Share event highlights, photos, and key takeaways with the community through social media, blog posts, or newsletters.
    5. Connect with speakers, attendees, and volunteers to maintain and strengthen relationships.
    6. Begin planning for the next meetup, applying insights gained from the previous event to enhance the experience for future attendees.

    Logistics and guidance ​

    These are provided guidelines for different components of kickstarting a Modular Meetup to help you get started on the logistics of organizing a meetup. A lot of those guidelines are thanks to the wonderful write ups in Ethereum Meetup Support Program and Elastic Community Organizer Guides.

    Venue ​

    Selecting the perfect venue for your Modular Meetup is essential in creating a welcoming atmosphere for the Celestia community.

    1. Startup Incubators
      • Often they would have spaces for meetups.
    2. Libraries
      • Libraries can normally have spaces for meetups at little to no costs
    3. Co-working spaces:
      • Co-working spaces might be able to offer necessary equipment like microphones, projectors, and whiteboards.
    4. Restaurants:
      • Restaurants might have private rooms for larger groups of people that you can book, depending on the restaurant.
    5. Universities and Blockchain Clubs:
      • Partnering with universities and their local university clubs can offer you a lot of spaces for meetups, as well as necessary equipments if needed for giving a talk.
    6. Other options:
      • If you're having difficulty finding a venue, don't hesitate to ask for help within the Celestia community. Your fellow organizers and attendees may have valuable suggestions or connections.

    An ideal venue should offer:

    • Sufficient seating for the audience
    • A projector and screen
    • A microphone (especially for meetups with 10+ attendees)
    • Optional: A whiteboard for speakers or workshops (not always necessary, but a nice addition)

    Consider recording the event, even with a smartphone, to share with the community later. If the speaker uses a microphone, their voice will be more audible in the video. We might be able to post those recordings of the meetup talks on a meetup youtube channel after.

    Remember to negotiate on costs and seek discounts, emphasizing that your meetup benefits the community.

    Collaborate with your venue provider to explore options like borrowing recording equipment, tripods, or even having them record the event for you. Some providers may offer these services for free or at a reduced cost.

    Catering and refreshments ​

    Providing refreshments or catering for your Modular Meetup enhances the overall experience and encourages networking among attendees.

    1. Determine your budget
      • Identify the amount you can allocate for food and drinks at your event which will help you determine how much you can bring in refreshments. You can also contact the Celestia Devrel team for ideas and support. Costs for refreshments and drinks can vary depending on your location, so be mindful to be flexible on your plans according to your specific location and budget.
    2. Offer a variety of refreshments
      • If you're ordering in, pizza and finger foods work well, but you can also have more budget-friendly options for food.
      • Offering drinks like beer, soda, or lemonade are great, but water also works. Keep in mind that not everyone drinks alcohol so it’s not a requirement. But having at least water and plastic cups works well.
    3. Plan ahead
      • Order refreshments 1 or 2 days in advance and schedule delivery to avoid last-minute stress during the event.

    By following these recommendations, you'll be able to provide enjoyable refreshments for your Celestia Modular Meetup attendees while fostering a friendly and engaging atmosphere.

    Audience ​

    Understanding your audience and estimating attendance are crucial for organizing successful Modular Meetups for Celestia.

    1. Research the local tech scene:
      • Investigate the types of meetups and events popular in your area. Attend other technology-focused events to get a sense of the audience size and interests. This information will help you tailor your meetup to attract a larger audience.
    2. Assess the availability of speakers:
      • Before organizing a meetup, ensure that you have access to a pool of knowledgeable speakers. If you anticipate difficulty in securing speakers, consider joining forces with an existing meetup group or speaking at other events before launching a new group. This approach will help spread the word about your planned Modular Meetup and gauge interest. Speakers are covered in the following section with a reference to Speaker List offered by the Modular Meetup program.
    3. Establish connections with other user groups:
      • Forge relationships with other tech-focused meetup groups to mutually promote each other's events, potentially increasing attendance.
    4. Set a regular routine for your meetup:
      • Communicate how often you plan to hold meetups, whether it's monthly or quarterly, to help attendees manage their expectations and maintain their interest.
    5. Organize casual meetups:
      • If there's a gap between more formal events, arrange casual meetups at pubs or cafes to keep people engaged and connect with potential speakers for future events.
    6. Estimate the number of attendees:
      • Consider factors such as the size of your city, the popularity of the topic, and the appeal of the event description when estimating attendance.

    Speakers ​

    Securing engaging and knowledgeable speakers is key to hosting an exceptional Celestia Modular Meetup.

    1. Define your event topic
      • Determine the theme of your event, focusing on areas such as DeFi, Gaming, NFTs, coding workshops, protocol changes, rollups, data availability, or other topics relevant to the Modular ecosystem. This will help you find speakers with expertise in the chosen subject.
    2. Utilize the Speaker List provided by the Modular Meetup program
      • As a meetup organizer, you have access to a curated list of talented speakers from Celestia Labs and the broader Modular ecosystem. This valuable resource can connect you with experts who can share their knowledge with your meetup attendees.
    3. Aim for multiple speakers
      • Ideally, invite 2-3 speakers to your event, allotting 20-40 minutes per talk. Schedule short breaks between presentations to maintain audience engagement.
    4. Organize the speaker lineup
      • Discuss the topics and slides with your speakers before the event to ensure a smooth flow. Arrange the talks in a logical order, saving the most impactful presentation for last.
    5. Invite local speakers
      • For your first meetup, consider presenting an introduction to the Celestia ecosystem or a specific area of interest. Encourage local experts or enthusiasts to speak at future meetups. This approach fosters community involvement and helps build a network of potential speakers.
    6. Seek speaker referrals
      • Ask your current speakers, attendees, or other meetup organizers for referrals. Personal connections often lead to discovering new speakers with valuable insights.
    7. Leverage your meetup discussion board
      • Post a call for speakers on your meetup discussion board to reach out to potential presenters within your community. Be clear about the event theme and requirements to attract relevant speakers.
    8. Offer incentives and appreciation
      • Reward speakers with tokens of gratitude, such as T-shirts, gifts, or public recognition, to show your appreciation for their contribution to the meetup. The Celestia Labs Devrel team can help with swag logistics if needed.

    Sponsors ​

    Finding sponsors for your meetup can be challenging, but securing financial support is crucial for covering costs related to venue and refreshments.

    1. Leverage Celestia Labs' support
      • Celestia Labs may offer co-sponsorship for your meetup. However, they also encourage organizers to find local co-sponsors to help cover costs and create a more sustainable event.
    2. Offer value to your sponsors:
      • Show potential sponsors how partnering with your event will benefit them. Include their logo on event banners, mention them in the event description, and give them a shoutout at the beginning of the event. If they desire, allow them to place a rollup banner at the venue.
    3. Reach out to your network
      • Ask friends and acquaintances if they know of coworking spaces, schools, universities, or companies interested in sponsorship. A personal connection can significantly increase the chances of securing support.
    4. Approach speakers for sponsorship
      • Request speakers or their affiliated projects to contribute towards the event's expenses, such as catering costs. This can be an effective way to obtain additional funding.
    5. Create a sponsorship deck
      • Develop a compelling sponsorship deck to pitch your event to tech companies in your city or potential online sponsors. This presentation should highlight the benefits of supporting your event and showcase past successful meetups.
    6. Research local companies
      • Investigate businesses in your area that may be interested in sponsoring your event. Tailor your pitch to align with their industry and demonstrate how the meetup can benefit their company.
    7. Engage sponsors during the event
      • Allow sponsors to briefly address the audience, participate in Q&A sessions, or mention their hiring needs. Remember to avoid sales pitches, as they can negatively impact the meetup experience.
    8. Thank your sponsors
      • Express gratitude to your sponsors at the beginning and end of the meetup. Acknowledging their support encourages continued collaboration and enhances the credibility of your event.

    Communications and marketing ​

    Effectively marketing and announcing your Modular Meetup is essential for attracting attendees and ensuring a successful event.

    1. Plan your announcement
      • Announce your meetup at least two weeks prior. This gives your audience ample time to prepare and increases the likelihood of their attendance.
    2. Utilize Celestia Labs' resources
      • Celestia Labs can help co-promote your meetup on social media and Discord. They can also add your event to their online calendar, email local contacts, and share the event via their Developer Relations Team on Twitter. Don't hesitate to reach out to them for assistance.
    3. Share on social media
      • Promote your event on Twitter and any other popular social media platforms in your area. Tag speakers, sponsors, and use relevant hashtags to increase visibility.
    4. Leverage local community groups
      • Post your event in local Telegram, Discord, or other community groups relevant to your city. These groups often have many members who may be interested in attending your event.
    5. Engage speakers and the venue
      • Maintain communication with speakers and the venue to ensure any changes can be announced in advance. Trust is critical, so avoid canceling planned meetups whenever possible.
    6. Send reminders via meetup.com (optional)
      • After announcing your event, send a warm invite to your meetup group members through meetup.com. Additionally, send a reminder email one day before the event to encourage attendance.
    7. Share with friends and family
      • Invite your friends, family, and acquaintances to the meetup, as they may help spread the word or know someone interested in the event.
    8. Utilize conference groups
      • If you've attended conferences, share your meetup in the associated Telegram or social media groups, as there may be members nearby who would be interested in attending.

    Recording ​

    Recording and live-streaming your Modular Meetup can greatly benefit those who cannot attend in person and expand the reach of your event.

    1. Plan for recording
      • Consider recording your meetup to create additional learning resources and share the knowledge with a broader audience.
    2. Consider live-streaming
      • Live-streaming your event on platforms like Twitch, YouTube, or Twitter allows remote participants to watch and engage in the meetup. This can also boost your event's reach and create a sense of inclusion for those who couldn't attend in person.
    3. Coordinate with Celestia Labs
      • Celestia Labs can potentially help cover recording costs and promote recorded meetups. Reach out to them at meetups@celestia.org to discuss available options and support. They can also assist with finding local contacts for recording if you don't have one already.
    4. Utilize available resources
      • If you have a small budget, consider allocating some funds for recording and live-streaming your event. Look for local professionals or affordable equipment rentals to ensure high-quality recordings.
    5. Share recordings on Celestia Labs' channels
      • Celestia Labs can help promote recorded meetups by sharing videos in their meetups playlist on YouTube and hosting them on their website. Ensure you coordinate with Celestia Labs to provide them with the recorded video.
    6. Promote recorded content
      • Share the recordings on your social media channels and meetup group after the event. This helps attendees revisit the content and allows those who couldn't attend to learn from the talks.

    Utilizing Meetup.com platform ​

    Celestia Labs is committed to supporting your meetup efforts by helping you with meetup.com, from setting up the group to covering organizer dues. Below is a detailed overview of how Celestia Labs can assist you.

    1. Meetup.com organizer dues
      • Celestia Labs is happy to cover organizer dues for meetup.com. To get started, send an email to meetups@celestia.org and let them help you with the process.
    2. Co-organizing existing groups
      • If you already have a meetup.com group but need Celestia Labs' assistance with organizing or covering dues, email meetups@celestia.org to add one of their employees as the Organizer.
    3. Setting up groups on Meetup.com
      • Celestia Labs will help you set up your meetup group, including logos, naming, custom URLs, group description, and other essential details. They provide a unique logo for Celestia Modular Meetups, which you can use for your group.
    4. User group naming
      • Celestia Labs recommends naming your group "Celestia Modular Meetup" to encompass various aspects of the Celestia community and create a consistent brand.
    5. Custom URL for the group
      • Meetup.com allows you to create a custom URL for your user group. Celestia Labs encourages consistent URLs across regions, making it easy for people to find your meetup group.
    6. Group description
      • Celestia Labs has a standard group description to ensure consistency across all meetups. However, if you'd like to customize it, let them know.
    7. New member intake questions
      • To improve the quality of your meetups, Celestia Labs suggests a set of intake questions for new members. The answers can help you better understand their needs and interests, allowing you to plan engaging meetups.
    8. Welcome message
      • Celestia Labs provides a welcome message for new members joining your group. If you'd like to customize this message, let them know.

    Onboarding questions for community members joining a Modular Meetup ​

    1. Q1: How did you hear about this Modular Meetup?
      • Why: This information helps us understand the most effective channels for recruiting new participants to the meetup.
    2. Q2: What do you hope to gain by participating in this meetup? (e.g., networking, learning about Celestia, learning about Modularity, finding a job, etc.)
      • Why: This information helps us cater to the needs of the user group members. If most attendees are looking for networking opportunities, we can schedule casual meetups alongside informative talks.
    3. Q3: Are you currently using or planning to use Celestia, Rollkit, Celestia’s Node API or any of the rollups deployed on Celestia? Tell us all about it. We will use your response to help us better understand what talks would be most beneficial to the group.
      • Why: Responses to this question help us determine the most relevant talks for the group members. If we discover that most participants are interested in a specific area, we can tailor the talks accordingly.
    4. Q4: We love Celestia and the modular ecosystem, but we also appreciate other Web3 technologies. What other topics would you like to hear about? (e.g., Infrastructure, Data Storage, DID, MEV)
      • Why: Knowing our group participants' interests in other technical areas helps us understand what related topics would be useful and valuable to the group, which in turn helps when recruiting speakers.
    5. Q5: Would you be interested in speaking at a future meetup? We welcome 2-minute lightning talks to 1-hour deep dives. Would you be interested in hosting a meetup? If you answer yes to this question, the group organizers will contact you to follow up.
      • Why: One of the challenges in hosting regular meetups is finding speakers. We hope this question will identify people eager to share their stories and expertise with the group, making the lives of organizers easier.
    - +

    Modular Meetup guide ​

    These are recommended steps you can follow that can help you organize a successful Modular Meetup. You aren’t required to follow the entire checklist but it is available to help aid you in your journey to organize a Modular Meetup.

    Before the Meetup ​

    1. Determine the meetup topic and objectives.
    2. Select a suitable date and time for the event.
    3. Secure a convenient and accessible venue that can accommodate the expected number of attendees.
    4. Finalize a schedule or agenda for the event, including speakers, presentations, and activities.
    5. Prepare and send out invitations to potential attendees using various channels (email, social media, community platforms, etc.).
    6. Create and share promotional materials (graphics, blog posts, etc.) to raise awareness about the meetup.
    7. Confirm speakers, including their availability, presentation topics, and technical requirements. If you are working from a Speaker List, please reach out to Nat for any support needed on coordination with speakers.
    8. Arrange any necessary equipment, such as microphones, projectors, and whiteboards.
    9. Plan and arrange refreshments, if applicable.
    10. Prepare and print any required materials, like agendas, name tags, and feedback forms.
    11. Coordinate with volunteers or team members to help manage the event.
    12. Set up a registration system or RSVP process to track attendance.
    13. Send out reminder messages to registered attendees prior to the event.
    14. Conduct a final review of the event logistics, including venue setup, equipment functionality, and volunteer roles.

    During the Meetup ​

    1. Set up the venue, including arranging seating, preparing equipment, and displaying any promotional materials.
    2. Designate a registration area and ensure that someone is available to greet and check-in attendees.
    3. Welcome the attendees and provide an overview of the event schedule.
    4. Introduce speakers and facilitate any presentations or discussions.
    5. Encourage networking and interaction among attendees during breaks or dedicated activities.
    6. Capture the event with photos or videos for future promotions and documentation.
    7. Collect feedback from attendees using forms, online surveys, or informal conversations if needed.

    After the Meetup ​

    1. Send follow-up messages to attendees, thanking them for their participation and soliciting additional feedback.
    2. Evaluate the success of the event by reviewing feedback and assessing key performance indicators (e.g., attendance, engagement, etc.).
    3. Analyze and document lessons learned, identifying areas for improvement in future meetups.
    4. Share event highlights, photos, and key takeaways with the community through social media, blog posts, or newsletters.
    5. Connect with speakers, attendees, and volunteers to maintain and strengthen relationships.
    6. Begin planning for the next meetup, applying insights gained from the previous event to enhance the experience for future attendees.

    Logistics and guidance ​

    These are provided guidelines for different components of kickstarting a Modular Meetup to help you get started on the logistics of organizing a meetup. A lot of those guidelines are thanks to the wonderful write ups in Ethereum Meetup Support Program and Elastic Community Organizer Guides.

    Venue ​

    Selecting the perfect venue for your Modular Meetup is essential in creating a welcoming atmosphere for the Celestia community.

    1. Startup Incubators
      • Often they would have spaces for meetups.
    2. Libraries
      • Libraries can normally have spaces for meetups at little to no costs
    3. Co-working spaces:
      • Co-working spaces might be able to offer necessary equipment like microphones, projectors, and whiteboards.
    4. Restaurants:
      • Restaurants might have private rooms for larger groups of people that you can book, depending on the restaurant.
    5. Universities and Blockchain Clubs:
      • Partnering with universities and their local university clubs can offer you a lot of spaces for meetups, as well as necessary equipments if needed for giving a talk.
    6. Other options:
      • If you're having difficulty finding a venue, don't hesitate to ask for help within the Celestia community. Your fellow organizers and attendees may have valuable suggestions or connections.

    An ideal venue should offer:

    • Sufficient seating for the audience
    • A projector and screen
    • A microphone (especially for meetups with 10+ attendees)
    • Optional: A whiteboard for speakers or workshops (not always necessary, but a nice addition)

    Consider recording the event, even with a smartphone, to share with the community later. If the speaker uses a microphone, their voice will be more audible in the video. We might be able to post those recordings of the meetup talks on a meetup youtube channel after.

    Remember to negotiate on costs and seek discounts, emphasizing that your meetup benefits the community.

    Collaborate with your venue provider to explore options like borrowing recording equipment, tripods, or even having them record the event for you. Some providers may offer these services for free or at a reduced cost.

    Catering and refreshments ​

    Providing refreshments or catering for your Modular Meetup enhances the overall experience and encourages networking among attendees.

    1. Determine your budget
      • Identify the amount you can allocate for food and drinks at your event which will help you determine how much you can bring in refreshments. You can also contact the Celestia Devrel team for ideas and support. Costs for refreshments and drinks can vary depending on your location, so be mindful to be flexible on your plans according to your specific location and budget.
    2. Offer a variety of refreshments
      • If you're ordering in, pizza and finger foods work well, but you can also have more budget-friendly options for food.
      • Offering drinks like beer, soda, or lemonade are great, but water also works. Keep in mind that not everyone drinks alcohol so it’s not a requirement. But having at least water and plastic cups works well.
    3. Plan ahead
      • Order refreshments 1 or 2 days in advance and schedule delivery to avoid last-minute stress during the event.

    By following these recommendations, you'll be able to provide enjoyable refreshments for your Celestia Modular Meetup attendees while fostering a friendly and engaging atmosphere.

    Audience ​

    Understanding your audience and estimating attendance are crucial for organizing successful Modular Meetups for Celestia.

    1. Research the local tech scene:
      • Investigate the types of meetups and events popular in your area. Attend other technology-focused events to get a sense of the audience size and interests. This information will help you tailor your meetup to attract a larger audience.
    2. Assess the availability of speakers:
      • Before organizing a meetup, ensure that you have access to a pool of knowledgeable speakers. If you anticipate difficulty in securing speakers, consider joining forces with an existing meetup group or speaking at other events before launching a new group. This approach will help spread the word about your planned Modular Meetup and gauge interest. Speakers are covered in the following section with a reference to Speaker List offered by the Modular Meetup program.
    3. Establish connections with other user groups:
      • Forge relationships with other tech-focused meetup groups to mutually promote each other's events, potentially increasing attendance.
    4. Set a regular routine for your meetup:
      • Communicate how often you plan to hold meetups, whether it's monthly or quarterly, to help attendees manage their expectations and maintain their interest.
    5. Organize casual meetups:
      • If there's a gap between more formal events, arrange casual meetups at pubs or cafes to keep people engaged and connect with potential speakers for future events.
    6. Estimate the number of attendees:
      • Consider factors such as the size of your city, the popularity of the topic, and the appeal of the event description when estimating attendance.

    Speakers ​

    Securing engaging and knowledgeable speakers is key to hosting an exceptional Celestia Modular Meetup.

    1. Define your event topic
      • Determine the theme of your event, focusing on areas such as DeFi, Gaming, NFTs, coding workshops, protocol changes, rollups, data availability, or other topics relevant to the Modular ecosystem. This will help you find speakers with expertise in the chosen subject.
    2. Utilize the Speaker List provided by the Modular Meetup program
      • As a meetup organizer, you have access to a curated list of talented speakers from Celestia Labs and the broader Modular ecosystem. This valuable resource can connect you with experts who can share their knowledge with your meetup attendees.
    3. Aim for multiple speakers
      • Ideally, invite 2-3 speakers to your event, allotting 20-40 minutes per talk. Schedule short breaks between presentations to maintain audience engagement.
    4. Organize the speaker lineup
      • Discuss the topics and slides with your speakers before the event to ensure a smooth flow. Arrange the talks in a logical order, saving the most impactful presentation for last.
    5. Invite local speakers
      • For your first meetup, consider presenting an introduction to the Celestia ecosystem or a specific area of interest. Encourage local experts or enthusiasts to speak at future meetups. This approach fosters community involvement and helps build a network of potential speakers.
    6. Seek speaker referrals
      • Ask your current speakers, attendees, or other meetup organizers for referrals. Personal connections often lead to discovering new speakers with valuable insights.
    7. Leverage your meetup discussion board
      • Post a call for speakers on your meetup discussion board to reach out to potential presenters within your community. Be clear about the event theme and requirements to attract relevant speakers.
    8. Offer incentives and appreciation
      • Reward speakers with tokens of gratitude, such as T-shirts, gifts, or public recognition, to show your appreciation for their contribution to the meetup. The Celestia Labs Devrel team can help with swag logistics if needed.

    Sponsors ​

    Finding sponsors for your meetup can be challenging, but securing financial support is crucial for covering costs related to venue and refreshments.

    1. Leverage Celestia Labs' support
      • Celestia Labs may offer co-sponsorship for your meetup. However, they also encourage organizers to find local co-sponsors to help cover costs and create a more sustainable event.
    2. Offer value to your sponsors:
      • Show potential sponsors how partnering with your event will benefit them. Include their logo on event banners, mention them in the event description, and give them a shoutout at the beginning of the event. If they desire, allow them to place a rollup banner at the venue.
    3. Reach out to your network
      • Ask friends and acquaintances if they know of coworking spaces, schools, universities, or companies interested in sponsorship. A personal connection can significantly increase the chances of securing support.
    4. Approach speakers for sponsorship
      • Request speakers or their affiliated projects to contribute towards the event's expenses, such as catering costs. This can be an effective way to obtain additional funding.
    5. Create a sponsorship deck
      • Develop a compelling sponsorship deck to pitch your event to tech companies in your city or potential online sponsors. This presentation should highlight the benefits of supporting your event and showcase past successful meetups.
    6. Research local companies
      • Investigate businesses in your area that may be interested in sponsoring your event. Tailor your pitch to align with their industry and demonstrate how the meetup can benefit their company.
    7. Engage sponsors during the event
      • Allow sponsors to briefly address the audience, participate in Q&A sessions, or mention their hiring needs. Remember to avoid sales pitches, as they can negatively impact the meetup experience.
    8. Thank your sponsors
      • Express gratitude to your sponsors at the beginning and end of the meetup. Acknowledging their support encourages continued collaboration and enhances the credibility of your event.

    Communications and marketing ​

    Effectively marketing and announcing your Modular Meetup is essential for attracting attendees and ensuring a successful event.

    1. Plan your announcement
      • Announce your meetup at least two weeks prior. This gives your audience ample time to prepare and increases the likelihood of their attendance.
    2. Utilize Celestia Labs' resources
      • Celestia Labs can help co-promote your meetup on social media and Discord. They can also add your event to their online calendar, email local contacts, and share the event via their Developer Relations Team on Twitter. Don't hesitate to reach out to them for assistance.
    3. Share on social media
      • Promote your event on Twitter and any other popular social media platforms in your area. Tag speakers, sponsors, and use relevant hashtags to increase visibility.
    4. Leverage local community groups
      • Post your event in local Telegram, Discord, or other community groups relevant to your city. These groups often have many members who may be interested in attending your event.
    5. Engage speakers and the venue
      • Maintain communication with speakers and the venue to ensure any changes can be announced in advance. Trust is critical, so avoid canceling planned meetups whenever possible.
    6. Send reminders via meetup.com (optional)
      • After announcing your event, send a warm invite to your meetup group members through meetup.com. Additionally, send a reminder email one day before the event to encourage attendance.
    7. Share with friends and family
      • Invite your friends, family, and acquaintances to the meetup, as they may help spread the word or know someone interested in the event.
    8. Utilize conference groups
      • If you've attended conferences, share your meetup in the associated Telegram or social media groups, as there may be members nearby who would be interested in attending.

    Recording ​

    Recording and live-streaming your Modular Meetup can greatly benefit those who cannot attend in person and expand the reach of your event.

    1. Plan for recording
      • Consider recording your meetup to create additional learning resources and share the knowledge with a broader audience.
    2. Consider live-streaming
      • Live-streaming your event on platforms like Twitch, YouTube, or Twitter allows remote participants to watch and engage in the meetup. This can also boost your event's reach and create a sense of inclusion for those who couldn't attend in person.
    3. Coordinate with Celestia Labs
      • Celestia Labs can potentially help cover recording costs and promote recorded meetups. Reach out to them at meetups@celestia.org to discuss available options and support. They can also assist with finding local contacts for recording if you don't have one already.
    4. Utilize available resources
      • If you have a small budget, consider allocating some funds for recording and live-streaming your event. Look for local professionals or affordable equipment rentals to ensure high-quality recordings.
    5. Share recordings on Celestia Labs' channels
      • Celestia Labs can help promote recorded meetups by sharing videos in their meetups playlist on YouTube and hosting them on their website. Ensure you coordinate with Celestia Labs to provide them with the recorded video.
    6. Promote recorded content
      • Share the recordings on your social media channels and meetup group after the event. This helps attendees revisit the content and allows those who couldn't attend to learn from the talks.

    Utilizing Meetup.com platform ​

    Celestia Labs is committed to supporting your meetup efforts by helping you with meetup.com, from setting up the group to covering organizer dues. Below is a detailed overview of how Celestia Labs can assist you.

    1. Meetup.com organizer dues
      • Celestia Labs is happy to cover organizer dues for meetup.com. To get started, send an email to meetups@celestia.org and let them help you with the process.
    2. Co-organizing existing groups
      • If you already have a meetup.com group but need Celestia Labs' assistance with organizing or covering dues, email meetups@celestia.org to add one of their employees as the Organizer.
    3. Setting up groups on Meetup.com
      • Celestia Labs will help you set up your meetup group, including logos, naming, custom URLs, group description, and other essential details. They provide a unique logo for Celestia Modular Meetups, which you can use for your group.
    4. User group naming
      • Celestia Labs recommends naming your group "Celestia Modular Meetup" to encompass various aspects of the Celestia community and create a consistent brand.
    5. Custom URL for the group
      • Meetup.com allows you to create a custom URL for your user group. Celestia Labs encourages consistent URLs across regions, making it easy for people to find your meetup group.
    6. Group description
      • Celestia Labs has a standard group description to ensure consistency across all meetups. However, if you'd like to customize it, let them know.
    7. New member intake questions
      • To improve the quality of your meetups, Celestia Labs suggests a set of intake questions for new members. The answers can help you better understand their needs and interests, allowing you to plan engaging meetups.
    8. Welcome message
      • Celestia Labs provides a welcome message for new members joining your group. If you'd like to customize this message, let them know.

    Onboarding questions for community members joining a Modular Meetup ​

    1. Q1: How did you hear about this Modular Meetup?
      • Why: This information helps us understand the most effective channels for recruiting new participants to the meetup.
    2. Q2: What do you hope to gain by participating in this meetup? (e.g., networking, learning about Celestia, learning about Modularity, finding a job, etc.)
      • Why: This information helps us cater to the needs of the user group members. If most attendees are looking for networking opportunities, we can schedule casual meetups alongside informative talks.
    3. Q3: Are you currently using or planning to use Celestia, Rollkit, Celestia’s Node API or any of the rollups deployed on Celestia? Tell us all about it. We will use your response to help us better understand what talks would be most beneficial to the group.
      • Why: Responses to this question help us determine the most relevant talks for the group members. If we discover that most participants are interested in a specific area, we can tailor the talks accordingly.
    4. Q4: We love Celestia and the modular ecosystem, but we also appreciate other Web3 technologies. What other topics would you like to hear about? (e.g., Infrastructure, Data Storage, DID, MEV)
      • Why: Knowing our group participants' interests in other technical areas helps us understand what related topics would be useful and valuable to the group, which in turn helps when recruiting speakers.
    5. Q5: Would you be interested in speaking at a future meetup? We welcome 2-minute lightning talks to 1-hour deep dives. Would you be interested in hosting a meetup? If you answer yes to this question, the group organizers will contact you to follow up.
      • Why: One of the challenges in hosting regular meetups is finding speakers. We hope this question will identify people eager to share their stories and expertise with the group, making the lives of organizers easier.
    + \ No newline at end of file diff --git a/pr-1489/community/modular-meetup-intro.html b/pr-1489/community/modular-meetup-intro.html index bd10ea210a..01e0c8fb64 100644 --- a/pr-1489/community/modular-meetup-intro.html +++ b/pr-1489/community/modular-meetup-intro.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Celestia Modular Meetup program ​

    Modular Meetup Banner

    Welcome to the ultimate guide for Modular Meetup organizers! This collection of resources is designed for those enthusiastic about fostering grassroots Modular Meetups with support from Celestia around the world.

    Program description ​

    The Celestia Modular Meetup Program aims to empower meetup organizers, providing education and support, and encouraging collaboration within the Web3 ecosystem. This rapidly growing community has already achieved incredible success with the first Modular Meetup in Lisbon, and will grow from there.

    Join fellow enthusiasts, engage in enlightening discussions, and make the most of the insightful resources provided. These resources are designed to serve as a go-to playbook for meetup organizers, especially when starting your journey.

    Important info ​

    Celestia.org Community Code of Conduct ​

    The purpose of our Community Code of Conduct is to foster an inclusive, welcoming, and supportive environment for everyone participating in Celestia community events. We're all here to learn from each other, expand our skillsets, and enjoy a positive experience together.

    All meetup attendees, speakers, sponsors, and volunteers, including the event organizing team, are kindly asked to adhere to the following Code of Conduct. Organizers will respectfully enforce this code throughout the event. We genuinely appreciate the cooperation of all participants in maintaining a safe and empowering space for everyone.

    Signup form ​

    To become part of the program, please complete the registration form.

    Following the review and approval of your submission, you will receive an email confirmation and an invitation to participate in the upcoming Modular Meetup call. Furthermore, you will be granted access to the exclusive Discord channel labeled "#modular-meetup" on our Discord server. Please take note that joining our Discord is a prerequisite for channel access. It's essential to recognize that this program is tailored for dedicated organizers with a genuine interest in nurturing their local modular ecosystem community.

    Emails ​

    As a participant in the Celestia Modular Meetup Program, you can expect to receive the following emails:

    1. Welcome email with links to calendar events and Discord channel
    2. Monthly Catch-up call invites
    3. Recap emails with notes from calls

    Discord ​

    Your active participation is key to unlocking the full potential of this vibrant community. Our primary communication tool is Discord, providing an engaging platform to connect with fellow organizers:

    Materials ​

    As a meetup organizer, you'll gain access to the Celestia Modular Meetup Program's list of resources. This collection should become your trusted companion in organizing events. Drawing upon the wisdom of seasoned event organizers, this resource is available for you and your co-organizers to explore and learn.

    - +

    Celestia Modular Meetup program ​

    Modular Meetup Banner

    Welcome to the ultimate guide for Modular Meetup organizers! This collection of resources is designed for those enthusiastic about fostering grassroots Modular Meetups with support from Celestia around the world.

    Program description ​

    The Celestia Modular Meetup Program aims to empower meetup organizers, providing education and support, and encouraging collaboration within the Web3 ecosystem. This rapidly growing community has already achieved incredible success with the first Modular Meetup in Lisbon, and will grow from there.

    Join fellow enthusiasts, engage in enlightening discussions, and make the most of the insightful resources provided. These resources are designed to serve as a go-to playbook for meetup organizers, especially when starting your journey.

    Important info ​

    Celestia.org Community Code of Conduct ​

    The purpose of our Community Code of Conduct is to foster an inclusive, welcoming, and supportive environment for everyone participating in Celestia community events. We're all here to learn from each other, expand our skillsets, and enjoy a positive experience together.

    All meetup attendees, speakers, sponsors, and volunteers, including the event organizing team, are kindly asked to adhere to the following Code of Conduct. Organizers will respectfully enforce this code throughout the event. We genuinely appreciate the cooperation of all participants in maintaining a safe and empowering space for everyone.

    Signup form ​

    To become part of the program, please complete the registration form.

    Following the review and approval of your submission, you will receive an email confirmation and an invitation to participate in the upcoming Modular Meetup call. Furthermore, you will be granted access to the exclusive Discord channel labeled "#modular-meetup" on our Discord server. Please take note that joining our Discord is a prerequisite for channel access. It's essential to recognize that this program is tailored for dedicated organizers with a genuine interest in nurturing their local modular ecosystem community.

    Emails ​

    As a participant in the Celestia Modular Meetup Program, you can expect to receive the following emails:

    1. Welcome email with links to calendar events and Discord channel
    2. Monthly Catch-up call invites
    3. Recap emails with notes from calls

    Discord ​

    Your active participation is key to unlocking the full potential of this vibrant community. Our primary communication tool is Discord, providing an engaging platform to connect with fellow organizers:

    Materials ​

    As a meetup organizer, you'll gain access to the Celestia Modular Meetup Program's list of resources. This collection should become your trusted companion in organizing events. Drawing upon the wisdom of seasoned event organizers, this resource is available for you and your co-organizers to explore and learn.

    + \ No newline at end of file diff --git a/pr-1489/community/modular-meetup-toolkit.html b/pr-1489/community/modular-meetup-toolkit.html index 5fde8bfead..c259bc6e49 100644 --- a/pr-1489/community/modular-meetup-toolkit.html +++ b/pr-1489/community/modular-meetup-toolkit.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Modular Meetup Toolkit ​

    Welcome to the Modular Meetups Toolkit! This kit is designed to help you run successful meetups for the Celestia community. As the first modular blockchain, Celestia offers a lot to discuss and explore. This kit includes useful resources and materials to help you plan and execute your meetups effectively.

    Celestia branding guidelines ​

    • Brand kit
      1. Includes logo files, color schemes, typography, icons and illustrations

    Sample “Introduction to Modularity” workshop presentation ​

    • Sample presentation - introduction to modularity
    • Summary: This is an overview presentation on Modular blockchains and dives deep into Celestia core technologies.
    • The sample presentation covers:
      1. What are modular blockchains?
      2. The benefits of modular over monolithic blockchains
      3. Introduction to Celestia: The first modular blockchain
      4. The concept of Data Availability Sampling
      5. Sovereign Rollups
      6. Q&A session

    Sample “Run a Celestia light node” workshop presentation ​

    • Sample presentation - run a light node
    • Summary: This is an overview presentation goes over running a Celestia light node. You can find existing video presentations for this here:
    • The sample presentation covers:
      1. What is a Celestia light node?
      2. The role of light nodes in the Celestia ecosystem
      3. Setting up a light node: hardware and software requirements
      4. Step-by-step guide on how to run a Celestia light node
      5. Troubleshooting common issues
      6. Best practices for maintaining a light node
      7. Q&A session

    Sample “Deploy a Sovereign Rollup” workshop presentation ​

    • Sample presentation - deploy a sovereign rollup
    • Summary: This is an overview presentation on deploying a sovereign rollup with Rollkit on Celestia. You can find existing video presentations for this here:
    • The sample presentation covers:
      1. What is a sovereign rollup?
      2. The role of sovereign rollups in the Celestia ecosystem
      3. Introduction to Rollkit
      4. Setting up a sovereign rollup: hardware and software requirements
      5. Q&A session

    Sample “Modular Meetup Introduction” workshop presentation ​

    Swag logistics ​

    With this Modular Meetups Organizer Kit, you’ll have everything you need to plan and execute engaging, informative, and successful meetups for the Celestia community. Happy organizing!

    - +

    Modular Meetup Toolkit ​

    Welcome to the Modular Meetups Toolkit! This kit is designed to help you run successful meetups for the Celestia community. As the first modular blockchain, Celestia offers a lot to discuss and explore. This kit includes useful resources and materials to help you plan and execute your meetups effectively.

    Celestia branding guidelines ​

    • Brand kit
      1. Includes logo files, color schemes, typography, icons and illustrations

    Sample “Introduction to Modularity” workshop presentation ​

    • Sample presentation - introduction to modularity
    • Summary: This is an overview presentation on Modular blockchains and dives deep into Celestia core technologies.
    • The sample presentation covers:
      1. What are modular blockchains?
      2. The benefits of modular over monolithic blockchains
      3. Introduction to Celestia: The first modular blockchain
      4. The concept of Data Availability Sampling
      5. Sovereign Rollups
      6. Q&A session

    Sample “Run a Celestia light node” workshop presentation ​

    • Sample presentation - run a light node
    • Summary: This is an overview presentation goes over running a Celestia light node. You can find existing video presentations for this here:
    • The sample presentation covers:
      1. What is a Celestia light node?
      2. The role of light nodes in the Celestia ecosystem
      3. Setting up a light node: hardware and software requirements
      4. Step-by-step guide on how to run a Celestia light node
      5. Troubleshooting common issues
      6. Best practices for maintaining a light node
      7. Q&A session

    Sample “Deploy a Sovereign Rollup” workshop presentation ​

    • Sample presentation - deploy a sovereign rollup
    • Summary: This is an overview presentation on deploying a sovereign rollup with Rollkit on Celestia. You can find existing video presentations for this here:
    • The sample presentation covers:
      1. What is a sovereign rollup?
      2. The role of sovereign rollups in the Celestia ecosystem
      3. Introduction to Rollkit
      4. Setting up a sovereign rollup: hardware and software requirements
      5. Q&A session

    Sample “Modular Meetup Introduction” workshop presentation ​

    Swag logistics ​

    With this Modular Meetups Organizer Kit, you’ll have everything you need to plan and execute engaging, informative, and successful meetups for the Celestia community. Happy organizing!

    + \ No newline at end of file diff --git a/pr-1489/community/overview.html b/pr-1489/community/overview.html index 3e5ef5fd3e..dc9c4e74a6 100644 --- a/pr-1489/community/overview.html +++ b/pr-1489/community/overview.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Community overview ​

    This section will highlight all the different resources and activities for the Celestia community.

    Here you will find links to our community calendar, Code of Conduct and other community-related resources.

    - +

    Community overview ​

    This section will highlight all the different resources and activities for the Celestia community.

    Here you will find links to our community calendar, Code of Conduct and other community-related resources.

    + \ No newline at end of file diff --git a/pr-1489/community/speaker-list.html b/pr-1489/community/speaker-list.html index 4db264d104..03275c662f 100644 --- a/pr-1489/community/speaker-list.html +++ b/pr-1489/community/speaker-list.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Speaker list ​

    As a Modular Meetup organizer, we understand the importance of delivering engaging and informative content to your attendees. That's why we've created an exclusive Speaker List specifically tailored for organizers participating in the Modular Meetup Program. This resource gives you access to a curated selection of top-tier speakers who are passionate about Celestia and the modular ecosystem. Due to privacy, the list is not shared publicly but is accessible to participants of the Modular Meetup program when they create a meetup.

    The Speaker List features experts from Celestia Labs, as well as prominent figures from the broader Celestia and modular communities. Each individual is well-versed in various aspects of the modular ecosystem, ensuring that your meetup attendees gain valuable insights and deepen their understanding of modular blockchains.

    By joining the Modular Meetup Program, you can enjoy the benefits of our Speaker List and bring a touch of expertise to your events. The speakers can participate either in person or virtually, depending on location and timing.

    You can expect benefits from the Speaker List including high-quality presentations, interactive Q&A sessions, and knowledge-sharing opportunities facilitated by the best and brightest in the Celestia ecosystem. With our Speaker List, you'll be able to create memorable and impactful Modular Meetups that foster genuine connections and promote growth within the community.

    - +

    Speaker list ​

    As a Modular Meetup organizer, we understand the importance of delivering engaging and informative content to your attendees. That's why we've created an exclusive Speaker List specifically tailored for organizers participating in the Modular Meetup Program. This resource gives you access to a curated selection of top-tier speakers who are passionate about Celestia and the modular ecosystem. Due to privacy, the list is not shared publicly but is accessible to participants of the Modular Meetup program when they create a meetup.

    The Speaker List features experts from Celestia Labs, as well as prominent figures from the broader Celestia and modular communities. Each individual is well-versed in various aspects of the modular ecosystem, ensuring that your meetup attendees gain valuable insights and deepen their understanding of modular blockchains.

    By joining the Modular Meetup Program, you can enjoy the benefits of our Speaker List and bring a touch of expertise to your events. The speakers can participate either in person or virtually, depending on location and timing.

    You can expect benefits from the Speaker List including high-quality presentations, interactive Q&A sessions, and knowledge-sharing opportunities facilitated by the best and brightest in the Celestia ecosystem. With our Speaker List, you'll be able to create memorable and impactful Modular Meetups that foster genuine connections and promote growth within the community.

    + \ No newline at end of file diff --git a/pr-1489/developers/arbitrum-dapp-deploy.html b/pr-1489/developers/arbitrum-dapp-deploy.html index 9f2cd4d04e..e75e69e638 100644 --- a/pr-1489/developers/arbitrum-dapp-deploy.html +++ b/pr-1489/developers/arbitrum-dapp-deploy.html @@ -11,7 +11,7 @@ - + @@ -58,8 +58,8 @@ cast send --private-key $PRIVATE_KEY $RECEIVER --value 1ether --rpc-url $ARB_RPC_URL
    export RECEIVER=<receiver ETH address>
 cast send --private-key $PRIVATE_KEY $RECEIVER --value 1ether --rpc-url $ARB_RPC_URL

    TIP

    If you are in a different terminal than the one you set the private key in, you may need to set it again.

Update the frontend ​

Next, you will need to update a few things before you can interact with the contract on the frontend:

  1. Change the contract address on gm-portal/frontend/src/App.tsx to your contract address
  2. Match the chain info on gm-portal/frontend/src/main.tsx with the chain config of your L2
  3. If you changed the contract, update the ABI in gm-portal/frontend/GmPortal.json from gm-portal/contracts/out/GmPortal.sol/GmPortal.json. This can be done with:
bash
cd $HOME
 cp dev/gm-portal/contracts/out/GmPortal.sol/GmPortal.json dev/gm-portal/frontend
cd $HOME
-cp dev/gm-portal/contracts/out/GmPortal.sol/GmPortal.json dev/gm-portal/frontend

Interact with the frontend ​

Now, login with your wallet that you funded, and post a GM on your GM portal!

gm-arb

- +cp dev/gm-portal/contracts/out/GmPortal.sol/GmPortal.json dev/gm-portal/frontend

Interact with the frontend ​

Now, login with your wallet that you funded, and post a GM on your GM portal!

gm-arb

+ \ No newline at end of file diff --git a/pr-1489/developers/arbitrum-deploy.html b/pr-1489/developers/arbitrum-deploy.html index 619adb25bb..6e5c30c395 100644 --- a/pr-1489/developers/arbitrum-deploy.html +++ b/pr-1489/developers/arbitrum-deploy.html @@ -11,7 +11,7 @@ - + @@ -84,8 +84,8 @@ git submodule update --init git submodule update --init --recursive

Installing Nitro from Source ​

Now you can install Nitro from source. After the make command completes, you can run the bash script that installs and runs the containers via docker-compose.

bash
make build-node-deps
 cd nitro-testnode && ./test-node.bash --init --dev
make build-node-deps
-cd nitro-testnode && ./test-node.bash --init --dev

Congratulations! You have an Arbitrum Orbit rollup running with Nitro on your machine.

Validating with WASM ​

If you want to run a validator that will validate all blocks in WASM, add the flag --validate to nitro-testnode when starting with:

bash
./test-node.bash --init --dev --validate
./test-node.bash --init --dev --validate

TIP

You may need significantly more RAM and CPU to validate all blocks with WASM. You'll also need to send transactions to generate new batches to be posted to Celestia!

- +cd nitro-testnode && ./test-node.bash --init --dev

Congratulations! You have an Arbitrum Orbit rollup running with Nitro on your machine.

Validating with WASM ​

If you want to run a validator that will validate all blocks in WASM, add the flag --validate to nitro-testnode when starting with:

bash
./test-node.bash --init --dev --validate
./test-node.bash --init --dev --validate

TIP

You may need significantly more RAM and CPU to validate all blocks with WASM. You'll also need to send transactions to generate new batches to be posted to Celestia!

+ \ No newline at end of file diff --git a/pr-1489/developers/arbitrum-integration.html b/pr-1489/developers/arbitrum-integration.html index c3b9b28f78..d6fd57bd4e 100644 --- a/pr-1489/developers/arbitrum-integration.html +++ b/pr-1489/developers/arbitrum-integration.html @@ -11,7 +11,7 @@ - + @@ -58,8 +58,8 @@ TxCommitment [32]byte DataRoot [32]byte SideNodes [][32]byte -}

Ethereum fallback mechanism in Nitro ​

Another feature of this integration is the Ethereum fallback mechanism, which enables Ethereum L2s (or L3s) to “fall back” to using Ethereum calldata for data availability in the event of downtime on Celestia Mainnet Beta.

In the case of Celestia downtime or temporary unavailability, L2s can fallback to posting transactions as calldata on Ethereum or another DA layer for data availability instead of posting to Celestia. This mechanism ensures users can continue to transact securely and seamlessly, preventing disruptions and helping to ensure user funds do not get stuck in the L2's bridge on Ethereum. This feature is available for the Arbitrum Orbit integration.

By default in Arbitrum Nitro, the Ethereum fallback mechanism in the BatchPoster function is handling the process of storing data, with a fallback mechanism to store data onchain if the primary data availability storage fails.

The @celestiaorg/nitro integration uses the same fallback mechanism.

The fallback logic for Celestia DA is configurable, providing an alternative to the previous default fallback mechanism. Additionally, an ability has been added to the Arbitrum node software which allows the sequencer to call VerifyAttestation to check if a data root has been posted on Blobstream or not, before it sends the sequencer message (data pointer) to the underlying chain.

Next steps ​

In the next page, learn how to deploy an Arbitrum rollup devnet using Celestia as DA.

- +}

Ethereum fallback mechanism in Nitro ​

Another feature of this integration is the Ethereum fallback mechanism, which enables Ethereum L2s (or L3s) to “fall back” to using Ethereum calldata for data availability in the event of downtime on Celestia Mainnet Beta.

In the case of Celestia downtime or temporary unavailability, L2s can fallback to posting transactions as calldata on Ethereum or another DA layer for data availability instead of posting to Celestia. This mechanism ensures users can continue to transact securely and seamlessly, preventing disruptions and helping to ensure user funds do not get stuck in the L2's bridge on Ethereum. This feature is available for the Arbitrum Orbit integration.

By default in Arbitrum Nitro, the Ethereum fallback mechanism in the BatchPoster function is handling the process of storing data, with a fallback mechanism to store data onchain if the primary data availability storage fails.

The @celestiaorg/nitro integration uses the same fallback mechanism.

The fallback logic for Celestia DA is configurable, providing an alternative to the previous default fallback mechanism. Additionally, an ability has been added to the Arbitrum node software which allows the sequencer to call VerifyAttestation to check if a data root has been posted on Blobstream or not, before it sends the sequencer message (data pointer) to the underlying chain.

Next steps ​

In the next page, learn how to deploy an Arbitrum rollup devnet using Celestia as DA.

+ \ No newline at end of file diff --git a/pr-1489/developers/arbitrum-mocha.html b/pr-1489/developers/arbitrum-mocha.html index 629c14b861..cebf9ab39e 100644 --- a/pr-1489/developers/arbitrum-mocha.html +++ b/pr-1489/developers/arbitrum-mocha.html @@ -12,7 +12,7 @@ - + @@ -111,8 +111,8 @@ "namespace-id": "<your-10bytenamespace>", 
"tendermint-rpc": "http://da:26657", 
 "tendermint-rpc": "http://rpc-mocha.pops.one:26657", 
 "namespace-id": "000008e5f679bf7116cb", 
-"namespace-id": "<your-10bytenamespace>",

See an example diff of the setup, specifically the updates to nitro-testnode.

Run your Nitro rollup on Mocha ​

  1. Start your rollup:

    bash
    ./test-node.bash --init --dev
    ./test-node.bash --init --dev

  2. Send a transaction:

    bash
    ./test-node.bash script send-l2 --to address_0x1111222233334444555566667777888899990000
    ./test-node.bash script send-l2 --to address_0x1111222233334444555566667777888899990000

  3. Find the batch transaction on mocha in the namespace you used. In this demonstration, I used the nitrovroom namespace.

Congratulations! Your Arbitrum Nitro rollup testnet is now posting to Mocha testnet for data availability. 🏎️

- +"namespace-id": "<your-10bytenamespace>",

See an example diff of the setup, specifically the updates to nitro-testnode.

Run your Nitro rollup on Mocha ​

  1. Start your rollup:

    bash
    ./test-node.bash --init --dev
    ./test-node.bash --init --dev

  2. Send a transaction:

    bash
    ./test-node.bash script send-l2 --to address_0x1111222233334444555566667777888899990000
    ./test-node.bash script send-l2 --to address_0x1111222233334444555566667777888899990000

  3. Find the batch transaction on mocha in the namespace you used. In this demonstration, I used the nitrovroom namespace.

Congratulations! Your Arbitrum Nitro rollup testnet is now posting to Mocha testnet for data availability. 🏎️

+ \ No newline at end of file diff --git a/pr-1489/developers/arbitrum-smart-contract.html b/pr-1489/developers/arbitrum-smart-contract.html index 461adc6d50..62ff449fff 100644 --- a/pr-1489/developers/arbitrum-smart-contract.html +++ b/pr-1489/developers/arbitrum-smart-contract.html @@ -11,7 +11,7 @@ - + @@ -170,8 +170,8 @@ status 1 transactionHash 0x8f15d6004598f0662dd673a9898dceef77be8cc28408cecc284b28d7be32307d transactionIndex 0 -type 2

Now, we can make a read call to view the state of the number variable, using the cast call command:

bash
cast call $CONTRACT_ADDRESS "number()" --rpc-url $ARB_RPC_URL
cast call $CONTRACT_ADDRESS "number()" --rpc-url $ARB_RPC_URL

The result will look similar:

bash
0x000000000000000000000000000000000000000000000000000000000000000a
0x000000000000000000000000000000000000000000000000000000000000000a

Convert the result from hexadecimal to a base 10 value with:

bash
echo $((0x000000000000000000000000000000000000000000000000000000000000000a))
echo $((0x000000000000000000000000000000000000000000000000000000000000000a))

Next steps ​

Congratulations! You've learned how to deploy a smart contract to your Arbitrum rollup devnet.

What will you build next? In our next tutorial, we will be going over how to deploy a dapp to your Arbitrum rollup.

- +type 2

Now, we can make a read call to view the state of the number variable, using the cast call command:

bash
cast call $CONTRACT_ADDRESS "number()" --rpc-url $ARB_RPC_URL
cast call $CONTRACT_ADDRESS "number()" --rpc-url $ARB_RPC_URL

The result will look similar:

bash
0x000000000000000000000000000000000000000000000000000000000000000a
0x000000000000000000000000000000000000000000000000000000000000000a

Convert the result from hexadecimal to a base 10 value with:

bash
echo $((0x000000000000000000000000000000000000000000000000000000000000000a))
echo $((0x000000000000000000000000000000000000000000000000000000000000000a))

Next steps ​

Congratulations! You've learned how to deploy a smart contract to your Arbitrum rollup devnet.

What will you build next? In our next tutorial, we will be going over how to deploy a dapp to your Arbitrum rollup.

+ \ No newline at end of file diff --git a/pr-1489/developers/blobstream-contracts.html b/pr-1489/developers/blobstream-contracts.html index 99e2de73bd..898a8332f6 100644 --- a/pr-1489/developers/blobstream-contracts.html +++ b/pr-1489/developers/blobstream-contracts.html @@ -11,7 +11,7 @@ - + @@ -126,8 +126,8 @@ ) private pure returns (bool) { return true; } -}

Data structures ​

Each DataRootTuple is a tuple of block height and data root. It is analogous to a Celestia block header. DataRootTuples are relayed in batches, committed to as a DataRootTuples root (i.e. a Merkle root of DataRootTuples).

The BinaryMerkleProof is an RFC-6962-compliant Merkle proof. Since DataRootTuples are Merkleized in a binary Merkle tree, verifying the inclusion of a DataRootTuple against a DataRootTuples root requires verifying a Merkle inclusion proof.

Interface ​

The IDAOracle (Data Availability Oracle Interface) interface allows L2 contracts on Ethereum to query the BlobstreamX.sol contract for relayed DataRootTuples. The single interface method verifyAttestation verifies a Merkle inclusion proof that a DataRootTuple is included under a specific batch (indexed by batch nonce). In other words, analogously it verifies that a specific block header is included in the Celestia chain.

Querying the proof ​

To prove that the data was published to Celestia, check out the proof queries documentation to understand how to query the proofs from Celestia consensus nodes and make them usable in the Blobstream X verifier contract.

Verifying data inclusion for fraud proofs ​

A high-level overview of how a fraud-proof based L2 would interact with Blobstream can be found in the inclusion proofs documentation.

The DAVerifier library is available at blobstream-contracts/lib/verifier/DAVerifier.sol, and provides functions to verify the inclusion of individual (or multiple) shares against a DataRootTuple. The library is stateless, and allows to pass an IDAOracle interface as a parameter to verify inclusion against it.

In the DAVerifier library, we find functions that help with data inclusion verification and calculating the square size of a Celestia block. These functions work with the Blobstream X smart contract, using different proofs to check and confirm the data's availability. Let's take a closer look at these functions:

For an overview of a demo rollup implementation, head to the next section.

- +}

Data structures ​

Each DataRootTuple is a tuple of block height and data root. It is analogous to a Celestia block header. DataRootTuples are relayed in batches, committed to as a DataRootTuples root (i.e. a Merkle root of DataRootTuples).

The BinaryMerkleProof is an RFC-6962-compliant Merkle proof. Since DataRootTuples are Merkleized in a binary Merkle tree, verifying the inclusion of a DataRootTuple against a DataRootTuples root requires verifying a Merkle inclusion proof.

Interface ​

The IDAOracle (Data Availability Oracle Interface) interface allows L2 contracts on Ethereum to query the BlobstreamX.sol contract for relayed DataRootTuples. The single interface method verifyAttestation verifies a Merkle inclusion proof that a DataRootTuple is included under a specific batch (indexed by batch nonce). In other words, analogously it verifies that a specific block header is included in the Celestia chain.

Querying the proof ​

To prove that the data was published to Celestia, check out the proof queries documentation to understand how to query the proofs from Celestia consensus nodes and make them usable in the Blobstream X verifier contract.

Verifying data inclusion for fraud proofs ​

A high-level overview of how a fraud-proof based L2 would interact with Blobstream can be found in the inclusion proofs documentation.

The DAVerifier library is available at blobstream-contracts/lib/verifier/DAVerifier.sol, and provides functions to verify the inclusion of individual (or multiple) shares against a DataRootTuple. The library is stateless, and allows to pass an IDAOracle interface as a parameter to verify inclusion against it.

In the DAVerifier library, we find functions that help with data inclusion verification and calculating the square size of a Celestia block. These functions work with the Blobstream X smart contract, using different proofs to check and confirm the data's availability. Let's take a closer look at these functions:

For an overview of a demo rollup implementation, head to the next section.

+ \ No newline at end of file diff --git a/pr-1489/developers/blobstream-offchain.html b/pr-1489/developers/blobstream-offchain.html index e44cbaedb3..91b5ccc803 100644 --- a/pr-1489/developers/blobstream-offchain.html +++ b/pr-1489/developers/blobstream-offchain.html @@ -11,7 +11,7 @@ - + @@ -334,8 +334,8 @@ Header: header, }, ) -}

This outline of a Blobstream rollup isn't doing execution or state transitions induced by the transactions, however, that step would occur here. If fraud is detected, the fraud proof process will begin. The only difference between the fraud proof process of a normal optimistic rollup and a rollup that uses Blobstream for DA is that the full node would first prove the fraudulent transaction was committed to by the Sequencer using the Span in the header and before proceeding with the normal process.

More documentation ​

Proving inclusion via Blobstream ​

Blobstream inclusion proof docs and the verifier helper contracts.

Submitting block data to Celestia via light node ​

As linked above, use the Celestia light node RPC to submit the data to Celestia.

Posting headers to Ethereum ​

How headers are posted to Ethereum is entirely dependent upon how the rollup light client contracts work. For examples of interacting with the Ethereum blockchain programmatically, please see the go-ethereum book or one of the many other resources for submitting transactions or writing contracts.

- +}

This outline of a Blobstream rollup isn't doing execution or state transitions induced by the transactions, however, that step would occur here. If fraud is detected, the fraud proof process will begin. The only difference between the fraud proof process of a normal optimistic rollup and a rollup that uses Blobstream for DA is that the full node would first prove the fraudulent transaction was committed to by the Sequencer using the Span in the header and before proceeding with the normal process.

More documentation ​

Proving inclusion via Blobstream ​

Blobstream inclusion proof docs and the verifier helper contracts.

Submitting block data to Celestia via light node ​

As linked above, use the Celestia light node RPC to submit the data to Celestia.

Posting headers to Ethereum ​

How headers are posted to Ethereum is entirely dependent upon how the rollup light client contracts work. For examples of interacting with the Ethereum blockchain programmatically, please see the go-ethereum book or one of the many other resources for submitting transactions or writing contracts.

+ \ No newline at end of file diff --git a/pr-1489/developers/blobstream-proof-queries.html b/pr-1489/developers/blobstream-proof-queries.html index fa087aea02..af4278edb7 100644 --- a/pr-1489/developers/blobstream-proof-queries.html +++ b/pr-1489/developers/blobstream-proof-queries.html @@ -11,7 +11,7 @@ - + @@ -1512,8 +1512,8 @@ Version: [1]byte{version}, Id: id, } -}

For the step (2), check the rollup inclusion proofs documentation for more information.

Conclusion ​

After creating all the proofs, and verifying them:

  1. Verify inclusion proof of the transaction to Celestia data root
  2. Prove that the data root tuple is committed to by the Blobstream X smart contract

We can be sure that the data was published to Celestia, and then rollups can proceed with their normal fraud proving mechanism.

NOTE

The above proof constructions are implemented in Solidity, and may require different approaches in other programming languages.

- +}

For the step (2), check the rollup inclusion proofs documentation for more information.

Conclusion ​

After creating all the proofs, and verifying them:

  1. Verify inclusion proof of the transaction to Celestia data root
  2. Prove that the data root tuple is committed to by the Blobstream X smart contract

We can be sure that the data was published to Celestia, and then rollups can proceed with their normal fraud proving mechanism.

NOTE

The above proof constructions are implemented in Solidity, and may require different approaches in other programming languages.

+ \ No newline at end of file diff --git a/pr-1489/developers/blobstream-rollups.html b/pr-1489/developers/blobstream-rollups.html index cc93e348ee..0801d48a50 100644 --- a/pr-1489/developers/blobstream-rollups.html +++ b/pr-1489/developers/blobstream-rollups.html @@ -11,7 +11,7 @@ - + @@ -38,10 +38,10 @@

Appearance

Introduction ​

Blobstream is the first data availability solution for EVM chains that securely scales with the number of users. It allows rollups to post their data on Celestia while proving their availability in the rollup settlement contract.

This document will outline a few ways to build optimistic or zk-rollups that post their data to Celestia and use Blobstream to prove that data's availability.

Concepts ​

Share commitment ​

The share commitment is a commitment over the data contained in the PayForBlob transaction. This commitment allows proving that the corresponding data exists on Celestia efficiently.

Proof details ​

To prove that the data corresponding to a share commitment was posted to Celestia using Blobstream, the following proofs need to be verified:

  • share inclusion proof to the share commitment: meaning creating two merkle proofs:
  • share commitment inclusion proof to the data root tuple root: meaning four merkle proofs:
    • subtree roots merkle proofs to the share commitment: to make sure the subtree roots are valid
    • subtree roots merkle proofs up to the row roots: to prove that the subtree roots belong to a set of rows in the Celestia block
    • row roots proofs to the data root: to prove that those rows belong to the Celestia Block
    • data root tuple proof to the data root tuple: to prove that that Celestia block, referenced by its height and data root, was committed to by Blobstream.

More details on the share commitment inclusion proof can be found in the commitment scheme docs and also the data square layout.

If all of these proofs are valid, then you successfully managed to prove that the data corresponding to that share commitment has been posted to Celestia.

NOTE

Generating/verifying share commitment proofs is still not supported. It still needs tooling to generate the proofs on the node side, and verifying them on the Solidity side which will be built in the upcoming months.

Compact proofs ​

There is a way to have compact proofs, when using share commitments, unlike the ones defined above; that allow less costly inclusion proofs. These require the ability to parse the protobuf encoded PFBs.

In fact, if the rollup project has a way to parse the protobuf encoded PFB, either in a smart contract or a zk-circuit, they will be able to create compact proofs of the rollup data. These proofs will work as follows:

  • Parsing the PFB and taking out the share commitment
  • Comparing the PFB commitment to the one saved in the rollup contract
  • Proving inclusion of the PFB to the data root tuple root. This will be a compact proof since we will only be proving two shares regardless of the size of the rollup data.

More details on compact proofs can be found in ADR-011.

Pros ​

The pros of referencing rollup data using a share commitment:

  • Using the same commitment that exists on the PFB, without having to find another way of referencing the rollup data.
  • If the team has access to protobuf parsing, it allows for compact proof, but the parsing costs need to be investigated.

Cons ​

  • Large/expensive proofs in the case of having no way to parse the protobuf PFB encoding.
  • In the optimistic rollups construction, defined below, this requires waiting for the Celestia block to be committed to by Blobstream before saving updating the settlement contract. This might require waiting for a few hours, depending on the batches size on each chain, to finally submit the rollup update.

Given these limitations, an alternative design will be discussed in the next section.

Sequence of spans ​

An alternative, way of referencing rollup data in the rollup settlement contract is using a sequence of spans.

A sequence of spans is a data pointer that allows pointing to the rollup data inside a Celestia square using its location inside the square. It can be defined using the following information:

  • height: The height of the Celestia block containing the rollup data.
  • startIndex: The index of the first share containing the rollup data.
  • dataLen: The number of shares containing the rollup data.

The startIndex and the dataLen can be queried from Celestia after the corresponding transaction gets included in a block and committed to the chain. An example of how to query them can be found in the verify command. The TxShareRange returns the start and end share of the data referenced by a transaction hash.

NOTE

If the rollup data is submitted in multiple blocks, the above sequence of spans can be generalized to include multiple blocks. For simplicity, we will stick with the data only submitted to a single Celestia block.

Proof details ​

Using sequence of spans is different from using the share commitment because we're referencing a location in the square, and not actual data commitment. So, the proof types and their generation are different.

Proving unavailable data ​

By construction, if the sequence of spans refers to a certain location in the square, that location is the data. This location can be in the reserved namespaces, the parity bytes, etc. What matters is that it's part of the square. So to prove that the sequence of spans is invalid, i.e., refers to data that is not available on Celestia, it is necessary and sufficient to show that the sequence of spans doesn't belong to the Celestia block, i.e., the span is out of bounds.

We could create this proof via generating a binary Merkle proof of any row/column to the Celestia data root. This proof will provide the total which is the number of rows/columns in the extended data square. This can be used to calculate the square size. The computeSquareSizeFromRowProof method in the DAVerifier library allows calculating the square size from a row proof or a share proof.

Then, we will use that information to check if the provided share index, in the header, is out of the square size bounds. In order words, we will check if the startIndex and the startIndex + dataLen are included in the range [0, 4*square_size].

NOTE

The square size is the number of rows of the original square.

For the data root, we will use a binary Merkle proof to prove its inclusion in a data root tuple root that was committed to by the Blobstream smart contract. More on this in the data root inclusion proofs section.

Proving inclusion of some data ​

The difference between using a share commitment and a sequence of spans is that when using a share commitment, an extra merkle proof is needed to prove inclusion of the share to the share commitment. However, in the case of a sequence of spans, only the usual inclusion proof of a share to the data root tuple root is needed. The inclusion of the share to the sequence of spans is gotten using the same proof.

In fact, proving that a share is part of the sequence of spans, i.e., part of the rollup data is done as follows:

  1. Prove that the data root tuple is committed to by the Blobstream smart contract:

To prove the data root is committed to by the Blobstream smart contract, we will need to provide a Merkle proof of the data root tuple to a data root tuple root. This can be created using the data_root_inclusion_proof query. More on this can be found in the data root inclusion proofs documentation.

  1. Verify inclusion proof of the data to Celestia data root:

To prove that the data is part of the data root, we will need to provide two proofs: a namespace Merkle proof of the data to a row root. This could be done via proving the shares that contain the data to the row root using a namespace Merkle proof. And, a binary Merkle proof of the row root to the data root.

These proofs can be generated using the ProveShares query.

More details on these proofs can be found in the transaction inclusion proofsdocumentation.

  1. Prove that the data is in the sequence spans:

To prove that the data is part of the rollup sequence of spans, we take the authenticated share proofs in step (2) and use the shares begin/end key to define the shares' positions in the row.

Then, we use the row proof to get the row index in the extended Celestia square and get the index of the share in row major order:

solidity
uint256 shareIndexInRow = shareProof.shareProofs[0].beginKey;
+

Introduction ​

Blobstream is the first data availability solution for EVM chains that securely scales with the number of users. It allows rollups to post their data on Celestia while proving their availability in the rollup settlement contract.

This document will outline a few ways to build optimistic or zk-rollups that post their data to Celestia and use Blobstream to prove that data's availability.

Concepts ​

Share commitment ​

The share commitment is a commitment over the data contained in the PayForBlob transaction. This commitment allows proving that the corresponding data exists on Celestia efficiently.

Proof details ​

To prove that the data corresponding to a share commitment was posted to Celestia using Blobstream, the following proofs need to be verified:

  • share inclusion proof to the share commitment: meaning creating two merkle proofs:
  • share commitment inclusion proof to the data root tuple root: meaning four merkle proofs:
    • subtree roots merkle proofs to the share commitment: to make sure the subtree roots are valid
    • subtree roots merkle proofs up to the row roots: to prove that the subtree roots belong to a set of rows in the Celestia block
    • row roots proofs to the data root: to prove that those rows belong to the Celestia Block
    • data root tuple proof to the data root tuple: to prove that that Celestia block, referenced by its height and data root, was committed to by Blobstream.

More details on the share commitment inclusion proof can be found in the commitment scheme docs and also the data square layout.

If all of these proofs are valid, then you successfully managed to prove that the data corresponding to that share commitment has been posted to Celestia.

NOTE

Generating/verifying share commitment proofs is still not supported. It still needs tooling to generate the proofs on the node side, and verifying them on the Solidity side which will be built in the upcoming months.

Compact proofs ​

There is a way to have compact proofs, when using share commitments, unlike the ones defined above; that allow less costly inclusion proofs. These require the ability to parse the protobuf encoded PFBs.

In fact, if the rollup project has a way to parse the protobuf encoded PFB, either in a smart contract or a zk-circuit, they will be able to create compact proofs of the rollup data. These proofs will work as follows:

  • Parsing the PFB and taking out the share commitment
  • Comparing the PFB commitment to the one saved in the rollup contract
  • Proving inclusion of the PFB to the data root tuple root. This will be a compact proof since we will only be proving two shares regardless of the size of the rollup data.

More details on compact proofs can be found in ADR-011.

Pros ​

The pros of referencing rollup data using a share commitment:

  • Using the same commitment that exists on the PFB, without having to find another way of referencing the rollup data.
  • If the team has access to protobuf parsing, it allows for compact proof, but the parsing costs need to be investigated.

Cons ​

  • Large/expensive proofs in the case of having no way to parse the protobuf PFB encoding.
  • In the optimistic rollups construction, defined below, this requires waiting for the Celestia block to be committed to by Blobstream before saving updating the settlement contract. This might require waiting for a few hours, depending on the batches size on each chain, to finally submit the rollup update.

Given these limitations, an alternative design will be discussed in the next section.

Sequence of spans ​

An alternative way of referencing rollup data in the rollup settlement contract is using a sequence of spans.

A sequence of spans is a data pointer that allows pointing to the rollup data inside a Celestia square using its location inside the square. It can be defined using the following information:

  • height: The height of the Celestia block containing the rollup data.
  • startIndex: The index of the first share containing the rollup data.
  • dataLen: The number of shares containing the rollup data.

The startIndex and the dataLen can be queried from Celestia after the corresponding transaction gets included in a block and committed to the chain. An example of how to query them can be found in the verify command. The TxShareRange returns the start and end share of the data referenced by a transaction hash.

NOTE

If the rollup data is submitted in multiple blocks, the above sequence of spans can be generalized to include multiple blocks. For simplicity, we will stick with the data only submitted to a single Celestia block.

Proof details ​

Using sequence of spans is different from using the share commitment because we're referencing a location in the square, and not actual data commitment. So, the proof types and their generation are different.

Proving unavailable data ​

By construction, if the sequence of spans refers to a certain location in the square, that location is the data. This location can be in the reserved namespaces, the parity bytes, etc. What matters is that it's part of the square. So to prove that the sequence of spans is invalid, i.e., refers to data that is not available on Celestia, it is necessary and sufficient to show that the sequence of spans doesn't belong to the Celestia block, i.e., the span is out of bounds.

We could create this proof via generating a binary Merkle proof of any row/column to the Celestia data root. This proof will provide the total which is the number of rows/columns in the extended data square. This can be used to calculate the square size. The computeSquareSizeFromRowProof method in the DAVerifier library allows calculating the square size from a row proof or a share proof.

Then, we will use that information to check if the provided share index, in the header, is out of the square size bounds. In order words, we will check if the startIndex and the startIndex + dataLen are included in the range [0, 4*square_size].

NOTE

The square size is the number of rows of the original square.

For the data root, we will use a binary Merkle proof to prove its inclusion in a data root tuple root that was committed to by the Blobstream smart contract. More on this in the data root inclusion proofs section.

Proving inclusion of some data ​

The difference between using a share commitment and a sequence of spans is that when using a share commitment, an extra merkle proof is needed to prove inclusion of the share to the share commitment. However, in the case of a sequence of spans, only the usual inclusion proof of a share to the data root tuple root is needed. The inclusion of the share to the sequence of spans is gotten using the same proof.

In fact, proving that a share is part of the sequence of spans, i.e., part of the rollup data is done as follows:

  1. Prove that the data root tuple is committed to by the Blobstream smart contract:

To prove the data root is committed to by the Blobstream smart contract, we will need to provide a Merkle proof of the data root tuple to a data root tuple root. This can be created using the data_root_inclusion_proof query. More on this can be found in the data root inclusion proofs documentation.

  1. Verify inclusion proof of the data to Celestia data root:

To prove that the data is part of the data root, we will need to provide two proofs: a namespace Merkle proof of the data to a row root. This could be done via proving the shares that contain the data to the row root using a namespace Merkle proof. And, a binary Merkle proof of the row root to the data root.

These proofs can be generated using the ProveShares query.

More details on these proofs can be found in the transaction inclusion proofsdocumentation.

  1. Prove that the data is in the sequence spans:

To prove that the data is part of the rollup sequence of spans, we take the authenticated share proofs in step (2) and use the shares begin/end key to define the shares' positions in the row.

Then, we use the row proof to get the row index in the extended Celestia square and get the index of the share in row major order:

solidity
uint256 shareIndexInRow = shareProof.shareProofs[0].beginKey;
 uint256 shareIndexInRowMajorOrder = shareIndexInRow + shareProof.rowProofs[0].numLeaves * shareProof.rowProofs[0].key;
uint256 shareIndexInRow = shareProof.shareProofs[0].beginKey;
-uint256 shareIndexInRowMajorOrder = shareIndexInRow + shareProof.rowProofs[0].numLeaves * shareProof.rowProofs[0].key;

Finally, we can compare the computed index with the sequence of spans, and be sure that the data/shares is part of the rollup data.

Pros ​

  • Using a sequence of spans instead of the share commitment allows for simpler proofs

Cons ​

None

Optimistic rollups ​

One type of rollups that can be built with Blobstream is optimistic rollups. An optimistic rollup is a rollup that commits optimistically to a set of blocks, and allows the other parties to verify that the blocks are valid, and if they're not, they can create fraud proofs to signal that.

Celestia allows optimistic rollups to post their data on its DA layer, and to prove that the data is available using Blobstream.

To build an optimistic rollup that uses Celestia as a DA layer, the following constructions can be inspired by.

Optimistic rollups that uses a sequence of spans ​

Optimistic rollups can post their data in Celestia, then in the rollup settlement contract, they can reference optimistically that data using a sequence of spans. Then, rollup full nodes can verify if that data is valid. If not, they can trigger a fraud proof.

When using a sequence of spans, triggering the data availability fraud proofs, which are different from the state transitions fraud proofs (left for the rollup to define), goes back to the following cases:

Pros ​

  • Not needing to verify anything at the moment of submitting the commitments to the rollup settlement contracts
  • The fraud proofs are simple and can be reduced to a single share: If, for example, a single transaction in the rollup data that was posted to Celestia is faulty, only the shares containing that transaction, which can be as minimal as a single share, need to be proven on chain and verified.

Cons ​

None

Example ​

An example optimistic rollup that uses sequence of spans to reference its data can be found in the RollupInclusionProofs. It portrays the different possible data availability proofs, constructs them and shows how to verify them.

Also, more details on querying these kinds of proofs can be found in the proof queries documentation.

Optimistic rollups that use share commitments ​

Another way to build a rollup is to replace the sequence of spans with a height and a share commitment. Then, users/rollup full nodes will be able to query that data and validate it. If the rollup data is not valid, they can create a fraud proof.

The first difference between the sequence of spans construction and the share commitment construction is having to verify that the provided share commitment is part of the Celestia block, referenced by its height in the moment of submitting the rollup commitments to the settlement contract. This is necessary to make sure that the commitment is part of Celestia. Otherwise, rollup sequencers can commit to random share commitments and there won't be a way to prove they're invalid.

The second difference is the proof types. In the case of a fraud proof, the proofs outlined in the proofs details section would need to be verified to be sure that the share containing the invalid state transition is part of the rollup data. Alternatively, the rollup settlement contract would need to have a library to parse protobuf encoded PFBs, as explained in the compact proofs section, to have less expensive proofs. The cost of parsing the protobuf is not included in this analysis and needs to be investigated separately.

Pros ​

  • Using the same share commitment as the one saved in Celestia which gives access to existing tooling

Cons ​

  • The proofs are expensive in the base case. And if the settlement contract is able to parse the PFBs, thorough investigations of the cost of that would need to be done.

Zk-rollups ​

Zk-rollups, aka validity rollups, can also use Celestia as a DA and Blobstream to verify that the data was posted. However, the submission process is different from the above constructions, since there are no fraud proofs, and everything should be verified when submitting the commitment to the settlement contract.

Similar to the optimistic case, the rollup settlement contract can reference the rollup data using either the sequence of spans approach or the share commitments. We will discuss both in this section.

Zk-rollups that use sequence of spans ​

When submitting the commitments to the rollup settlement contract, this latter will need to verify the following:

  1. Zk-proof of the state transitions, which is left for the rollup to define.
  2. Verify that the sequence of spans is valid, i.e., is part of the Celestia block referenced by its height, as described in the proof details section.
  3. Zk-proof of the rollup data to the data root. The verification process of this should accept a commitment as input so that the settlement contract makes sure it's the correct value that's being saved. The commitment can be the data root and the sequence of spans. And, when the rollup data is proven inside the circuit to the data root, the used data root is asserted to be the input one. Similarly, the data's location is asserted to be the same as the input sequence of spans. These arguments are the ones used in the sequence of spans verification in (2).

Once these are valid, the settlement contract can be sure that the rollup data was posted to Celestia, and the sequence of spans references it correctly.

Pros ​

  • The inclusion proof inside the zk-circuit is a simple proof that uses traditional merkle tree. In the case of using share commitment, as will be explained below, additional libraries that can be expensive to prove are required.

Cons ​

None

Zk-rollups that use share commitments ​

To use share commitments to reference rollup data in the zk-rollup settlement contract, the zk-circuits need to be able to deserialize protobuf encoded messages. Alternatively, more involved merkle proofs will need to be verified.

Protobuf deserialization inside a zk-circuit ​

One way of using the share commitment to reference the rollup data in zk-rollups is via using a protobuf deserialization library inside the zk-circuit. And the verification would proceed as follows:

  1. Zk-proof of the state transitions, which is left to the rollup team to define.
  2. Verify that the share commitment is valid using the proofs laid out in the share commitment proof details section.
  3. The zk-proof verifier would take as argument the data root and the share commitment. Then, inside the circuit, the protobuf encoded PFB transaction will be deserialized and then verify the following:
  • The deserialized share commitment is the same as the one provided as input
  • The circuit will prove the inclusion of the PFB to the data root, then assert that the data root is the same as the one provided as input.

If the above conditions are valid, the rollup settlement contract can be sure that the rollup data was posted to Celestia and is correctly referenced.

Pros ​

None

Cons ​

  • This approach requires having access to a protobuf decoder inside a zk-circuit which is not straightforward to have. Also, the relative costs will need to be investigated.

Heavy merkle proofs usage ​

Similar to Protobuf deserialization inside a zk-circuit, the zk-circuit will proceed to the verification of the availability of the data. The difference is that instead of parsing the encoded protobuf, the proofs defined under the share commitment proof details section will need to be verified inside the zk-circuit as follows:

  1. Zk-proof of the state transitions, which is left to the rollup team to define.
  2. Verify that the share commitment is valid using the proofs laid out in the share commitment proof details section.
  3. The zk-proof verifier would take as argument the data root and the share commitment. Then, inside the circuit:
  • It will verify that the input share commitment corresponds to the rollup data.
  • Verify that the input data root commits to that share commitment. Check the share commitment proof details for more details

Once these proofs are valid, the rollup settlement contract can be sure that the rollup data was posted to Celestia and is correctly referenced.

Pros ​

None

Cons ​

  • More heavy usage of merkle proofs inside and outside the zk-circuit.

Conclusion ​

Given the above details, using the sequence of spans is the better solution in the general case as explained in the optimistic rollups that uses a sequence of spans and zk-rollups that use sequence of spans sections. The proof sizes are small and allow for greater flexibility. However, if the rollup team has different requirements, then the other designs can be explored.

- +uint256 shareIndexInRowMajorOrder = shareIndexInRow + shareProof.rowProofs[0].numLeaves * shareProof.rowProofs[0].key;

Finally, we can compare the computed index with the sequence of spans, and be sure that the data/shares is part of the rollup data.

Pros ​

Cons ​

None

Optimistic rollups ​

One type of rollups that can be built with Blobstream is optimistic rollups. An optimistic rollup is a rollup that commits optimistically to a set of blocks, and allows the other parties to verify that the blocks are valid, and if they're not, they can create fraud proofs to signal that.

Celestia allows optimistic rollups to post their data on its DA layer, and to prove that the data is available using Blobstream.

To build an optimistic rollup that uses Celestia as a DA layer, the following constructions can be inspired by.

Optimistic rollups that uses a sequence of spans ​

Optimistic rollups can post their data in Celestia, then in the rollup settlement contract, they can reference optimistically that data using a sequence of spans. Then, rollup full nodes can verify if that data is valid. If not, they can trigger a fraud proof.

When using a sequence of spans, triggering the data availability fraud proofs, which are different from the state transitions fraud proofs (left for the rollup to define), goes back to the following cases:

Pros ​

Cons ​

None

Example ​

An example optimistic rollup that uses sequence of spans to reference its data can be found in the RollupInclusionProofs. It portrays the different possible data availability proofs, constructs them and shows how to verify them.

Also, more details on querying these kinds of proofs can be found in the proof queries documentation.

Optimistic rollups that use share commitments ​

Another way to build a rollup is to replace the sequence of spans with a height and a share commitment. Then, users/rollup full nodes will be able to query that data and validate it. If the rollup data is not valid, they can create a fraud proof.

The first difference between the sequence of spans construction and the share commitment construction is having to verify that the provided share commitment is part of the Celestia block, referenced by its height in the moment of submitting the rollup commitments to the settlement contract. This is necessary to make sure that the commitment is part of Celestia. Otherwise, rollup sequencers can commit to random share commitments and there won't be a way to prove they're invalid.

The second difference is the proof types. In the case of a fraud proof, the proofs outlined in the proofs details section would need to be verified to be sure that the share containing the invalid state transition is part of the rollup data. Alternatively, the rollup settlement contract would need to have a library to parse protobuf encoded PFBs, as explained in the compact proofs section, to have less expensive proofs. The cost of parsing the protobuf is not included in this analysis and needs to be investigated separately.

Pros ​

Cons ​

Zk-rollups ​

Zk-rollups, aka validity rollups, can also use Celestia as a DA and Blobstream to verify that the data was posted. However, the submission process is different from the above constructions, since there are no fraud proofs, and everything should be verified when submitting the commitment to the settlement contract.

Similar to the optimistic case, the rollup settlement contract can reference the rollup data using either the sequence of spans approach or the share commitments. We will discuss both in this section.

Zk-rollups that use sequence of spans ​

When submitting the commitments to the rollup settlement contract, this latter will need to verify the following:

  1. Zk-proof of the state transitions, which is left for the rollup to define.
  2. Verify that the sequence of spans is valid, i.e., is part of the Celestia block referenced by its height, as described in the proof details section.
  3. Zk-proof of the rollup data to the data root. The verification process of this should accept a commitment as input so that the settlement contract makes sure it's the correct value that's being saved. The commitment can be the data root and the sequence of spans. And, when the rollup data is proven inside the circuit to the data root, the used data root is asserted to be the input one. Similarly, the data's location is asserted to be the same as the input sequence of spans. These arguments are the ones used in the sequence of spans verification in (2).

Once these are valid, the settlement contract can be sure that the rollup data was posted to Celestia, and the sequence of spans references it correctly.

Pros ​

Cons ​

None

Zk-rollups that use share commitments ​

To use share commitments to reference rollup data in the zk-rollup settlement contract, the zk-circuits need to be able to deserialize protobuf encoded messages. Alternatively, more involved merkle proofs will need to be verified.

Protobuf deserialization inside a zk-circuit ​

One way of using the share commitment to reference the rollup data in zk-rollups is via using a protobuf deserialization library inside the zk-circuit. And the verification would proceed as follows:

  1. Zk-proof of the state transitions, which is left to the rollup team to define.
  2. Verify that the share commitment is valid using the proofs laid out in the share commitment proof details section.
  3. The zk-proof verifier would take as argument the data root and the share commitment. Then, inside the circuit, the protobuf encoded PFB transaction will be deserialized and then verify the following:

If the above conditions are valid, the rollup settlement contract can be sure that the rollup data was posted to Celestia and is correctly referenced.

Pros ​

None

Cons ​

Heavy merkle proofs usage ​

Similar to Protobuf deserialization inside a zk-circuit, the zk-circuit will proceed to the verification of the availability of the data. The difference is that instead of parsing the encoded protobuf, the proofs defined under the share commitment proof details section will need to be verified inside the zk-circuit as follows:

  1. Zk-proof of the state transitions, which is left to the rollup team to define.
  2. Verify that the share commitment is valid using the proofs laid out in the share commitment proof details section.
  3. The zk-proof verifier would take as argument the data root and the share commitment. Then, inside the circuit:

Once these proofs are valid, the rollup settlement contract can be sure that the rollup data was posted to Celestia and is correctly referenced.

Pros ​

None

Cons ​

Conclusion ​

Given the above details, using the sequence of spans is the better solution in the general case as explained in the optimistic rollups that uses a sequence of spans and zk-rollups that use sequence of spans sections. The proof sizes are small and allow for greater flexibility. However, if the rollup team has different requirements, then the other designs can be explored.

+ \ No newline at end of file diff --git a/pr-1489/developers/blobstream-x-deploy.html b/pr-1489/developers/blobstream-x-deploy.html index 83b572efa9..45ec807e9d 100644 --- a/pr-1489/developers/blobstream-x-deploy.html +++ b/pr-1489/developers/blobstream-x-deploy.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

New Blobstream X deployments ​

If you want to deploy Blobstream X to a new chain, where a Gateway contract does not exist, you need to do the following.

If Succinct Gateway already exists on this chain, you can skip this step. You can check the list of deployed SuccinctGateway contracts.

Deploy a new SuccinctGateway contract ​

Deploy a new SuccinctGateway contract to the new chain.

Deploy a BlobstreamX contract to the new chain ​

Follow the guide to use your deployed SuccinctGateway to deploy a new Blobstream X contract.

Run a local prover ​

Now that you have the contracts deployed, you can run a local prover.

- +

New Blobstream X deployments ​

If you want to deploy Blobstream X to a new chain, where a Gateway contract does not exist, you need to do the following.

If Succinct Gateway already exists on this chain, you can skip this step. You can check the list of deployed SuccinctGateway contracts.

Deploy a new SuccinctGateway contract ​

Deploy a new SuccinctGateway contract to the new chain.

Deploy a BlobstreamX contract to the new chain ​

Follow the guide to use your deployed SuccinctGateway to deploy a new Blobstream X contract.

Run a local prover ​

Now that you have the contracts deployed, you can run a local prover.

+ \ No newline at end of file diff --git a/pr-1489/developers/blobstream.html b/pr-1489/developers/blobstream.html index 370f97e68b..9d8abb0e57 100644 --- a/pr-1489/developers/blobstream.html +++ b/pr-1489/developers/blobstream.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Blobstream: Streaming modular DA to Ethereum ​

Blobstream logo

What is Blobstream? ​

Blobstream is the first data availability solution for Ethereum that securely scales with the number of users. Formerly known as the Quantum Gravity Bridge (QGB), Blobstream relays commitments to Celestia's data root to an onchain light client on Ethereum, for integration by developers into L2 contracts. This enables Ethereum developers to build high-throughput L2s using Celestia's optimised DA layer, the first with Data Availability Sampling (DAS). Any ecosystem can deploy a Blobstream light client onchain to allow L2s and L3s to access DA from Celestia.

An implementation of Blobstream, by Succinct, called Blobstream X, is out and will be used in the upcoming deployments. This implementation proves the validity of Celestia block headers on a target EVM chain using zero-knowledge (ZK) proofs, which allow inheriting all the security guarantees of Celestia.

Please note: Blobstream remains early-stage, experimental software and users should use Blobstream at their own risk.

Blobstream vs. data availability committees (DACs) ​

Decentralization and security ​

Blobstream is built on Celestia, which uses a CometBFT-based proof-of-stake system. Blobstream shares the same security assumptions as Celestia. In contrast, data availability committees (DACs), are typically centralized or semi-centralized, relying on a specific set of entities or individuals to vouch for data availability.

Mechanism of verification ​

Blobstream uses data availability attestations, which are Merkle roots of the batched L2 data, to confirm that the necessary data is present on Celestia. The L2 contract on Ethereum can check directly with Blobstream if the data is published on Celestia. Similarly, a DAC would rely on attestations or confirmations from its permissioned members.

Flexibility and scalability ​

Blobstream is designed to offer high-throughput data availability for Ethereum L2s, aiming to strike a balance between scalability and security. It operates independently of Ethereum's gas costs, as Celestia's resource pricing is more byte-focused rather than computation-centric. On the other hand, the scalability and flexibility of a DAC would depend on its specific design and implementation.

In summary, both Blobstream and DACs aim to ensure offchain data availability, but Blobstream offers a more decentralized, secure, and scalable solution compared to the potential centralized nature of DACs.

What is Blobstream X? ​

Blobstream X is an implementation of Blobstream with a ZK light client that bridges Celestia’s modular DA layer to Ethereum to allow high-throughput rollups to use Celestia’s DA while settling on Ethereum.

Optimistic or ZK rollups that settle on Ethereum, but wish to use Celestia for DA, require a mechanism for bridging Celestia’s data root to Ethereum as part of the settlement process. This data root is used during inclusion proofs to prove that particular rollup transactions were included and made available in the Celestia network.

Bridging Celestia’s data root to Ethereum requires running a Celestia light client as a smart contract on Ethereum, to make the latest state of the Celestia chain known on Ethereum and available to rollups. Blobstream X utilizes the latest advances in ZK proofs to generate a succinct proof that enough Celestia validators have come to consensus (according to the CometBFT consensus protocol) on a block header, and verifies this proof in the Blobstream X Ethereum smart contract to update it with the latest Celestia header.

The Blobstream X ZK proof not only verifies the consensus of Celestia validators, but it also merkelizes and hashes all the data roots in the block range from the previous update to the current update, making accessible all Celestia data roots (verifiable with a Merkle inclusion proof against the stored Merkle root) to rollups.

Blobstream X is built and deployed with Succinct's protocol.

blobstream x draft diagram

Integrate with Blobstream X ​

The following docs go over how developers can integrate Blobstream X.

You can find the repository for Blobstream X along with code for:

The first deployments of Blobstream X will be maintained on the following chains: Arbitrum One, Base and Ethereum Mainnet. Every 1 hour, the prover/relayer will post an update to the Blobstream X contract that will include a new data commitment range that covers a 1-hour block range from the latestBlock in the Blobstream X contract. On Ethereum Mainnet, the Blobstream X contract will be updated every 4 hours.

NOTE

Custom ranges can be requested using the BlobstreamX contract to create proofs for specific Celestia block batches. These ranges can be constructed as [latestBlock, customTargetBlock), with latestBlock is the latest block height that was committed to by the BlobstreamX contract, and latestBlock > customTargetBlock, and customTargetBlock - latestBlock <= DATA_COMMITMENT_MAX.

Block ranges that are before the contract's latestBlock can't be proven a second time in different batches.

More information can be found in the requestHeaderRange(...) method.

How Blobstream X works ​

As shown in the diagram below, the entrypoint for updates to the Blobstream X contract is through the SuccinctGateway smart contract, which is a simple entrypoint contract that verifies proofs (against a deployed onchain verifier for the Blobstream X circuit) and then calls the BlobstreamX.sol contract to update it. Find more information about the SuccinctGateway.

blobstream x overview diagram draft

NOTE

If the Blobstream X contract is not deployed on a desired chain, it needs to be deployed before it can be used by your rollup. See the deployment documentation for more details.

How to integrate with Blobstream X ​

Integrating your L2 with Blobstream X requires two components: your onchain smart contract logic, and your offchain client logic for your rollup. The next three sections cover these topics:

Deployed contracts ​

You can interact with the Blobstream X contracts today on testnet. The Blobstream X Solidity smart contracts are currently deployed on the following Ethereum testnets:

ContractEVM networkContract addressAttested data on Celestia
Blobstream XEthereum MainnetNot yet deployedMainnet Beta
Blobstream XArbitrum One0xA83ca7775Bc2889825BcDeDfFa5b758cf69e8794Mainnet Beta
Blobstream XBase0xA83ca7775Bc2889825BcDeDfFa5b758cf69e8794Mainnet Beta
Blobstream XArbitrum Sepolia0xc3e209eb245Fd59c8586777b499d6A665DF3ABD2Mocha testnet
Blobstream XBase Sepolia0xc3e209eb245Fd59c8586777b499d6A665DF3ABD2Mocha testnet
- +

Blobstream: Streaming modular DA to Ethereum ​

Blobstream logo

What is Blobstream? ​

Blobstream is the first data availability solution for Ethereum that securely scales with the number of users. Formerly known as the Quantum Gravity Bridge (QGB), Blobstream relays commitments to Celestia's data root to an onchain light client on Ethereum, for integration by developers into L2 contracts. This enables Ethereum developers to build high-throughput L2s using Celestia's optimised DA layer, the first with Data Availability Sampling (DAS). Any ecosystem can deploy a Blobstream light client onchain to allow L2s and L3s to access DA from Celestia.

An implementation of Blobstream, by Succinct, called Blobstream X, is out and will be used in the upcoming deployments. This implementation proves the validity of Celestia block headers on a target EVM chain using zero-knowledge (ZK) proofs, which allow inheriting all the security guarantees of Celestia.

Please note: Blobstream remains early-stage, experimental software and users should use Blobstream at their own risk.

Blobstream vs. data availability committees (DACs) ​

Decentralization and security ​

Blobstream is built on Celestia, which uses a CometBFT-based proof-of-stake system. Blobstream shares the same security assumptions as Celestia. In contrast, data availability committees (DACs), are typically centralized or semi-centralized, relying on a specific set of entities or individuals to vouch for data availability.

Mechanism of verification ​

Blobstream uses data availability attestations, which are Merkle roots of the batched L2 data, to confirm that the necessary data is present on Celestia. The L2 contract on Ethereum can check directly with Blobstream if the data is published on Celestia. Similarly, a DAC would rely on attestations or confirmations from its permissioned members.

Flexibility and scalability ​

Blobstream is designed to offer high-throughput data availability for Ethereum L2s, aiming to strike a balance between scalability and security. It operates independently of Ethereum's gas costs, as Celestia's resource pricing is more byte-focused rather than computation-centric. On the other hand, the scalability and flexibility of a DAC would depend on its specific design and implementation.

In summary, both Blobstream and DACs aim to ensure offchain data availability, but Blobstream offers a more decentralized, secure, and scalable solution compared to the potential centralized nature of DACs.

What is Blobstream X? ​

Blobstream X is an implementation of Blobstream with a ZK light client that bridges Celestia’s modular DA layer to Ethereum to allow high-throughput rollups to use Celestia’s DA while settling on Ethereum.

Optimistic or ZK rollups that settle on Ethereum, but wish to use Celestia for DA, require a mechanism for bridging Celestia’s data root to Ethereum as part of the settlement process. This data root is used during inclusion proofs to prove that particular rollup transactions were included and made available in the Celestia network.

Bridging Celestia’s data root to Ethereum requires running a Celestia light client as a smart contract on Ethereum, to make the latest state of the Celestia chain known on Ethereum and available to rollups. Blobstream X utilizes the latest advances in ZK proofs to generate a succinct proof that enough Celestia validators have come to consensus (according to the CometBFT consensus protocol) on a block header, and verifies this proof in the Blobstream X Ethereum smart contract to update it with the latest Celestia header.

The Blobstream X ZK proof not only verifies the consensus of Celestia validators, but it also merkelizes and hashes all the data roots in the block range from the previous update to the current update, making accessible all Celestia data roots (verifiable with a Merkle inclusion proof against the stored Merkle root) to rollups.

Blobstream X is built and deployed with Succinct's protocol.

blobstream x draft diagram

Integrate with Blobstream X ​

The following docs go over how developers can integrate Blobstream X.

You can find the repository for Blobstream X along with code for:

The first deployments of Blobstream X will be maintained on the following chains: Arbitrum One, Base and Ethereum Mainnet. Every 1 hour, the prover/relayer will post an update to the Blobstream X contract that will include a new data commitment range that covers a 1-hour block range from the latestBlock in the Blobstream X contract. On Ethereum Mainnet, the Blobstream X contract will be updated every 4 hours.

NOTE

Custom ranges can be requested using the BlobstreamX contract to create proofs for specific Celestia block batches. These ranges can be constructed as [latestBlock, customTargetBlock), with latestBlock is the latest block height that was committed to by the BlobstreamX contract, and latestBlock > customTargetBlock, and customTargetBlock - latestBlock <= DATA_COMMITMENT_MAX.

Block ranges that are before the contract's latestBlock can't be proven a second time in different batches.

More information can be found in the requestHeaderRange(...) method.

How Blobstream X works ​

As shown in the diagram below, the entrypoint for updates to the Blobstream X contract is through the SuccinctGateway smart contract, which is a simple entrypoint contract that verifies proofs (against a deployed onchain verifier for the Blobstream X circuit) and then calls the BlobstreamX.sol contract to update it. Find more information about the SuccinctGateway.

blobstream x overview diagram draft

NOTE

If the Blobstream X contract is not deployed on a desired chain, it needs to be deployed before it can be used by your rollup. See the deployment documentation for more details.

How to integrate with Blobstream X ​

Integrating your L2 with Blobstream X requires two components: your onchain smart contract logic, and your offchain client logic for your rollup. The next three sections cover these topics:

Deployed contracts ​

You can interact with the Blobstream X contracts today on testnet. The Blobstream X Solidity smart contracts are currently deployed on the following Ethereum testnets:

ContractEVM networkContract addressAttested data on Celestia
Blobstream XEthereum MainnetNot yet deployedMainnet Beta
Blobstream XArbitrum One0xA83ca7775Bc2889825BcDeDfFa5b758cf69e8794Mainnet Beta
Blobstream XBase0xA83ca7775Bc2889825BcDeDfFa5b758cf69e8794Mainnet Beta
Blobstream XArbitrum Sepolia0xc3e209eb245Fd59c8586777b499d6A665DF3ABD2Mocha testnet
Blobstream XBase Sepolia0xc3e209eb245Fd59c8586777b499d6A665DF3ABD2Mocha testnet
+ \ No newline at end of file diff --git a/pr-1489/developers/bubs-testnet.html b/pr-1489/developers/bubs-testnet.html index f27d802417..8e05b3be00 100644 --- a/pr-1489/developers/bubs-testnet.html +++ b/pr-1489/developers/bubs-testnet.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Bubs testnet ​

Bubs testnet

Bubs Testnet is a fresh offering from Caldera with support from Celestia Labs, built with OP Stack and Celestia, and is dedicated to providing developers with an EVM-compatible execution layer to deploy their EVM applications on.

Built with the OP Stack and Celestia ​

The Bubs Testnet is a testnet rollup, a modified version of optimism-bedrock that uses Celestia as a data availability (DA) layer. This integration can be found in the @celestiaorg/optimism repository. The testnet is hosted by Caldera, who makes it easy to launch rollups with no code required.

In this setup, data handling is accomplished in two ways. Firstly, data is written to the DA layer, in this case, Celestia (on the Mocha testnet). Then, the data commitment is written to the op-batcher. When reading, the op-node retrieves the data back from the DA layer by first reading the data commitment from the op-batcher, then reading the data from the DA layer using the data commitment. Hence, while previously op-node was reading from calldata on Ethereum, it now reads data from Celestia. View the namespace for Bubs on Celestia's Mocha testnet.

The tools involved in the data handling process include op-batcher, which batches up rollup blocks and posts them to Ethereum, op-geth that handles execution, and op-proposer responsible for state commitment submission.

By using Celestia as a DA layer, existing L2s can switch from posting their data as calldata on Ethereum to posting to Celestia. The commitment to the block is posted on Celestia, which is purpose-built for data availability. This is more scalable than the traditional method of posting this data as calldata on monolithic chains.

Building on Bubs ​

Bubs Testnet provides a robust environment for developers to test their Ethereum Virtual Machine (EVM) applications. It offers an EVM-compatible execution layer, making it an ideal platform for developers looking to build and test applications in a setting that closely mirrors an OP Stack rollup on Celestia.

Learn more at https://bubs-sepolia.hub.caldera.xyz/.

RPC URLs ​

Remote Procedure Call (RPC) URLs are endpoints that allow developers to interact with the blockchain. They are essential for sending transactions, querying blockchain data, and performing other interactions with the blockchain.

For the Bubs Testnet, you can connect to the following RPC URLs:

HTTPS ​

  • https://bubs-sepolia.rpc.caldera.xyz/http

WSS ​

  • wss://bubs-sepolia.rpc.caldera.xyz/ws

This URL serves as the entry point to the Bubs Testnet. You can use it in your applications to connect to the testnet and interact with the smart contracts you deploy there.

Remember, Bubs Testnet is a testing environment!

Bridge ​

Bridging is a process that enables the transfer of assets between different blockchains.

To bridge between Ethereum Sepolia and Bubs Testnet, visit the Bubs Testnet bridge.

Faucet ​

To visit the Bubs testnet faucet, go to https://bubs-sepolia.hub.caldera.xyz/ and click the "Faucet" tab.

Explorer ​

To visit the explorer, go to https://bubs-sepolia.explorer.caldera.xyz/.

Status ​

To see the status and uptime information for Bubs, visit the status page.

Next steps ​

Now that you have a better understanding of the Bubs Testnet and its integration of OP Stack and Celestia, you can start exploring its capabilities:

- +

Bubs testnet ​

Bubs testnet

Bubs Testnet is a fresh offering from Caldera with support from Celestia Labs, built with OP Stack and Celestia, and is dedicated to providing developers with an EVM-compatible execution layer to deploy their EVM applications on.

Built with the OP Stack and Celestia ​

The Bubs Testnet is a testnet rollup, a modified version of optimism-bedrock that uses Celestia as a data availability (DA) layer. This integration can be found in the @celestiaorg/optimism repository. The testnet is hosted by Caldera, who makes it easy to launch rollups with no code required.

In this setup, data handling is accomplished in two ways. Firstly, data is written to the DA layer, in this case, Celestia (on the Mocha testnet). Then, the data commitment is written to the op-batcher. When reading, the op-node retrieves the data back from the DA layer by first reading the data commitment from the op-batcher, then reading the data from the DA layer using the data commitment. Hence, while previously op-node was reading from calldata on Ethereum, it now reads data from Celestia. View the namespace for Bubs on Celestia's Mocha testnet.

The tools involved in the data handling process include op-batcher, which batches up rollup blocks and posts them to Ethereum, op-geth that handles execution, and op-proposer responsible for state commitment submission.

By using Celestia as a DA layer, existing L2s can switch from posting their data as calldata on Ethereum to posting to Celestia. The commitment to the block is posted on Celestia, which is purpose-built for data availability. This is more scalable than the traditional method of posting this data as calldata on monolithic chains.

Building on Bubs ​

Bubs Testnet provides a robust environment for developers to test their Ethereum Virtual Machine (EVM) applications. It offers an EVM-compatible execution layer, making it an ideal platform for developers looking to build and test applications in a setting that closely mirrors an OP Stack rollup on Celestia.

Learn more at https://bubs-sepolia.hub.caldera.xyz/.

RPC URLs ​

Remote Procedure Call (RPC) URLs are endpoints that allow developers to interact with the blockchain. They are essential for sending transactions, querying blockchain data, and performing other interactions with the blockchain.

For the Bubs Testnet, you can connect to the following RPC URLs:

HTTPS ​

  • https://bubs-sepolia.rpc.caldera.xyz/http

WSS ​

  • wss://bubs-sepolia.rpc.caldera.xyz/ws

This URL serves as the entry point to the Bubs Testnet. You can use it in your applications to connect to the testnet and interact with the smart contracts you deploy there.

Remember, Bubs Testnet is a testing environment!

Bridge ​

Bridging is a process that enables the transfer of assets between different blockchains.

To bridge between Ethereum Sepolia and Bubs Testnet, visit the Bubs Testnet bridge.

Faucet ​

To visit the Bubs testnet faucet, go to https://bubs-sepolia.hub.caldera.xyz/ and click the "Faucet" tab.

Explorer ​

To visit the explorer, go to https://bubs-sepolia.explorer.caldera.xyz/.

Status ​

To see the status and uptime information for Bubs, visit the status page.

Next steps ​

Now that you have a better understanding of the Bubs Testnet and its integration of OP Stack and Celestia, you can start exploring its capabilities:

+ \ No newline at end of file diff --git a/pr-1489/developers/build-modular.html b/pr-1489/developers/build-modular.html index 629d39834e..4f9d78e6ab 100644 --- a/pr-1489/developers/build-modular.html +++ b/pr-1489/developers/build-modular.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Build modular ​

“I’m a developer, and I want to know what the benefits of modular blockchains are for me!”

You’ve come to the right place. This page will give you the rundown on modular blockchains and their benefits for developers like you.

If you already know all this, skip to the end to get straight into building.

What is a modular blockchain? ​

With blockchains there are more or less four core functions that they do.

  • Execution: transaction execution and state update.
  • Settlement: finality and dispute resolution.
  • Consensus: agreement on transaction ordering.
  • Data availability: prove data was published to the network.

Modular blockchains specialize in one or two of these functions rather than doing all of them like a monolithic blockchain. You probably know about layer 1s and layer 2s. That’s the general idea.

A typical example of a modular blockchain you might’ve heard of is a rollup. Rollups host smart contracts and execute transactions, much like any monolithic chain. But, the data of those transactions get sent to a layer 1 blockchain to carry out the remaining functions.

If you want to brush up on your understanding of modular blockchains, head over to learn modular.

Ease of deploying a chain ​

One of the goals of modular blockchains is to make it as easy to deploy a blockchain as a smart contract. There are a few unique ways that modular blockchains can significantly reduce the cost of deploying a new blockchain.

  1. No validator set is required. Rollups can deploy without sourcing their own set of validators or sequencers.
  2. Inherit security from the start. Rollups don’t need to build all their security from scratch.
  3. Any part of the stack can be delegated. Development time can be reduced by outsourcing functions of the rollup to external providers.

All in all, builders will be able to outsource as much of the stack as they need. Deploying a new blockchain will be as simple as clicking a few options to initialize a production-ready rollup.

Scaling ​

Of course, a much higher scale is necessary if we want to support many more users. And modular blockchains use some new innovative technologies that can help us get there.

  • Data availability sampling enables modular blockchains like Celestia to scale data availability with the number of light nodes - that means more capacity for rollups.
  • Fraud and validity proofs make rollups vastly more efficient to verify. Nodes only need to verify a small proof of transaction validity (validity proof) or assume transactions are valid by default (fraud proof). This means rollups don’t require every node in the network to re-execute every transaction.

image

  • Decoupling execution from consensus lets developers define the VM that best fits the scaling needs of their application.
  • Separating applications across multiple rollups isolates congestion. If an application congests the execution capacity of one rollup, all other rollups remain unaffected in their execution capacity.

All these scaling properties combined make new types of applications and features possible, like onchain gaming, dynamic metadata, and ephemeral rollups, to name a few.

Customizability ​

By design, modular blockchains don’t lock in any feature set. They promote experimentation and customization.

Remember how decoupling execution from consensus enables VM customizability? Well, rollups are the execution component. Applications can run on their own rollup and adjust the VM to maximize their application's performance. Developers have that flexibility because Celestia's execution logic doesn't restrict rollups.

Basically, rollups can be customized to integrate any new or existing VM stack.

With existing rollup frameworks, developers can run rollup testnets using the EVM or Cosmos SDK. In the future, one can imagine a variety of VMs that rollup frameworks support, providing developers with more out-of-the-box options for their applications.

Some customizations that could be made to a rollup's VM include custom precompiles, changing transaction processing from sequential to parallel, or adding support for private smart contracts.

All of this only scratches the surface.

Building on Celestia ​

So, you’re ready to start experimenting and building on Celestia? Here are a few options that are currently available for developers.

Smart contracts ​

Bubs testnet is a dedicated EVM-compatible rollup that developers can use to test and deploy smart contract applications.

Sovereign rollups ​

Developers can build applications on a sovereign rollup testnet on Celestia. Rollkit and Sovereign SDK provide frameworks for deploying sovereign rollup testnets on Celestia.

Rollups ​

Developers can also build rollup testnets for their applications using Dymension’s Rollapps or Optimism’s OP Stack.

- +

Build modular ​

“I’m a developer, and I want to know what the benefits of modular blockchains are for me!”

You’ve come to the right place. This page will give you the rundown on modular blockchains and their benefits for developers like you.

If you already know all this, skip to the end to get straight into building.

What is a modular blockchain? ​

With blockchains there are more or less four core functions that they do.

  • Execution: transaction execution and state update.
  • Settlement: finality and dispute resolution.
  • Consensus: agreement on transaction ordering.
  • Data availability: prove data was published to the network.

Modular blockchains specialize in one or two of these functions rather than doing all of them like a monolithic blockchain. You probably know about layer 1s and layer 2s. That’s the general idea.

A typical example of a modular blockchain you might’ve heard of is a rollup. Rollups host smart contracts and execute transactions, much like any monolithic chain. But, the data of those transactions get sent to a layer 1 blockchain to carry out the remaining functions.

If you want to brush up on your understanding of modular blockchains, head over to learn modular.

Ease of deploying a chain ​

One of the goals of modular blockchains is to make it as easy to deploy a blockchain as a smart contract. There are a few unique ways that modular blockchains can significantly reduce the cost of deploying a new blockchain.

  1. No validator set is required. Rollups can deploy without sourcing their own set of validators or sequencers.
  2. Inherit security from the start. Rollups don’t need to build all their security from scratch.
  3. Any part of the stack can be delegated. Development time can be reduced by outsourcing functions of the rollup to external providers.

All in all, builders will be able to outsource as much of the stack as they need. Deploying a new blockchain will be as simple as clicking a few options to initialize a production-ready rollup.

Scaling ​

Of course, a much higher scale is necessary if we want to support many more users. And modular blockchains use some new innovative technologies that can help us get there.

  • Data availability sampling enables modular blockchains like Celestia to scale data availability with the number of light nodes - that means more capacity for rollups.
  • Fraud and validity proofs make rollups vastly more efficient to verify. Nodes only need to verify a small proof of transaction validity (validity proof) or assume transactions are valid by default (fraud proof). This means rollups don’t require every node in the network to re-execute every transaction.

image

  • Decoupling execution from consensus lets developers define the VM that best fits the scaling needs of their application.
  • Separating applications across multiple rollups isolates congestion. If an application congests the execution capacity of one rollup, all other rollups remain unaffected in their execution capacity.

All these scaling properties combined make new types of applications and features possible, like onchain gaming, dynamic metadata, and ephemeral rollups, to name a few.

Customizability ​

By design, modular blockchains don’t lock in any feature set. They promote experimentation and customization.

Remember how decoupling execution from consensus enables VM customizability? Well, rollups are the execution component. Applications can run on their own rollup and adjust the VM to maximize their application's performance. Developers have that flexibility because Celestia's execution logic doesn't restrict rollups.

Basically, rollups can be customized to integrate any new or existing VM stack.

With existing rollup frameworks, developers can run rollup testnets using the EVM or Cosmos SDK. In the future, one can imagine a variety of VMs that rollup frameworks support, providing developers with more out-of-the-box options for their applications.

Some customizations that could be made to a rollup's VM include custom precompiles, changing transaction processing from sequential to parallel, or adding support for private smart contracts.

All of this only scratches the surface.

Building on Celestia ​

So, you’re ready to start experimenting and building on Celestia? Here are a few options that are currently available for developers.

Smart contracts ​

Bubs testnet is a dedicated EVM-compatible rollup that developers can use to test and deploy smart contract applications.

Sovereign rollups ​

Developers can build applications on a sovereign rollup testnet on Celestia. Rollkit and Sovereign SDK provide frameworks for deploying sovereign rollup testnets on Celestia.

Rollups ​

Developers can also build rollup testnets for their applications using Dymension’s Rollapps or Optimism’s OP Stack.

+ \ No newline at end of file diff --git a/pr-1489/developers/celestia-node-key.html b/pr-1489/developers/celestia-node-key.html index 942c75393a..c4899a5565 100644 --- a/pr-1489/developers/celestia-node-key.html +++ b/pr-1489/developers/celestia-node-key.html @@ -12,7 +12,7 @@ - + @@ -45,19 +45,19 @@ make cel-key
# dumps binary in current working directory, accessible via `./cel-key`
 make cel-key

or

sh
# installs binary in GOBIN path, accessible via `cel-key`
 make install-key
# installs binary in GOBIN path, accessible via `cel-key`
-make install-key

For the purpose of this guide, we will use the make cel-key command.

Steps for generating node keys ​

To generate a key for a Celestia node, select the tab for your node type:

TIP

You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

bash
./cel-key add <key-name> --keyring-backend test --node.type bridge \
+make install-key

For the purpose of this guide, we will use the make cel-key command.

Steps for generating node keys ​

To generate a key for a Celestia node, select the tab for your node type:

TIP

You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

bash
./cel-key add <key-name> --keyring-backend test --node.type bridge \
   --p2p.network <network>
./cel-key add <key-name> --keyring-backend test --node.type bridge \
   --p2p.network <network>
bash
./cel-key add <key-name> --keyring-backend test --node.type full \
   --p2p.network <network>
./cel-key add <key-name> --keyring-backend test --node.type full \
   --p2p.network <network>
bash
./cel-key add <key-name> --keyring-backend test --node.type light \
   --p2p.network <network>
./cel-key add <key-name> --keyring-backend test --node.type light \
-  --p2p.network <network>

This will load the key <key-name> into the directory of the node.

Further flags you can use to customize your key are the following:

  • --node.store: Specifies a different directory you can use to save your node data and configurations. Expects a path to a directory.
  • --p2p.network: Specifies which network you want the key for. Values are arabica and mocha. Please note the default network will be mocha.

Keep in mind that your celestia-node will only pick up keys that are inside the node.store directory under /keys so you should make sure to point cel-key utility to the correct directory via the node.store or p2p.network flags if you have specified a custom directory or network other than Mocha.

Also keep in mind that if you do not specify a network with --p2p.network, the default one will always be mocha.

Steps for exporting node keys ​

You can export a private key from the local keyring in encrypted and ASCII-armored format.

bash
./cel-key export <key-name> --keyring-backend test --node.type bridge \
+  --p2p.network <network>

This will load the key <key-name> into the directory of the node.

Further flags you can use to customize your key are the following:

  • --node.store: Specifies a different directory you can use to save your node data and configurations. Expects a path to a directory.
  • --p2p.network: Specifies which network you want the key for. Values are arabica and mocha. Please note the default network will be mocha.

Keep in mind that your celestia-node will only pick up keys that are inside the node.store directory under /keys so you should make sure to point cel-key utility to the correct directory via the node.store or p2p.network flags if you have specified a custom directory or network other than Mocha.

Also keep in mind that if you do not specify a network with --p2p.network, the default one will always be mocha.

Steps for exporting node keys ​

You can export a private key from the local keyring in encrypted and ASCII-armored format.

bash
./cel-key export <key-name> --keyring-backend test --node.type bridge \
   --p2p.network <network>
./cel-key export <key-name> --keyring-backend test --node.type bridge \
   --p2p.network <network>
bash
./cel-key export <key-name> --keyring-backend test --node.type full \
   --p2p.network <network>
./cel-key export <key-name> --keyring-backend test --node.type full \
   --p2p.network <network>
bash
./cel-key export <key-name> --keyring-backend test --node.type light \
   --p2p.network <network>
./cel-key export <key-name> --keyring-backend test --node.type light \
-  --p2p.network <network>

Steps for importing node keys ​

To import from a mnemonic, use the following command, then enter your bip39 mnemonic:

bash
./cel-key add <key-name> --recover --keyring-backend test \
+  --p2p.network <network>

Steps for importing node keys ​

To import from a mnemonic, use the following command, then enter your bip39 mnemonic:

bash
./cel-key add <key-name> --recover --keyring-backend test \
   --node.type bridge --p2p.network <network>
./cel-key add <key-name> --recover --keyring-backend test \
   --node.type bridge --p2p.network <network>
bash
./cel-key add <key-name> --recover --keyring-backend test \
   --node.type full --p2p.network <network>
./cel-key add <key-name> --recover --keyring-backend test \
@@ -101,8 +101,8 @@
 - address: celestia1wkhyhr7ngf0ayqlpnsnxg4d72hfs5453dvunm9
   name: my_celes_key
   pubkey: '{"@type":"/cosmos.crypto.secp256k1.PubKey","key":"A1/NsoY0RGL7Hqt4VWLg441GQKJsZ2fBUnZXipgns8oV"}'
-  type: local
- + type: local + \ No newline at end of file diff --git a/pr-1489/developers/deploy-on-bubs.html b/pr-1489/developers/deploy-on-bubs.html index b578064b8a..365d3b4f3c 100644 --- a/pr-1489/developers/deploy-on-bubs.html +++ b/pr-1489/developers/deploy-on-bubs.html @@ -11,7 +11,7 @@ - + @@ -174,8 +174,8 @@ status 1 transactionHash 0x8f15d6004598f0662dd673a9898dceef77be8cc28408cecc284b28d7be32307d transactionIndex 0 -type 2

Now, we can make a read call to view the state of the number variable, using the cast call command:

bash
cast call $CONTRACT_ADDRESS "number()" --rpc-url $BUBS_RPC_URL
cast call $CONTRACT_ADDRESS "number()" --rpc-url $BUBS_RPC_URL

The result will look similar:

bash
0x000000000000000000000000000000000000000000000000000000000000000a
0x000000000000000000000000000000000000000000000000000000000000000a

Convert the result from hexadecimal to a base 10 value with:

bash
echo $((0x000000000000000000000000000000000000000000000000000000000000000a))
echo $((0x000000000000000000000000000000000000000000000000000000000000000a))

Next steps ​

Congratulations! You've learned how to deploy a smart contract to Bubs testnet.

What will you build next? Now, you're ready to check out the GM Portal tutorial.

- +type 2

Now, we can make a read call to view the state of the number variable, using the cast call command:

bash
cast call $CONTRACT_ADDRESS "number()" --rpc-url $BUBS_RPC_URL
cast call $CONTRACT_ADDRESS "number()" --rpc-url $BUBS_RPC_URL

The result will look similar:

bash
0x000000000000000000000000000000000000000000000000000000000000000a
0x000000000000000000000000000000000000000000000000000000000000000a

Convert the result from hexadecimal to a base 10 value with:

bash
echo $((0x000000000000000000000000000000000000000000000000000000000000000a))
echo $((0x000000000000000000000000000000000000000000000000000000000000000a))

Next steps ​

Congratulations! You've learned how to deploy a smart contract to Bubs testnet.

What will you build next? Now, you're ready to check out the GM Portal tutorial.

+ \ No newline at end of file diff --git a/pr-1489/developers/ethereum-fallback.html b/pr-1489/developers/ethereum-fallback.html index ae5543926b..ec70c1d27a 100644 --- a/pr-1489/developers/ethereum-fallback.html +++ b/pr-1489/developers/ethereum-fallback.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Ethereum fallback ​

Ethereum fallback is a fallback mechanism that enables Ethereum L2s (or L3s) to “fall back” to using Ethereum calldata for data availability in the event of downtime on Celestia Mainnet Beta. This feature is currently supported by Celestia integrations with:

In the case of Celestia downtime or temporary unavailability, L2s can fallback to posting transactions as calldata on Ethereum or another DA layer for data availability instead of posting to Celestia. This mechanism ensures users can continue to transact securely and seamlessly, preventing disruptions and helping to ensure user funds do not get stuck in the L2's bridge on Ethereum.

Ethereum fallback is triggered whenever the sequencer has an error sending the PayForBlobs transaction on Celestia. Fallback can be triggered due to a congested mempool or nonce error and can be simulated with an error such as low balance or incorrect sequence. Fallback can also be triggered in the event Blobstream stops relaying attestations.

Ethereum fallback

- +

Ethereum fallback ​

Ethereum fallback is a fallback mechanism that enables Ethereum L2s (or L3s) to “fall back” to using Ethereum calldata for data availability in the event of downtime on Celestia Mainnet Beta. This feature is currently supported by Celestia integrations with:

In the case of Celestia downtime or temporary unavailability, L2s can fallback to posting transactions as calldata on Ethereum or another DA layer for data availability instead of posting to Celestia. This mechanism ensures users can continue to transact securely and seamlessly, preventing disruptions and helping to ensure user funds do not get stuck in the L2's bridge on Ethereum.

Ethereum fallback is triggered whenever the sequencer has an error sending the PayForBlobs transaction on Celestia. Fallback can be triggered due to a congested mempool or nonce error and can be simulated with an error such as low balance or incorrect sequence. Fallback can also be triggered in the event Blobstream stops relaying attestations.

Ethereum fallback

+ \ No newline at end of file diff --git a/pr-1489/developers/full-stack-modular-development-guide.html b/pr-1489/developers/full-stack-modular-development-guide.html index 54a3b402d4..810ee55872 100644 --- a/pr-1489/developers/full-stack-modular-development-guide.html +++ b/pr-1489/developers/full-stack-modular-development-guide.html @@ -11,7 +11,7 @@ - + @@ -930,8 +930,8 @@ && echo $PRIVATE_KEY | pbcopy
PRIVATE_KEY=$(ethermintd keys unsafe-export-eth-key mykey --keyring-backend test)
 && echo $PRIVATE_KEY | pbcopy

Now, import the private key to MetaMask and switch to that account.

Next, let’s run it on your Ethermint rollup.

To do so, first update the contractAddress variable with the contract address deployed to Ethermint:

jsx
/* src/App.jsx */
 const contractAddress = "your-ethermint-contract-address";
/* src/App.jsx */
-const contractAddress = "your-ethermint-contract-address";

Next, run the React application:

bash
npm run dev
npm run dev

When you run the app, you should now be connected to and using the Ethermint rollup.

If you imported the address that started the chain, you'll see quite a large balance.

Now give it a spin 🌀 ​

Now that you have your dapp running, go ahead and test out a new post on your Ethermint sovereign rollup. If you enjoyed this tutorial, be sure to share your example in our Discord!

- +const contractAddress = "your-ethermint-contract-address";

Next, run the React application:

bash
npm run dev
npm run dev

When you run the app, you should now be connected to and using the Ethermint rollup.

If you imported the address that started the chain, you'll see quite a large balance.

Now give it a spin 🌀 ​

Now that you have your dapp running, go ahead and test out a new post on your Ethermint sovereign rollup. If you enjoyed this tutorial, be sure to share your example in our Discord!

+ \ No newline at end of file diff --git a/pr-1489/developers/gm-portal-bubs.html b/pr-1489/developers/gm-portal-bubs.html index d8aa390ddb..49a50328c7 100644 --- a/pr-1489/developers/gm-portal-bubs.html +++ b/pr-1489/developers/gm-portal-bubs.html @@ -11,7 +11,7 @@ - + @@ -58,8 +58,8 @@ cast send --private-key $PRIVATE_KEY $RECEIVER --value 1ether --rpc-url $BUBS_RPC_URL
export RECEIVER=<receiver ETH address>
 cast send --private-key $PRIVATE_KEY $RECEIVER --value 1ether --rpc-url $BUBS_RPC_URL

If you are in a different terminal than the one you set the private key in, you may need to set it again.

Update the frontend ​

Next, you will need to update a few things before you can interact with the contract on the frontend:

  1. Change the contract address on gm-portal/frontend/src/App.tsx to your contract address
  2. Match the chain info on gm-portal/frontend/src/main.tsx with the chain config of your L2
  3. If you changed the contract, update the ABI in gm-portal/frontend/GmPortal.json from gm-portal/contracts/out/GmPortal.sol/GmPortal.json. This can be done with:
bash
cd $HOME
 cp dev/gm-portal/contracts/out/GmPortal.sol/GmPortal.json dev/gm-portal/frontend
cd $HOME
-cp dev/gm-portal/contracts/out/GmPortal.sol/GmPortal.json dev/gm-portal/frontend

Interact with the frontend ​

Now, login with your wallet that you funded, and post a GM on your GM portal!

gm-bubs

Next steps ​

There are many possibilities of what could be built with this stack. These projects would be good to build on this stack:

  • onchain gaming
  • decentralized social media
  • an NFT ticketing rollup
  • Optimism on CelOPstia
  • OP Craft on Celestia
- +cp dev/gm-portal/contracts/out/GmPortal.sol/GmPortal.json dev/gm-portal/frontend

Interact with the frontend ​

Now, login with your wallet that you funded, and post a GM on your GM portal!

gm-bubs

Next steps ​

There are many possibilities of what could be built with this stack. These projects would be good to build on this stack:

  • onchain gaming
  • decentralized social media
  • an NFT ticketing rollup
  • Optimism on CelOPstia
  • OP Craft on Celestia
+ \ No newline at end of file diff --git a/pr-1489/developers/integrate-celestia.html b/pr-1489/developers/integrate-celestia.html index 9b52579d0a..967eae7e2d 100644 --- a/pr-1489/developers/integrate-celestia.html +++ b/pr-1489/developers/integrate-celestia.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Integrate Celestia for service providers ​

This document is for third-party service providers, such as custodians and explorers, integrating the Celestia network.

Getting started ​

When getting started Celestia, we recommend checking out these resources first:

Celestia service provider notes ​

Celestia is a fairly standard Cosmos-SDK based chain. We use the latest version of Tendermint and the Cosmos-SDK, with only minor modifications to each. This means that we are:

  • Using the default Cosmos-SDK modules: auth, bank, distribution, staking, slashing, mint, crisis, ibchost, genutil, evidence, ibctransfer, params, gov (limited in some TBD capacities), upgrade, vesting, feegrant, capability, and payment.
  • Use the standard digital keys schemes provided by the Cosmos-SDK and Tendermint, those being secp256k1 for user transactions, and tm-ed25519 for signing and verifying consensus messages.

While exactly which modules used is subject to change, Celestia aims to be as minimal as possible.

Custody and key management ​

Celestia supports many already existing key management systems, as we rely on the Cosmos-SDK and Tendermint libraries for signing and verifying transactions. Learn more in the Cosmos-SDK documentation

RPC and querying ​

In celestia-app, only the standard RPC endpoints for Tendermint and the Cosmos-SDK are exposed. We do not currently add or subtract any core functionality, but this could change in the future. The same goes for querying data from the chain.

In celestia-node, the Data Availability node client, there is a JSON-RPC API that allows you to interact directly with Celestia's Data Availability layer. Learn how to use the API in this tutorial.

Compatibility ​

Linux, particularly Ubuntu 20.04 LTS, is the most well tested. Potentially compatible with other OSs, but they are currently untested. Some of the cryptography libraries used for erasure data are not guaranteed to work on other platforms.

Syncing ​

Since we utilize Tendermint and the Cosmos-SDK, syncing the chain can be performed by any method that is supported by those libraries. This includes fast-sync, state sync, and quick sync.

Notable exceptions relative to other blockchains ​

Relative to other Tendermint based chains, Celestia will have significantly longer blocktimes of roughly 12* seconds. The reason behind this block time is to optimize the bandwidth used by light clients that are sampling the chain, and is not because we have modified Tendermint consensus in any meaningful way. Validators will likely download/upload relatively large blocks. It should be noted that while these blocks are large, very little typical blockchain state execution is actually occurring on Celestia. Meaning that the bandwidth requirements will likely be larger than that of a typical Cosmos-SDK based blockchain full node, the computing requirements should be similar in magnitude.

*Subject to Change

- +

Integrate Celestia for service providers ​

This document is for third-party service providers, such as custodians and explorers, integrating the Celestia network.

Getting started ​

When getting started Celestia, we recommend checking out these resources first:

Celestia service provider notes ​

Celestia is a fairly standard Cosmos-SDK based chain. We use the latest version of Tendermint and the Cosmos-SDK, with only minor modifications to each. This means that we are:

  • Using the default Cosmos-SDK modules: auth, bank, distribution, staking, slashing, mint, crisis, ibchost, genutil, evidence, ibctransfer, params, gov (limited in some TBD capacities), upgrade, vesting, feegrant, capability, and payment.
  • Use the standard digital keys schemes provided by the Cosmos-SDK and Tendermint, those being secp256k1 for user transactions, and tm-ed25519 for signing and verifying consensus messages.

While exactly which modules used is subject to change, Celestia aims to be as minimal as possible.

Custody and key management ​

Celestia supports many already existing key management systems, as we rely on the Cosmos-SDK and Tendermint libraries for signing and verifying transactions. Learn more in the Cosmos-SDK documentation

RPC and querying ​

In celestia-app, only the standard RPC endpoints for Tendermint and the Cosmos-SDK are exposed. We do not currently add or subtract any core functionality, but this could change in the future. The same goes for querying data from the chain.

In celestia-node, the Data Availability node client, there is a JSON-RPC API that allows you to interact directly with Celestia's Data Availability layer. Learn how to use the API in this tutorial.

Compatibility ​

Linux, particularly Ubuntu 20.04 LTS, is the most well tested. Potentially compatible with other OSs, but they are currently untested. Some of the cryptography libraries used for erasure data are not guaranteed to work on other platforms.

Syncing ​

Since we utilize Tendermint and the Cosmos-SDK, syncing the chain can be performed by any method that is supported by those libraries. This includes fast-sync, state sync, and quick sync.

Notable exceptions relative to other blockchains ​

Relative to other Tendermint based chains, Celestia will have significantly longer blocktimes of roughly 12* seconds. The reason behind this block time is to optimize the bandwidth used by light clients that are sampling the chain, and is not because we have modified Tendermint consensus in any meaningful way. Validators will likely download/upload relatively large blocks. It should be noted that while these blocks are large, very little typical blockchain state execution is actually occurring on Celestia. Meaning that the bandwidth requirements will likely be larger than that of a typical Cosmos-SDK based blockchain full node, the computing requirements should be similar in magnitude.

*Subject to Change

+ \ No newline at end of file diff --git a/pr-1489/developers/intro-to-op-stack.html b/pr-1489/developers/intro-to-op-stack.html index 2b01d2f4f4..2305c8ab96 100644 --- a/pr-1489/developers/intro-to-op-stack.html +++ b/pr-1489/developers/intro-to-op-stack.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Introduction to OP Stack integration ​

Optimism is a low-cost and lightning-fast Ethereum L2 blockchain, built with the OP Stack.

Celestia is a modular consensus and data network, built to enable anyone to easily deploy their own blockchain with minimal overhead.

About the integration ​

Discover how to integrate existing blockchain frameworks like the OP Stack with Celestia in this category.

TIP

Tested on a machine with 8GB RAM, 160 GB SSD, Ubuntu 22.10, and a 4 core AMD CPU.

This is a beta integration and we are working on resolving open issues.

Optimism uses Ethereum as a data availability (DA) layer. Currently, settlement and DA for Optimism are on Ethereum, both onchain. op-batcher batches up rollup blocks and posts to Ethereum.

Table of contents of the category ​

Celestia and OP Stack repository ​

Find the repository for this integration at https://github.com/celestiaorg/optimism.

What are Optimism and the OP Stack? ​

Optimism, an Ethereum L2 blockchain, is powered by the OP Stack, which is also the foundation for the Optimism Collective committed to the impact=profit principle. This rewards individuals for their positive contributions to the collective.

Optimism addresses crypto ecosystem coordination failures, like funding public goods and infrastructure. The OP Stack fosters collaboration and prevents redundancy by creating a shared, open-source system for developing new L2 blockchains within the proposed Superchain ecosystem.

As Optimism evolves, the OP Stack will adapt to include components from blockchain infrastructure to governance systems. This software suite aims to simplify L2 blockchain creation and support the Optimism ecosystem's growth and development.

Learn more about Optimism.

What is Celestia? ​

Celestia is a modular consensus and data network, built to enable anyone to easily deploy their own blockchain with minimal overhead.

Celestia is a minimal blockchain that only orders and publishes transactions and does not execute them. By decoupling the consensus and application execution layers, Celestia modularizes the blockchain technology stack and unlocks new possibilities for decentralized application builders. Learn more at Celestia.org.

OP Stack and Celestia ​

This category will guide you through how to start your own devnet with a modified version of optimism-bedrock that uses Celestia as a DA layer.

The handling of data is accomplished in two ways. First, data is written to the data availability (DA) layer i.e. in this case Celestia, then the data commitment is written to the op-batcher. When reading op-node simply reads the data back from the DA layer by reading the data commitment from the op-batcher first, then reading the data from the DA layer using the data commitment. Hence, while previously op-node was reading from calldata on Ethereum, but now it reads data from Celestia.

There are a few tools involved in the data handling process. op-batcher batches up rollup blocks and posts them to Ethereum. op-geth handles execution, while op-proposer is responsible for state commitment submission.

By using Celestia as a DA layer, existing L2s can switch from posting their data as calldata on Ethereum, to posting to Celestia. The commitment to the block is posted on Celestia, which is purpose-built for data availability. This is a more scalable than the traditional method of posting this data as calldata on monolithic chains.

If you'd like to go modular, bedrock has made it easy to swap this out!

Next steps ​

Now that you understand the integration, you can start learning about the Bubs testnet, built with OP Stack and Celestia! This testnet is a great way to explore the possibilities of this integration and test your applications in a live environment.

- +

Introduction to OP Stack integration ​

Optimism is a low-cost and lightning-fast Ethereum L2 blockchain, built with the OP Stack.

Celestia is a modular consensus and data network, built to enable anyone to easily deploy their own blockchain with minimal overhead.

About the integration ​

Discover how to integrate existing blockchain frameworks like the OP Stack with Celestia in this category.

TIP

Tested on a machine with 8GB RAM, 160 GB SSD, Ubuntu 22.10, and a 4 core AMD CPU.

This is a beta integration and we are working on resolving open issues.

Optimism uses Ethereum as a data availability (DA) layer. Currently, settlement and DA for Optimism are on Ethereum, both onchain. op-batcher batches up rollup blocks and posts to Ethereum.

Table of contents of the category ​

Celestia and OP Stack repository ​

Find the repository for this integration at https://github.com/celestiaorg/optimism.

What are Optimism and the OP Stack? ​

Optimism, an Ethereum L2 blockchain, is powered by the OP Stack, which is also the foundation for the Optimism Collective committed to the impact=profit principle. This rewards individuals for their positive contributions to the collective.

Optimism addresses crypto ecosystem coordination failures, like funding public goods and infrastructure. The OP Stack fosters collaboration and prevents redundancy by creating a shared, open-source system for developing new L2 blockchains within the proposed Superchain ecosystem.

As Optimism evolves, the OP Stack will adapt to include components from blockchain infrastructure to governance systems. This software suite aims to simplify L2 blockchain creation and support the Optimism ecosystem's growth and development.

Learn more about Optimism.

What is Celestia? ​

Celestia is a modular consensus and data network, built to enable anyone to easily deploy their own blockchain with minimal overhead.

Celestia is a minimal blockchain that only orders and publishes transactions and does not execute them. By decoupling the consensus and application execution layers, Celestia modularizes the blockchain technology stack and unlocks new possibilities for decentralized application builders. Learn more at Celestia.org.

OP Stack and Celestia ​

This category will guide you through how to start your own devnet with a modified version of optimism-bedrock that uses Celestia as a DA layer.

The handling of data is accomplished in two ways. First, data is written to the data availability (DA) layer i.e. in this case Celestia, then the data commitment is written to the op-batcher. When reading op-node simply reads the data back from the DA layer by reading the data commitment from the op-batcher first, then reading the data from the DA layer using the data commitment. Hence, while previously op-node was reading from calldata on Ethereum, but now it reads data from Celestia.

There are a few tools involved in the data handling process. op-batcher batches up rollup blocks and posts them to Ethereum. op-geth handles execution, while op-proposer is responsible for state commitment submission.

By using Celestia as a DA layer, existing L2s can switch from posting their data as calldata on Ethereum, to posting to Celestia. The commitment to the block is posted on Celestia, which is purpose-built for data availability. This is a more scalable than the traditional method of posting this data as calldata on monolithic chains.

If you'd like to go modular, bedrock has made it easy to swap this out!

Next steps ​

Now that you understand the integration, you can start learning about the Bubs testnet, built with OP Stack and Celestia! This testnet is a great way to explore the possibilities of this integration and test your applications in a live environment.

+ \ No newline at end of file diff --git a/pr-1489/developers/nitrogen.html b/pr-1489/developers/nitrogen.html index 8ed924cc93..dec1ecf0e5 100644 --- a/pr-1489/developers/nitrogen.html +++ b/pr-1489/developers/nitrogen.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Nitrogen testnet ​

nitrogen-testnet

Nitrogen is the first testnet and L3 made with Celestia's Arbitrum Nitro integration hosted by AltLayer.

Learn more in Altlayer's documentation.

Getting Started with Nitrogen ​

Find chain information, RPCs, contract addresses, bridging information, blob poster address, and more on AltLayer's Nitrogen testnet page

(https://rollup-info.altlayer.io/public/nitrogen).

Nitrogen tokens ​

The easiest way to obtain Nitrogen tokens is to visit the faucet and select "Nitrogen Testnet (Arbitrum Orbit + Celestia".

You can also find a guide with more details in Altlayer's documentation.

Optional: Bridging tokens ​

Alternatively, you can use the Arbitrum bridge to bridge from:

  1. Arbitrum Sepolia (L2) to Nitrogen (L3)
  2. Sepolia (L1) to Arbitrum Sepolia (L2) to Nitrogen (L3)

Details for how to use the bridge to Nitrogen can also be found on the Nitrogen page.

- +

Nitrogen testnet ​

nitrogen-testnet

Nitrogen is the first testnet and L3 made with Celestia's Arbitrum Nitro integration hosted by AltLayer.

Learn more in Altlayer's documentation.

Getting Started with Nitrogen ​

Find chain information, RPCs, contract addresses, bridging information, blob poster address, and more on AltLayer's Nitrogen testnet page

(https://rollup-info.altlayer.io/public/nitrogen).

Nitrogen tokens ​

The easiest way to obtain Nitrogen tokens is to visit the faucet and select "Nitrogen Testnet (Arbitrum Orbit + Celestia".

You can also find a guide with more details in Altlayer's documentation.

Optional: Bridging tokens ​

Alternatively, you can use the Arbitrum bridge to bridge from:

  1. Arbitrum Sepolia (L2) to Nitrogen (L3)
  2. Sepolia (L1) to Arbitrum Sepolia (L2) to Nitrogen (L3)

Details for how to use the bridge to Nitrogen can also be found on the Nitrogen page.

+ \ No newline at end of file diff --git a/pr-1489/developers/node-api.html b/pr-1489/developers/node-api.html index 02a78c9516..6b309b4e0d 100644 --- a/pr-1489/developers/node-api.html +++ b/pr-1489/developers/node-api.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

Appearance

Node API ​

The celestia-node API is made for interacting with celestia-node. There are two ways in which a user and developer can interact with the API, the RPC API and the Gateway API. View the API's documentation.

RPC API ​

The RPC API primarily focuses on developers and projects building on top of Celestia, who are willing to run their own DA nodes. The RPC API provides a richer set of features and a superior user experience. Unlike the Gateway API, the RPC API allows access to the internal wallet and keyring of the DA node, as well as other sensitive and administrative capabilities.

Library ​

The node can be used as a Golang library and designed for programmatic API access.

RPC ​

The RPC API is also exposed to OpenRPC(JSON-RPC 2.0) for users wanting to run their DA node as a separate DA service. It provides the same set of features as the library with an additional authentication system with different permissions levels to protect the wallet and signing + providing RPC-level DOS protection.

RPC API tutorial ​

The node tutorial, which uses the RPC CLI, is the recommended way to get started interacting with your Celestia node.

Gateway API ​

WARNING

The gateway endpoints have been deprecated and will be removed in the future. If you would like to use them anyway, you can find more details on GitHub.

The gateway API is a REST API which is meant to be deployed by infra providers to enable the public read-only gateway to the DA network for external users who don't want or can't run light nodes (like browsers currently) over HTTP. It has no wallet or signing functionality.

Gateway API tutorial ​

Check out the Prompt scavenger gateway API tutorial for more details.

- +

Node API ​

The celestia-node API is made for interacting with celestia-node. There are two ways in which a user and developer can interact with the API, the RPC API and the Gateway API. View the API's documentation.

RPC API ​

The RPC API primarily focuses on developers and projects building on top of Celestia, who are willing to run their own DA nodes. The RPC API provides a richer set of features and a superior user experience. Unlike the Gateway API, the RPC API allows access to the internal wallet and keyring of the DA node, as well as other sensitive and administrative capabilities.

Library ​

The node can be used as a Golang library and designed for programmatic API access.

RPC ​

The RPC API is also exposed to OpenRPC(JSON-RPC 2.0) for users wanting to run their DA node as a separate DA service. It provides the same set of features as the library with an additional authentication system with different permissions levels to protect the wallet and signing + providing RPC-level DOS protection.

RPC API tutorial ​

The node tutorial, which uses the RPC CLI, is the recommended way to get started interacting with your Celestia node.

Gateway API ​

WARNING

The gateway endpoints have been deprecated and will be removed in the future. If you would like to use them anyway, you can find more details on GitHub.

The gateway API is a REST API which is meant to be deployed by infra providers to enable the public read-only gateway to the DA network for external users who don't want or can't run light nodes (like browsers currently) over HTTP. It has no wallet or signing functionality.

Gateway API tutorial ​

Check out the Prompt scavenger gateway API tutorial for more details.

+ \ No newline at end of file diff --git a/pr-1489/developers/node-tutorial.html b/pr-1489/developers/node-tutorial.html index 5061be15c6..615dbbca8d 100644 --- a/pr-1489/developers/node-tutorial.html +++ b/pr-1489/developers/node-tutorial.html @@ -15,7 +15,7 @@ - + @@ -42,7 +42,7 @@

Appearance

Celestia-node RPC CLI tutorial ​

In this tutorial, we will cover how to use the celestia-node RPC API to submit and retrieve data (blobs) from the data availability layer by their namespace.

Introduction ​

Blobs ​

Data is posted to Celestia's DA layer by using MsgPayForBlobs transactions to the core network. Read more about MsgPayForBlobs.

Namespaces ​

Celestia partitions the block data into multiple namespaces, one for every application. This allows applications to only download their data, and not the data of other applications. Read more about Namespaced Merkle trees (NMTs).

TIP

If you already have a running and funded node, you can skip to the RPC CLI guide section.

WARNING

The gateway endpoints have been deprecated and will be removed in the future. If you would like to use them anyway, you can find more details on GitHub.

Hardware requirements ​

The following minimum hardware requirements are recommended for running a light node:

  • Memory: 500 MB RAM (minimum)
  • CPU: Single Core
  • Disk: 50 GB SSD Storage
  • Bandwidth: 56 Kbps for Download/56 Kbps for Upload

Setting up dependencies ​

This portion of the tutorial will go over setting up your development environment to run Celestia software. This environment can be used for development, building binaries, and running nodes.

In your terminal, set up dependencies needed to install and build celestia-node.

  1. If you are on Ubuntu, first update and upgrade your OS:

    bash
    sudo apt update && sudo apt upgrade -y
    sudo apt update && sudo apt upgrade -y
    bash
    sudo yum update
    sudo yum update

  2. Install essential packages that are necessary to execute many tasks like downloading files, compiling, and monitoring the node:

    bash
    sudo apt install curl tar wget clang pkg-config libssl-dev jq \
+

Celestia-node RPC CLI tutorial ​

In this tutorial, we will cover how to use the celestia-node RPC API to submit and retrieve data (blobs) from the data availability layer by their namespace.

Introduction ​

Blobs ​

Data is posted to Celestia's DA layer by using MsgPayForBlobs transactions to the core network. Read more about MsgPayForBlobs.

Namespaces ​

Celestia partitions the block data into multiple namespaces, one for every application. This allows applications to only download their data, and not the data of other applications. Read more about Namespaced Merkle trees (NMTs).

TIP

If you already have a running and funded node, you can skip to the RPC CLI guide section.

WARNING

The gateway endpoints have been deprecated and will be removed in the future. If you would like to use them anyway, you can find more details on GitHub.

Hardware requirements ​

The following minimum hardware requirements are recommended for running a light node:

  • Memory: 500 MB RAM (minimum)
  • CPU: Single Core
  • Disk: 50 GB SSD Storage
  • Bandwidth: 56 Kbps for Download/56 Kbps for Upload

Setting up dependencies ​

This portion of the tutorial will go over setting up your development environment to run Celestia software. This environment can be used for development, building binaries, and running nodes.

In your terminal, set up dependencies needed to install and build celestia-node.

  1. If you are on Ubuntu, first update and upgrade your OS:

    bash
    sudo apt update && sudo apt upgrade -y
    sudo apt update && sudo apt upgrade -y
    bash
    sudo yum update
    sudo yum update

  2. Install essential packages that are necessary to execute many tasks like downloading files, compiling, and monitoring the node:

    bash
    sudo apt install curl tar wget clang pkg-config libssl-dev jq \
 build-essential git make ncdu -y
    sudo apt install curl tar wget clang pkg-config libssl-dev jq \
 build-essential git make ncdu -y
    bash
    sudo yum install curl tar wget clang pkg-config libssl-dev jq \
 build-essential git make ncdu -y
    sudo yum install curl tar wget clang pkg-config libssl-dev jq \
@@ -56,7 +56,7 @@
 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
 
 # then install wget & jq
-brew install wget && brew install jq

Install Golang ​

celestia-node is written in Golang so we must install Golang to build and run our node.

  1. Set the version for your desired network:

    bash
    ver="1.21.1"
    ver="1.21.1"
    bash
    ver="1.22.0"
    ver="1.22.0"
    bash
    ver="1.22.0"
    ver="1.22.0"

  2. Download and install Golang:

    bash
    cd $HOME
+brew install wget && brew install jq

Install Golang ​

celestia-node is written in Golang so we must install Golang to build and run our node.

  1. Set the version for your desired network:

    bash
    ver="1.21.1"
    ver="1.21.1"
    bash
    ver="1.22.0"
    ver="1.22.0"
    bash
    ver="1.22.0"
    ver="1.22.0"

  2. Download and install Golang:

    bash
    cd $HOME
 wget "https://golang.org/dl/go$ver.linux-amd64.tar.gz"
 sudo rm -rf /usr/local/go
 sudo tar -C /usr/local -xzf "go$ver.linux-amd64.tar.gz"
@@ -88,7 +88,7 @@
 wget "https://golang.org/dl/go$ver.darwin-amd64.tar.gz"
 sudo rm -rf /usr/local/go
 sudo tar -C /usr/local -xzf "go$ver.darwin-amd64.tar.gz"
-rm "go$ver.darwin-amd64.tar.gz"

  3. Add your /usr/local/go/bin directory to your $PATH if you have not already:

    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
+rm "go$ver.darwin-amd64.tar.gz"

  4. Add your /usr/local/go/bin directory to your $PATH if you have not already:

    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
 source $HOME/.bash_profile
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
 source $HOME/.bash_profile
    bash
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.zshrc
 source $HOME/.zshrc
    echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.zshrc
@@ -98,11 +98,11 @@
 cd celestia-node/
    cd $HOME
 rm -rf celestia-node
 git clone https://github.com/celestiaorg/celestia-node.git
-cd celestia-node/

  5. Check out to the desired version, based on the network you will use:

    bash
    git checkout tags/v0.12.4
    git checkout tags/v0.12.4
    bash
    git checkout tags/v0.13.2
    git checkout tags/v0.13.2
    bash
    git checkout tags/v0.13.2
    git checkout tags/v0.13.2

  6. Build the celestia binary:

    a. Standard build

    bash
    make build
    make build

    b. Experimental build

    OPTIONAL

    If you're a node operator comfortable with experimental features and seeking optimal performance with minimal RAM usage, this option is recommended for you.

    bash
    make build-jemalloc
    make build-jemalloc

    This build option enables CGO, and downloads and installs jemalloc. Learn more about the build command.

  7. Install the binary:

    bash
    make install
    make install

  8. Build the cel-key utility:

    bash
    make cel-key
    make cel-key

  9. Verify that the binary is working and check the version:

    bash
    celestia version
    celestia version

The output will show the semantic version of celestia-node, commit hash, build date, system version, and Golang version.

Instantiate a Celestia light node ​

Now, let's instantiate a Celestia Light node:

TIP

RPC endpoints are exposed in all celestia-node types such as light, bridge and full nodes.

bash
celestia light init
celestia light init
bash
celestia light init --p2p.network mocha
celestia light init --p2p.network mocha
bash
celestia light init --p2p.network arabica
celestia light init --p2p.network arabica

Instantiating (or initializing) the node means setting up a node store on your machine. This is where the data and your keys will be stored.

Connect to a public core endpoint ​

Let's now run the Celestia Light node with a gRPC connection to an example public core endpoint.

Note: You are also encouraged to find a community-run API endpoint and there are several in the Discord. This one is used for demonstration purposes. Check out the Mocha testnet page, or Arabica devnet page.

bash
celestia light start --core.ip <URI>
celestia light start --core.ip <URI>
bash
celestia light start --core.ip <URI> --p2p.network mocha
celestia light start --core.ip <URI> --p2p.network mocha
bash
celestia light start --core.ip <URI> --p2p.network arabica
celestia light start --core.ip <URI> --p2p.network arabica

TIP

The --core.ip gRPC port defaults to 9090, so if you do not specify it in the command line, it will default to that port. You can add the port after the IP address or use the --core.grpc.port flag to specify another port if you prefer.

Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

For example, your command along with an RPC endpoint might look like this:

bash
celestia light start --core.ip consensus.lunaroasis.net
celestia light start --core.ip consensus.lunaroasis.net
bash
celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
bash
celestia light start --core.ip validator-1.celestia-arabica-11.com \
+cd celestia-node/

  • Check out to the desired version, based on the network you will use:

    bash
    git checkout tags/v0.12.4
    git checkout tags/v0.12.4
    bash
    git checkout tags/v0.13.2
    git checkout tags/v0.13.2
    bash
    git checkout tags/v0.13.2
    git checkout tags/v0.13.2

  • Build the celestia binary:

    a. Standard build

    bash
    make build
    make build

    b. Experimental build

    OPTIONAL

    If you're a node operator comfortable with experimental features and seeking optimal performance with minimal RAM usage, this option is recommended for you.

    bash
    make build-jemalloc
    make build-jemalloc

    This build option enables CGO, and downloads and installs jemalloc. Learn more about the build command.

  • Install the binary:

    bash
    make install
    make install

  • Build the cel-key utility:

    bash
    make cel-key
    make cel-key

  • Verify that the binary is working and check the version:

    bash
    celestia version
    celestia version

    • The output will show the semantic version of celestia-node, commit hash, build date, system version, and Golang version.

    Instantiate a Celestia light node ​

    Now, let's instantiate a Celestia Light node:

    TIP

    RPC endpoints are exposed in all celestia-node types such as light, bridge and full nodes.

    bash
    celestia light init
    celestia light init
    bash
    celestia light init --p2p.network mocha
    celestia light init --p2p.network mocha
    bash
    celestia light init --p2p.network arabica
    celestia light init --p2p.network arabica

    Instantiating (or initializing) the node means setting up a node store on your machine. This is where the data and your keys will be stored.

    Connect to a public core endpoint ​

    Let's now run the Celestia Light node with a gRPC connection to an example public core endpoint.

    Note: You are also encouraged to find a community-run API endpoint and there are several in the Discord. This one is used for demonstration purposes. Check out the Mocha testnet page, or Arabica devnet page.

    bash
    celestia light start --core.ip <URI>
    celestia light start --core.ip <URI>
    bash
    celestia light start --core.ip <URI> --p2p.network mocha
    celestia light start --core.ip <URI> --p2p.network mocha
    bash
    celestia light start --core.ip <URI> --p2p.network arabica
    celestia light start --core.ip <URI> --p2p.network arabica

    TIP

    The --core.ip gRPC port defaults to 9090, so if you do not specify it in the command line, it will default to that port. You can add the port after the IP address or use the --core.grpc.port flag to specify another port if you prefer.

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    For example, your command along with an RPC endpoint might look like this:

    bash
    celestia light start --core.ip consensus.lunaroasis.net
    celestia light start --core.ip consensus.lunaroasis.net
    bash
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    bash
    celestia light start --core.ip validator-1.celestia-arabica-11.com \
   --p2p.network arabica
    celestia light start --core.ip validator-1.celestia-arabica-11.com \
   --p2p.network arabica

    Keys and wallets ​

    You can create your key for your node by running the following command from the celestia-node directory:

    TIP

    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

    bash
    ./cel-key add <key-name> --keyring-backend test --node.type light \
   --p2p.network <network>
    ./cel-key add <key-name> --keyring-backend test --node.type light \
-  --p2p.network <network>

    You can start your light node with the key created by running the following command:

    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name>
    celestia light start --core.ip <URI> --keyring.accname <key-name>
    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name> \
+  --p2p.network <network>

    You can start your light node with the key created by running the following command:

    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name>
    celestia light start --core.ip <URI> --keyring.accname <key-name>
    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name> \
   --p2p.network mocha
    celestia light start --core.ip <URI> --keyring.accname <key-name> \
   --p2p.network mocha
    bash
    celestia light start --core.ip <URI> --keyring.accname <key-name> \
   --p2p.network arabica
    celestia light start --core.ip <URI> --keyring.accname <key-name> \
@@ -516,8 +516,8 @@
     ],
     0.002
   ]
-}' 127.0.0.1:26658
    1. Upon successful blob submission, the result will show the block height:
    bash
    {"jsonrpc":"2.0","result":362101,"id":1}
    {"jsonrpc":"2.0","result":362101,"id":1}

    The example transaction can be found on Celenium.

    Post an SVG as a PFB ​

    If you'd like to create your own SVG, post it to Celestia, and retrieve it, you can check out the Base64 SVG Tutorial.

    Golang guide ​

    If you're interested in interacting with the node's API in Go (client.go), you can use the da-rpc-client-tutorial repo.

    Troubleshooting ​

    If you encounter an error like:

    sh
    "rpc error: code = NotFound desc = account celestia1krkle0n547u0znz3unnln8paft2dq4z3rznv86 not found"
    "rpc error: code = NotFound desc = account celestia1krkle0n547u0znz3unnln8paft2dq4z3rznv86 not found"

    It is possible that the account you are trying to submit a PayForBlobs from doesn't have testnet tokens yet. Ensure the testnet faucet has funded your account with tokens and then try again.

    - +}' 127.0.0.1:26658
    1. Upon successful blob submission, the result will show the block height:
    bash
    {"jsonrpc":"2.0","result":362101,"id":1}
    {"jsonrpc":"2.0","result":362101,"id":1}

    The example transaction can be found on Celenium.

    Post an SVG as a PFB ​

    If you'd like to create your own SVG, post it to Celestia, and retrieve it, you can check out the Base64 SVG Tutorial.

    Golang guide ​

    If you're interested in interacting with the node's API in Go (client.go), you can use the da-rpc-client-tutorial repo.

    Troubleshooting ​

    If you encounter an error like:

    sh
    "rpc error: code = NotFound desc = account celestia1krkle0n547u0znz3unnln8paft2dq4z3rznv86 not found"
    "rpc error: code = NotFound desc = account celestia1krkle0n547u0znz3unnln8paft2dq4z3rznv86 not found"

    It is possible that the account you are trying to submit a PayForBlobs from doesn't have testnet tokens yet. Ensure the testnet faucet has funded your account with tokens and then try again.

    + \ No newline at end of file diff --git a/pr-1489/developers/optimism-devnet.html b/pr-1489/developers/optimism-devnet.html index 04235cec3e..d07188cd0d 100644 --- a/pr-1489/developers/optimism-devnet.html +++ b/pr-1489/developers/optimism-devnet.html @@ -11,7 +11,7 @@ - + @@ -42,7 +42,7 @@ git clone https://github.com/celestiaorg/optimism cd optimism
    cd $HOME
 git clone https://github.com/celestiaorg/optimism
-cd optimism

    Check out to the version for either the stable version or upstream version:

    bash
    git checkout tags/v1.2.0-OP_v1.7.0-CN_v0.12.4
+cd optimism

    Check out to the version for either the stable version or upstream version:

    bash
    git checkout tags/v1.2.0-OP_v1.7.0-CN_v0.12.4
 git submodule update --init --recursive
    git checkout tags/v1.2.0-OP_v1.7.0-CN_v0.12.4
 git submodule update --init --recursive
    bash
    git checkout celestia-develop
 git submodule update --init --recursive
    git checkout celestia-develop
@@ -168,8 +168,8 @@
     log log.Logger
 ) ([]eth.Data, error) {
     // ...
-}

    These two functions work together to ensure that the Ethereum fallback mechanism operates correctly, allowing the rollup to continue functioning even during periods of downtime on Celestia.

    Testing the fallback ​

    Testing out the Ethereum fallback mechanism can be done with the go-da tool. Triggering a simultaneous blob transaction will cause the op-batcher blob transaction to fail, with an incorrect account sequence error, which triggers a fallback to Ethereum.

    To trigger the transaction, send this command from the same go/proto/da directory:

    bash
    grpcurl -proto da.proto -plaintext -d '{"blobs": [{"value": "SGVsbG8gd28ybGQh"}]}' 127.0.0.1:26650 da.DAService.Submit
    grpcurl -proto da.proto -plaintext -d '{"blobs": [{"value": "SGVsbG8gd28ybGQh"}]}' 127.0.0.1:26650 da.DAService.Submit

    Alternatively, you can shut off the local-celestia-devnet and see that the OP Stack devnet logs show that the rollup has fallen back to the L1, in this case Ethereum, for posting data.

    Span batches ​

    Span batches can be enabled by setting OP_BATCHER_BATCH_TYPE: 1 in your docker-compose.yml file.

    Note that this requires the Delta activation time to be configured. For your devnet, you should set "l2GenesisDeltaTimeOffset": "0x0", in devnetL1-template.json. This will enable span batches and can be tested by grepping docker compose logs -f | grep batch_type which should include batch_type=SpanBatch and batch_type=1.

    - +}

    These two functions work together to ensure that the Ethereum fallback mechanism operates correctly, allowing the rollup to continue functioning even during periods of downtime on Celestia.

    Testing the fallback ​

    Testing out the Ethereum fallback mechanism can be done with the go-da tool. Triggering a simultaneous blob transaction will cause the op-batcher blob transaction to fail, with an incorrect account sequence error, which triggers a fallback to Ethereum.

    To trigger the transaction, send this command from the same go/proto/da directory:

    bash
    grpcurl -proto da.proto -plaintext -d '{"blobs": [{"value": "SGVsbG8gd28ybGQh"}]}' 127.0.0.1:26650 da.DAService.Submit
    grpcurl -proto da.proto -plaintext -d '{"blobs": [{"value": "SGVsbG8gd28ybGQh"}]}' 127.0.0.1:26650 da.DAService.Submit

    Alternatively, you can shut off the local-celestia-devnet and see that the OP Stack devnet logs show that the rollup has fallen back to the L1, in this case Ethereum, for posting data.

    Span batches ​

    Span batches can be enabled by setting OP_BATCHER_BATCH_TYPE: 1 in your docker-compose.yml file.

    Note that this requires the Delta activation time to be configured. For your devnet, you should set "l2GenesisDeltaTimeOffset": "0x0", in devnetL1-template.json. This will enable span batches and can be tested by grepping docker compose logs -f | grep batch_type which should include batch_type=SpanBatch and batch_type=1.

    + \ No newline at end of file diff --git a/pr-1489/developers/optimism.html b/pr-1489/developers/optimism.html index a00bae9fc1..3f601df419 100644 --- a/pr-1489/developers/optimism.html +++ b/pr-1489/developers/optimism.html @@ -12,7 +12,7 @@ - + @@ -39,7 +39,7 @@

    Appearance

    Deploy an OP Stack devnet to Celestia ​

    In order to deploy a devnet to Celestia, you will need to have a modified version of optimism-bedrock. Refer to the steps to install dependencies and the modified version of OP Stack for your environment setup.

    Pick your deployment type ​

    Using Celestia and OP stack, you have the option to either run a light node of your own or a local-celestia-devnet, both of which will give you a local devnet to test things out with.

    Using a local devnet ​

    If you'd like to use the local-celestia-devnet, you're in luck! This is the default for the OP Stack + Celestia repository. Head to the previous page to get started.

    Using a light node ​

    This is a beta integration and we are working on resolving open issues.

    In order to allow your light node to post and retrieve data without errors, you will need to change UseShareExchange to false in:

    bash
    $HOME/.celestia-light/config.toml
    $HOME/.celestia-light/config.toml
    bash
    $HOME/.celestia-light-mocha-4/config.toml
    $HOME/.celestia-light-mocha-4/config.toml
    bash
    $HOME/.celestia-light-arabica-11/config.toml
    $HOME/.celestia-light-arabica-11/config.toml

    If you choose to use your own node store, the light node must be fully synced and funded for you to be able to submit and retrieve PayForBlobs to a Celestia network.

    If it is not synced, you will run into errors similar to this.

    Visit the Arabica or Mocha pages to to visit their faucets.

    In order to mount existing data, you must have a node store that is in this directory:

    bash
    $HOME/.celestia-light
    $HOME/.celestia-light
    bash
    $HOME/.celestia-light-mocha-4
    $HOME/.celestia-light-mocha-4
    bash
    $HOME/.celestia-light-arabica-11
    $HOME/.celestia-light-arabica-11

    This is the default location of the node store when you initialize and run a new Celestia node.

    By default, the node will run with the account named my_celes_key.

    If you have your own setup you'd like to try, you can always edit optimism/ops-bedrock/docker-compose.yml to work with your setup.

    Using a RaaS provider ​

    If you'd like to use a Rollups as a Service (RaaS) provider, you can do so by going to the RaaS category in the menu.

    Build the devnet ​

    Build TypeScript definitions for TS dependencies:

    bash
    cd $HOME
+

    Deploy an OP Stack devnet to Celestia ​

    In order to deploy a devnet to Celestia, you will need to have a modified version of optimism-bedrock. Refer to the steps to install dependencies and the modified version of OP Stack for your environment setup.

    Pick your deployment type ​

    Using Celestia and OP stack, you have the option to either run a light node of your own or a local-celestia-devnet, both of which will give you a local devnet to test things out with.

    Using a local devnet ​

    If you'd like to use the local-celestia-devnet, you're in luck! This is the default for the OP Stack + Celestia repository. Head to the previous page to get started.

    Using a light node ​

    This is a beta integration and we are working on resolving open issues.

    In order to allow your light node to post and retrieve data without errors, you will need to change UseShareExchange to false in:

    bash
    $HOME/.celestia-light/config.toml
    $HOME/.celestia-light/config.toml
    bash
    $HOME/.celestia-light-mocha-4/config.toml
    $HOME/.celestia-light-mocha-4/config.toml
    bash
    $HOME/.celestia-light-arabica-11/config.toml
    $HOME/.celestia-light-arabica-11/config.toml

    If you choose to use your own node store, the light node must be fully synced and funded for you to be able to submit and retrieve PayForBlobs to a Celestia network.

    If it is not synced, you will run into errors similar to this.

    Visit the Arabica or Mocha pages to to visit their faucets.

    In order to mount existing data, you must have a node store that is in this directory:

    bash
    $HOME/.celestia-light
    $HOME/.celestia-light
    bash
    $HOME/.celestia-light-mocha-4
    $HOME/.celestia-light-mocha-4
    bash
    $HOME/.celestia-light-arabica-11
    $HOME/.celestia-light-arabica-11

    This is the default location of the node store when you initialize and run a new Celestia node.

    By default, the node will run with the account named my_celes_key.

    If you have your own setup you'd like to try, you can always edit optimism/ops-bedrock/docker-compose.yml to work with your setup.

    Using a RaaS provider ​

    If you'd like to use a Rollups as a Service (RaaS) provider, you can do so by going to the RaaS category in the menu.

    Build the devnet ​

    Build TypeScript definitions for TS dependencies:

    bash
    cd $HOME
 cd optimism
 make
    cd $HOME
 cd optimism
@@ -93,8 +93,8 @@
     interval: 10s
     timeout: 5s
     retries: 5
-    start_period: 30s

    Now start the devnet:

    bash
    make devnet-up
    make devnet-up

    View the logs of the devnet ​

    If you'd like to view the logs of the devnet, run the following command from the root of the Optimism directory:

    bash
    make devnet-logs
    make devnet-logs

    Stop the devnet ​

    To safely stop the devnet, run the following command:

    bash
    make devnet-down
    make devnet-down

    Clean the devnet ​

    To remove all data from the devnet, run the following command:

    bash
    make devnet-clean
    make devnet-clean

    Deploying to an L1 (or L2) ​

    If you'd like to deploy to an EVM L1 or L2, reference the OP stack deployment guide.

    - + start_period: 30s

    Now start the devnet:

    bash
    make devnet-up
    make devnet-up

    View the logs of the devnet ​

    If you'd like to view the logs of the devnet, run the following command from the root of the Optimism directory:

    bash
    make devnet-logs
    make devnet-logs

    Stop the devnet ​

    To safely stop the devnet, run the following command:

    bash
    make devnet-down
    make devnet-down

    Clean the devnet ​

    To remove all data from the devnet, run the following command:

    bash
    make devnet-clean
    make devnet-clean

    Deploying to an L1 (or L2) ​

    If you'd like to deploy to an EVM L1 or L2, reference the OP stack deployment guide.

    + \ No newline at end of file diff --git a/pr-1489/developers/prompt-scavenger.html b/pr-1489/developers/prompt-scavenger.html index b59da2080c..374abaafdd 100644 --- a/pr-1489/developers/prompt-scavenger.html +++ b/pr-1489/developers/prompt-scavenger.html @@ -11,7 +11,7 @@ - + @@ -312,8 +312,8 @@ gpt3(promptString) // Close the client when you are finished client.Close() -}

    And now you have the final version of the game!

    Run the golang script with the following command:

    sh
    go run main.go
    go run main.go

    After some time, it’ll post the output of the prompt you submitted to OpenAI that you pulled from Celestia’s blockchain.

    Next steps ​

    With this tutorial, you were able to construct a PFB transaction, submit it to Celestia, get it back from Celestia and decode its contents, then for added bonus, submit the message to GPT-3.5.

    For the next steps, we will be releasing quests to this tutorial where users will need to complete challenges that help familiarize them with the Celestia Data Availability layer.

    - +}

    And now you have the final version of the game!

    Run the golang script with the following command:

    sh
    go run main.go
    go run main.go

    After some time, it’ll post the output of the prompt you submitted to OpenAI that you pulled from Celestia’s blockchain.

    Next steps ​

    With this tutorial, you were able to construct a PFB transaction, submit it to Celestia, get it back from Celestia and decode its contents, then for added bonus, submit the message to GPT-3.5.

    For the next steps, we will be releasing quests to this tutorial where users will need to complete challenges that help familiarize them with the Celestia Data Availability layer.

    + \ No newline at end of file diff --git a/pr-1489/developers/requesting-data-commitment-ranges.html b/pr-1489/developers/requesting-data-commitment-ranges.html index 4f9f242aef..e5b98a6683 100644 --- a/pr-1489/developers/requesting-data-commitment-ranges.html +++ b/pr-1489/developers/requesting-data-commitment-ranges.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Requesting data commitment ranges ​

    By default, the Blobstream X deployments on Ethereum will be updating every 4 hours, and on Arbitrum One and Base, updating every 1 hour. If you wish for the Blobstream X contract to be updated at a different cadence, then you have several different options for how to update the smart contract.

    To request proofs to be submitted to the Blobstream X contract at a different cadence, you can do one of the following:

    Run the Blobstream X operator with hosted proving on the Succinct platform, by running an operator script that pings the platform with proof requests at a specified cadence.

    Follow these instructions to run the operator script.

    Here are example values for the .env file:

    1. TENDERMINT_RPC_URL from the public Celestia list.
    2. SUCCINCT_RPC_URL = https://alpha.succinct.xyz/api
    3. Request for SUCCINCT_API_KEY from the Succinct team.
    4. CHAIN_ID is the chain ID of the deployed Blobstream X contract.
    5. CONTRACT_ADDRESS: Blobstream X proxy contract address.
    6. NEXT_HEADER_FUNCTION_ID & HEADER_RANGE_FUNCTION_ID: Get the functionId's from the Blobstream X contract by using the nextHeaderFunctionId and headerRangeFunctionId respectively, which are public storage variables.

    Local proving ​

    Run the Blobstream X operator with local proving.

    TIP

    Note: Requires a large cloud machine to run in a reasonable amount of time. EC2 r6a.16xlarge takes ~30 minutes to generate a header range proof.

    Request proof onchain ​

    Directly request a proof via the Blobstream X contract interface. Unlike the Blobstream X operator which handles requests off-chain, requesting on-chain requires gas, but the proof will be generated and relayed by the Succinct platform.

    1. Call requestHeaderRange(uint64 _targetBlock) with the end of the range you want a commitment for.

    2. A DataCommitmentStored(uint256, uint64, uint64, bytes32) will be emitted for the requested range when it is stored in the contract. Listen to this event to know that the proof has been generated successfully.

    - +

    Requesting data commitment ranges ​

    By default, the Blobstream X deployments on Ethereum will be updating every 4 hours, and on Arbitrum One and Base, updating every 1 hour. If you wish for the Blobstream X contract to be updated at a different cadence, then you have several different options for how to update the smart contract.

    To request proofs to be submitted to the Blobstream X contract at a different cadence, you can do one of the following:

    Run the Blobstream X operator with hosted proving on the Succinct platform, by running an operator script that pings the platform with proof requests at a specified cadence.

    Follow these instructions to run the operator script.

    Here are example values for the .env file:

    1. TENDERMINT_RPC_URL from the public Celestia list.
    2. SUCCINCT_RPC_URL = https://alpha.succinct.xyz/api
    3. Request for SUCCINCT_API_KEY from the Succinct team.
    4. CHAIN_ID is the chain ID of the deployed Blobstream X contract.
    5. CONTRACT_ADDRESS: Blobstream X proxy contract address.
    6. NEXT_HEADER_FUNCTION_ID & HEADER_RANGE_FUNCTION_ID: Get the functionId's from the Blobstream X contract by using the nextHeaderFunctionId and headerRangeFunctionId respectively, which are public storage variables.

    Local proving ​

    Run the Blobstream X operator with local proving.

    TIP

    Note: Requires a large cloud machine to run in a reasonable amount of time. EC2 r6a.16xlarge takes ~30 minutes to generate a header range proof.

    Request proof onchain ​

    Directly request a proof via the Blobstream X contract interface. Unlike the Blobstream X operator which handles requests off-chain, requesting on-chain requires gas, but the proof will be generated and relayed by the Succinct platform.

    1. Call requestHeaderRange(uint64 _targetBlock) with the end of the range you want a commitment for.

    2. A DataCommitmentStored(uint256, uint64, uint64, bytes32) will be emitted for the requested range when it is stored in the contract. Listen to this event to know that the proof has been generated successfully.

    + \ No newline at end of file diff --git a/pr-1489/developers/rollkit.html b/pr-1489/developers/rollkit.html index 248c087b06..75998d5fd7 100644 --- a/pr-1489/developers/rollkit.html +++ b/pr-1489/developers/rollkit.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Rollkit ​

    Validator nodes allow you to participate in consensus in the Celestia network.

    rollkit

    Rollkit is an ABCI (Application Blockchain Interface) implementation for sovereign rollups to deploy on top of Celestia.

    It is built by replacing Tendermint, the Cosmos-SDK consensus layer, with a drop-in replacement that communicates directly with Celestia's Data Availability layer.

    It spins up a sovereign rollup, which collects transactions into blocks and posts them onto Celestia for consensus and data availability.

    The goal of Rollkit is to enable anyone to design and deploy a sovereign rollup on Celestia in minutes.

    Furthermore, while Rollkit allows you to build sovereign rollups on Celestia, it currently does not support fraud proofs yet and is therefore running in "pessimistic" mode, where nodes would need to re-execute the transactions to check the validity of the chain (i.e. a full node). Furthermore, Rollkit currently only supports a single sequencer.

    Tutorials ​

    The following tutorials will help you get started building Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit. We call those chains Sovereign Rollups.

    You can get started with the following tutorials:

    - +

    Rollkit ​

    Validator nodes allow you to participate in consensus in the Celestia network.

    rollkit

    Rollkit is an ABCI (Application Blockchain Interface) implementation for sovereign rollups to deploy on top of Celestia.

    It is built by replacing Tendermint, the Cosmos-SDK consensus layer, with a drop-in replacement that communicates directly with Celestia's Data Availability layer.

    It spins up a sovereign rollup, which collects transactions into blocks and posts them onto Celestia for consensus and data availability.

    The goal of Rollkit is to enable anyone to design and deploy a sovereign rollup on Celestia in minutes.

    Furthermore, while Rollkit allows you to build sovereign rollups on Celestia, it currently does not support fraud proofs yet and is therefore running in "pessimistic" mode, where nodes would need to re-execute the transactions to check the validity of the chain (i.e. a full node). Furthermore, Rollkit currently only supports a single sequencer.

    Tutorials ​

    The following tutorials will help you get started building Cosmos-SDK applications that connect to Celestia's Data Availability Layer via Rollkit. We call those chains Sovereign Rollups.

    You can get started with the following tutorials:

    + \ No newline at end of file diff --git a/pr-1489/developers/rollup-overview.html b/pr-1489/developers/rollup-overview.html index dd2dfe9879..4f21f62d67 100644 --- a/pr-1489/developers/rollup-overview.html +++ b/pr-1489/developers/rollup-overview.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Deploy a rollup ​

    This section provides various guides and tutorials that cover different options for deploying rollups on Celestia.

    What is a rollup? ​

    A rollup is a type of blockchain that offloads some work to a layer 1, like Celestia. Rollups host applications and process user transactions. Once those transactions get processed, they are then published to layer 1. It’s layer 1s job to order those transactions and check that they are available, at minimum.

    Over time, two primary designs emerged for rollups: optimistic and zk rollups.

    Section contents ​

    - +

    Deploy a rollup ​

    This section provides various guides and tutorials that cover different options for deploying rollups on Celestia.

    What is a rollup? ​

    A rollup is a type of blockchain that offloads some work to a layer 1, like Celestia. Rollups host applications and process user transactions. Once those transactions get processed, they are then published to layer 1. It’s layer 1s job to order those transactions and check that they are available, at minimum.

    Over time, two primary designs emerged for rollups: optimistic and zk rollups.

    Section contents ​

    + \ No newline at end of file diff --git a/pr-1489/developers/submit-data.html b/pr-1489/developers/submit-data.html index 0923194e8b..39e82fb4f1 100644 --- a/pr-1489/developers/submit-data.html +++ b/pr-1489/developers/submit-data.html @@ -11,7 +11,7 @@ - + @@ -246,8 +246,8 @@ } return err -}

    RPC to a celestia-node ​

    Using the JSON RPC API, submit data using the following methods:

    Learn more in the celestia-node API docs.

    - +}

    RPC to a celestia-node ​

    Using the JSON RPC API, submit data using the following methods:

    Learn more in the celestia-node API docs.

    + \ No newline at end of file diff --git a/pr-1489/developers/transaction-resubmission.html b/pr-1489/developers/transaction-resubmission.html index eb818871eb..62d5ac02a0 100644 --- a/pr-1489/developers/transaction-resubmission.html +++ b/pr-1489/developers/transaction-resubmission.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Transaction resubmission ​

    In cases where transactions are not included within a 75-second window, resubmission is necessary. This is especially important during network congestion, as transactions with relatively low fees may not be processed even after the network clears up.

    Regardless of whether they originate from celestia-app or celestia-node, transactions will not be re-gossiped, except in the presence of a new peer.

    Monitoring and resubmission ​

    Monitor the status of your transactions. If a transaction is not included within a 75-second window, it should be resubmitted. This can be done manually or through automated processes.

    Changes introduced in celestiaorg/celestia-core#1089 may affect transaction gossiping and inclusion speed.

    Notes ​

    • All transactions, regardless of their origin, are subject to being sorted and pruned based on fees.
    • It is the user or developer's responsibility to monitor and possibly resubmit transactions if they are not included in a 75-second window.
    - +

    Transaction resubmission ​

    In cases where transactions are not included within a 75-second window, resubmission is necessary. This is especially important during network congestion, as transactions with relatively low fees may not be processed even after the network clears up.

    Regardless of whether they originate from celestia-app or celestia-node, transactions will not be re-gossiped, except in the presence of a new peer.

    Monitoring and resubmission ​

    Monitor the status of your transactions. If a transaction is not included within a 75-second window, it should be resubmitted. This can be done manually or through automated processes.

    Changes introduced in celestiaorg/celestia-core#1089 may affect transaction gossiping and inclusion speed.

    Notes ​

    • All transactions, regardless of their origin, are subject to being sorted and pruned based on fees.
    • It is the user or developer's responsibility to monitor and possibly resubmit transactions if they are not included in a 75-second window.
    + \ No newline at end of file diff --git a/pr-1489/developers/wallets.html b/pr-1489/developers/wallets.html index 7220134db8..18015352d6 100644 --- a/pr-1489/developers/wallets.html +++ b/pr-1489/developers/wallets.html @@ -12,7 +12,7 @@ - + @@ -39,7 +39,7 @@

    Appearance

    Wallet integrations with Celestia ​

    This page covers how developers can use Keplr and React to add Celestia network parameters to wallets, and how to add custom networks to Leap and Cosmostation.

    Add Celestia network parameters to Keplr with React ​

    Before we demonstrate how to export the specific parameters for Celestia's testnets, we need to create a ReactJS component that allows us to connect directly to Keplr and pass it the network parameters.

    In the following code, we show how you can export a component that detects whether Keplr is installed and sets the network params for it:

    jsx
    // @site/src/components/AddNetworkKeplr.js
+

    Wallet integrations with Celestia ​

    This page covers how developers can use Keplr and React to add Celestia network parameters to wallets, and how to add custom networks to Leap and Cosmostation.

    Add Celestia network parameters to Keplr with React ​

    Before we demonstrate how to export the specific parameters for Celestia's testnets, we need to create a ReactJS component that allows us to connect directly to Keplr and pass it the network parameters.

    In the following code, we show how you can export a component that detects whether Keplr is installed and sets the network params for it:

    jsx
    // @site/src/components/AddNetworkKeplr.js
 import React from "react";
 import styles from "./Keplr.module.css";
 
@@ -187,7 +187,7 @@
       </button>
     </div>
   );
-}

    We still need to pass the Celestia network parameters to the AddNetworkKeplr function:

    js
    import '@site/src/components/AddNetworkKeplr'
+}

    We still need to pass the Celestia network parameters to the AddNetworkKeplr function:

    js
    import '@site/src/components/AddNetworkKeplr'
 
 export const MAINNET_PARAMS = {`{
   chainId: 'celestia',
@@ -241,8 +241,8 @@
   rest: 'https://api.celestia-arabica-11.com'
 }`}
 
-{<AddNetworkKeplr params={ARABICA_PARAMS}/>}

    Now, we can connect to the network that you would like to use in Keplr wallet.

    Adding a custom chain to Leap ​

    If you want to add a custom chain to Leap, you can do so by:

    1. Clicking the Cosmos logo in the top corner of Leap wallet
    2. Scrolling down and clicking "Add new chain"

    You can then add the following parameters:

    • Chain Id: arabica-11
    • Chain Name: Arabica devnet
    • New RPC URL: https://rpc.celestia-arabica-11.com/
    • New REST URL: https://api.celestia-arabica-11.com
    • Address Prefix: celestia
    • Native Denom: utia
    • Coin Type: 118
    • Decimals: 6
    • Block explorer URL (optional): https://explorer.celestia-arabica-10.com

    Now, click Add chain and you will be able to view your Arabica account balance and transactions in Leap wallet.

    You'll see that you're connected to Arabica Devnet.

    Addding a custom chain to Cosmostation ​

    Click the hamburger menu icon in the top corner of Cosmostation wallet. Scroll down and click "Add Custom Chain"

    You can then add the following parameters:

    • Custom Chain name: Mocha testnet
    • Rest URL: https://api-mocha.pops.one
    • New RPC URL: https://rpc-mocha.pops.one
    • Currency symbol: TIA
    • Address prefix: celestia
    • Denom: utia
    • Symbol image URL (optional): https://raw.githubusercontent.com/cosmos/chain-registry/master/testnets/celestiatestnet/images/celestia.svg
    • Explorer URL (optional): https://testnet.mintscan.io/celestia-testnet
    • Coin Type: 118
    • Decimals: 6
    • Gas rate Tiny: 0.1
    • Gas rate Low: 0.25
    • Gas rate Average: 0.5

    Now, click Add a custom chain and you will be able to view your Celestia account balance and transactions in Cosmostation wallet.

    Switch chains to "Mocha testnet" and you'll see that you're connected to Celestia's Mocha testnet!

    - +{<AddNetworkKeplr params={ARABICA_PARAMS}/>}

    Now, we can connect to the network that you would like to use in Keplr wallet.

    Adding a custom chain to Leap ​

    If you want to add a custom chain to Leap, you can do so by:

    1. Clicking the Cosmos logo in the top corner of Leap wallet
    2. Scrolling down and clicking "Add new chain"

    You can then add the following parameters:

    • Chain Id: arabica-11
    • Chain Name: Arabica devnet
    • New RPC URL: https://rpc.celestia-arabica-11.com/
    • New REST URL: https://api.celestia-arabica-11.com
    • Address Prefix: celestia
    • Native Denom: utia
    • Coin Type: 118
    • Decimals: 6
    • Block explorer URL (optional): https://explorer.celestia-arabica-10.com

    Now, click Add chain and you will be able to view your Arabica account balance and transactions in Leap wallet.

    You'll see that you're connected to Arabica Devnet.

    Addding a custom chain to Cosmostation ​

    Click the hamburger menu icon in the top corner of Cosmostation wallet. Scroll down and click "Add Custom Chain"

    You can then add the following parameters:

    • Custom Chain name: Mocha testnet
    • Rest URL: https://api-mocha.pops.one
    • New RPC URL: https://rpc-mocha.pops.one
    • Currency symbol: TIA
    • Address prefix: celestia
    • Denom: utia
    • Symbol image URL (optional): https://raw.githubusercontent.com/cosmos/chain-registry/master/testnets/celestiatestnet/images/celestia.svg
    • Explorer URL (optional): https://testnet.mintscan.io/celestia-testnet
    • Coin Type: 118
    • Decimals: 6
    • Gas rate Tiny: 0.1
    • Gas rate Low: 0.25
    • Gas rate Average: 0.5

    Now, click Add a custom chain and you will be able to view your Celestia account balance and transactions in Cosmostation wallet.

    Switch chains to "Mocha testnet" and you'll see that you're connected to Celestia's Mocha testnet!

    + \ No newline at end of file diff --git a/pr-1489/hashmap.json b/pr-1489/hashmap.json index 1469ba34bd..e364344dda 100644 --- a/pr-1489/hashmap.json +++ b/pr-1489/hashmap.json @@ -1 +1 @@ -{"community_overview.md":"909f556b","developers_blobstream-x-deploy.md":"a73d11d7","community_modular-meetup-toolkit.md":"d9c05079","developers_arbitrum-integration.md":"7b825124","developers_blobstream.md":"c8871fc9","community_modular-meetup-guide.md":"73454806","developers_bubs-testnet.md":"56122117","developers_ethereum-fallback.md":"2ecf5640","community_foundation-delegation-program.md":"d1e96849","developers_celestia-node-key.md":"76d36032","nodes_celestia-node-troubleshooting.md":"1f7a03a0","learn_retrievability.md":"205b3c1e","learn_staking-governance-supply.md":"ebda95af","learn_tia.md":"3268d7a2","nodes_arabica-devnet.md":"e3ddf0b3","nodes_celestia-app-metrics.md":"321b2f96","developers_arbitrum-mocha.md":"35d7caa5","nodes_celestia-app-commands.md":"aabf953d","nodes_bridge-node.md":"3a72dc88","nodes_instantiate-testnet.md":"32902d2f","nodes_celestia-app-wallet.md":"8aa524f1","nodes_celestia-app.md":"843a268f","nodes_celestia-node-custom-networks.md":"a2243de1","developers_blobstream-offchain.md":"81750053","community_coc.md":"d1887ce0","developers_arbitrum-dapp-deploy.md":"9a04e067","learn_paying-for-blobspace.md":"7eb11884","developers_gm-portal-bubs.md":"f848789b","developers_optimism.md":"14b89fa0","developers_rollkit.md":"eccc2fa9","learn_how-celestia-works_data-availability-layer.md":"10a07df1","learn_how-celestia-works_monolithic-vs-modular.md":"3c3dbd50","learn_how-celestia-works_overview.md":"f302b8da","learn_how-celestia-works_transaction-lifecycle.md":"a75201aa","learn_how-to-stake-tia.md":"c56d3104","community_itn-tos.md":"b915c2de","developers_integrate-celestia.md":"a1d4fd45","nodes_celestia-app-slashing.md":"79d8b028","nodes_celestia-app-multisig.md":"ffe5f31f","developers_blobstream-contracts.md":"5da7ee6a","nodes_light-node.md":"ba5f4b08","nodes_participate.md":"d2fcef92","developers_node-api.md":"4446148f","index.md":"f806a6cf","developers_intro-to-op-stack.md":"93888db4","learn_how-celestia-works_data-availability-faq.md":"c5444194","readme.md":"533513d4","developers_rollup-overview.md":"f4418e9c","developers_submit-data.md":"00d115de","developers_deploy-on-bubs.md":"501e489b","nodes_hardfork-process.md":"564d14a2","nodes_full-storage-node.md":"18a00786","community_modular-meetup-intro.md":"19dad4cd","nodes_ibc-relayer.md":"00b76f78","developers_build-modular.md":"428a1469","developers_transaction-resubmission.md":"42c3dc21","developers_blobstream-rollups.md":"9f6eccad","nodes_mainnet.md":"dcac0cfe","nodes_docker-images.md":"db7fa4bf","nodes_consensus-node.md":"6746d609","developers_optimism-devnet.md":"a41fb24f","nodes_mocha-testnet.md":"6460202a","nodes_overview.md":"ffe9dec3","nodes_celestia-node.md":"1be9f4c3","nodes_quick-start.md":"a5607d83","nodes_config-toml.md":"285f5a5b","developers_arbitrum-smart-contract.md":"981fe502","learn_staking.md":"a5eca14a","nodes_celestia-app-upgrade-monitor.md":"f9cee12a","nodes_systemd.md":"c81eb1d6","developers_wallets.md":"5624daad","community_calendar.md":"7ee12fa1","developers_node-tutorial.md":"9b2c05c7","developers_blobstream-proof-queries.md":"e79653e3","developers_prompt-scavenger.md":"dad858f8","developers_arbitrum-deploy.md":"fc9ea67d","developers_full-stack-modular-development-guide.md":"d79f0847","nodes_celestia-node-metrics.md":"08925627","nodes_environment.md":"995358ea","developers_requesting-data-commitment-ranges.md":"3b28b482","nodes_decide-node.md":"5ac697a2","community_speaker-list.md":"032b1175","nodes_celestia-app-vesting.md":"ecbba1a0","developers_nitrogen.md":"17415123"} +{"community_modular-meetup-toolkit.md":"16f76a43","community_calendar.md":"5873d225","developers_arbitrum-integration.md":"7d550e2e","nodes_environment.md":"00132de9","developers_blobstream-x-deploy.md":"06d28ec2","community_coc.md":"79e2b881","nodes_docker-images.md":"ad55e353","community_itn-tos.md":"b450934f","nodes_full-storage-node.md":"dfa00ae5","nodes_participate.md":"08e3ac22","nodes_quick-start.md":"c95fa565","nodes_systemd.md":"3038d91f","developers_bubs-testnet.md":"633608df","nodes_light-node.md":"f9e51693","developers_blobstream-rollups.md":"e924ded0","readme.md":"3e2c997e","developers_gm-portal-bubs.md":"1f9215e4","developers_rollkit.md":"d655476e","developers_rollup-overview.md":"2106899c","developers_requesting-data-commitment-ranges.md":"3d0467f5","developers_prompt-scavenger.md":"c5594428","developers_blobstream.md":"b7f0073d","developers_transaction-resubmission.md":"25648c42","developers_submit-data.md":"8112a6df","index.md":"42ddccbd","developers_wallets.md":"f813caf3","learn_how-celestia-works_data-availability-faq.md":"70bbda0e","learn_how-celestia-works_monolithic-vs-modular.md":"b2069366","learn_retrievability.md":"39031052","learn_how-celestia-works_transaction-lifecycle.md":"7108ffd9","learn_tia.md":"86b1026c","learn_staking.md":"ecc3f60c","learn_how-to-stake-tia.md":"9b9e50bd","learn_how-celestia-works_overview.md":"0937cc02","developers_arbitrum-mocha.md":"3f673213","community_overview.md":"436662fc","developers_celestia-node-key.md":"1e9e7ee0","nodes_arabica-devnet.md":"6f88ab5c","learn_paying-for-blobspace.md":"48296793","developers_arbitrum-dapp-deploy.md":"dab9787f","learn_how-celestia-works_data-availability-layer.md":"2449885c","developers_optimism-devnet.md":"2a4859d5","learn_staking-governance-supply.md":"c38693b2","developers_node-tutorial.md":"870f6a26","nodes_celestia-app-commands.md":"0172f947","nodes_celestia-app-metrics.md":"6a8b79e8","nodes_celestia-app-multisig.md":"ee046c0e","nodes_bridge-node.md":"84fbd536","nodes_celestia-app-upgrade-monitor.md":"d94b15cb","nodes_celestia-app-slashing.md":"e5bde463","nodes_celestia-app-wallet.md":"cdd9bf6b","nodes_celestia-app.md":"b5c9fc0c","nodes_celestia-node-troubleshooting.md":"c64fed5d","developers_nitrogen.md":"e4b053c4","nodes_celestia-node-custom-networks.md":"33405055","nodes_config-toml.md":"66116089","nodes_celestia-node-metrics.md":"9cc66281","developers_node-api.md":"41f306c0","nodes_decide-node.md":"925c090f","nodes_celestia-node.md":"8f495f4a","nodes_celestia-app-vesting.md":"f4486fca","community_speaker-list.md":"938fd0c1","developers_ethereum-fallback.md":"73815dc0","developers_blobstream-contracts.md":"5207130e","nodes_mainnet.md":"08177f13","developers_arbitrum-deploy.md":"05f1b59e","developers_arbitrum-smart-contract.md":"0e33fbc4","developers_optimism.md":"f5f5884b","developers_build-modular.md":"4b11389a","developers_blobstream-offchain.md":"989c10da","developers_full-stack-modular-development-guide.md":"655281fe","community_modular-meetup-intro.md":"52d45155","community_modular-meetup-guide.md":"c43e3e59","community_foundation-delegation-program.md":"b8ca6f8f","nodes_overview.md":"b9aab1f8","developers_intro-to-op-stack.md":"ad59bed7","nodes_instantiate-testnet.md":"a9f4c477","nodes_mocha-testnet.md":"a8407fb2","developers_integrate-celestia.md":"d81eeccd","developers_deploy-on-bubs.md":"494a0486","nodes_ibc-relayer.md":"4f0d39db","nodes_hardfork-process.md":"e903a32e","nodes_consensus-node.md":"7c067c8a","developers_blobstream-proof-queries.md":"32636fd4"} diff --git a/pr-1489/index.html b/pr-1489/index.html index 1c21040c12..39e2de17b1 100644 --- a/pr-1489/index.html +++ b/pr-1489/index.html @@ -11,7 +11,7 @@ - + @@ -39,7 +39,7 @@

    Appearance

    - + \ No newline at end of file diff --git a/pr-1489/learn/how-celestia-works/data-availability-faq.html b/pr-1489/learn/how-celestia-works/data-availability-faq.html index d7d21e5daa..06c721869f 100644 --- a/pr-1489/learn/how-celestia-works/data-availability-faq.html +++ b/pr-1489/learn/how-celestia-works/data-availability-faq.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Data availability FAQ ​

    What is data availability? ​

    Data availability answers the question, has this data been published? Specifically, a node will verify data availability when it receives a new block that is getting added to the chain. The node will attempt to download all the transaction data for the new block to verify availability. If the node can download all the transaction data, then it successfully verified data availability, proving that the block data was actually published to the network.

    Modular VS Monolithic

    As you’ll see, modular blockchains like Celestia employ other primitives that allow nodes to verify data availability more efficiently. Data availability is critical to the security of any blockchain because it ensures that anyone can inspect the ledger of transactions and verify it. Data availability becomes particularly problematic when scaling blockchains. As the blocks get bigger, it becomes impractical for normal users to download all the data, and therefore users can no longer verify the chain.

    What is the data availability problem? ​

    The problem with data availability occurs when the transaction data for a newly proposed block cannot be downloaded and verified. This type of attack by a block producer is called a data withholding attack, which sees the block producer withhold transaction data of a new block.

    Since transaction data is withheld, nodes cannot update to the latest state. Such an attack can have numerous consequences, from halting a chain to gaining the ability to steal funds. The severity of the consequences will depend on the type of blockchain (L1 or L2) and whether data availability is kept onchain or offchain. The data availability problem commonly arises around L2 scaling solutions like rollups and validiums.

    How do nodes verify data availability in Celestia? ​

    In most blockchains, nodes that verify data availability do so by downloading all transaction data for a block. If they are able to download all the data, they have verified its availability. In Celestia, light nodes have access to a new mechanism to verify data availability without needing to download all the data for a block. This new primitive for verifying data availability is called data availability sampling.

    What is data availability sampling? ​

    Data availability sampling is a mechanism for light nodes to verify data availability without having to download all data for a block. Data availability sampling (DAS) works by having light nodes conduct multiple rounds of random sampling for small portions of block data. As a light node completes more rounds of sampling for block data, it increases its confidence that data is available. Once the light node successfully reaches a predetermined confidence level (e.g. 99%) it will consider the block data as available.

    Want a simpler explanation? Check out this thread on how data availability sampling is like flipping a coin.

    What are some of the security assumptions that Celestia makes for data availability sampling? ​

    Celestia assumes that there is a minimum number of light nodes that are conducting data availability sampling for a given block size. This assumption is necessary so that a full node can reconstruct an entire block from the portions of data light nodes sampled and stored. The amount of light nodes that are needed will depend on the block size - for bigger blocks more light nodes are assumed to be running.

    A second notable assumption that is made by light nodes is that they are connected to at least one honest full node. This ensures that they can receive fraud proofs for incorrectly erasure coded blocks. If a light node is not connected to an honest full node, such as during an eclipse attack, it can’t verify that the block is improperly constructed.

    Why is block reconstruction necessary for security? ​

    In Celestia, blocks need to be erasure coded so that there is redundant data to aid the data availability sampling process. However, nodes tasked with erasure coding the data could do so incorrectly. Since Celestia uses fraud proofs to verify that erasure coding is incorrect, the full block data is needed to generate a bad encoding fraud proof.

    There could be a situation where validators only provide data to light nodes and not full nodes. If the full nodes don’t have the ability to reconstruct the full block from the portions of data stored by light nodes, they wouldn’t be able to generate a bad encoding fraud proof.

    What is data storage? ​

    Data storage is concerned with the ability to store and access past transaction data.

    Modular VS Monolithic

    Data storage and retrieval is needed for multiple purposes, such as:

    • Reading the information of a previous transaction
    • Syncing a node
    • Indexing and serving transaction data
    • Retrieving NFT information

    What is the problem around data storage? ​

    The issue with data storage is whether past transaction data can be stored and successfully retrieved at a later time. The inability to retrieve historical transaction data can cause problems, such as users being unable to access information about their past transactions or nodes that cannot sync from genesis. Luckily, the assumptions around storing and accessing past data are weak. Only a single copy of a blockchain’s history needs to be accessible for users to gain access to historical transaction data. In other words, data storage security is a 1 of N honesty assumption.

    What is the difference between data availability and data storage? ​

    Data availability is about verifying that transaction data for a new block is public and available. In contrast, data storage involves storing and accessing past transaction data from old blocks.

    Where does blockchain state fit into this? ​

    Up until now it’s been all about transaction data, but blockchain state is a related topic. The state is different from transaction data. Specifically, the state is like a current snapshot of the network, which includes information about account balances, smart contract balances, and validator set info. Problems that arise from the size of the state are different in nature than those around data availability and retrievability.

    Why doesn’t Celestia incentivize storage of historical data? ​

    Most blockchains don’t incentivize storage of data because it shouldn’t be the responsibility of a blockchain to guarantee past data will be retrievable forever. In addition, the data storage problem only requires a single party to store and provide the data for users, which is not a strong problem. As such, Celestia’s purpose is to provide a secure and scalable way to verify the availability of data. Once data has been verified as available, the job of storing and retrieving historical data is left up to other entities that require the data. Luckily, there are natural incentives for outside parties to store and serve historical data to users.

    Who may store historical data if there is no reward? ​

    There are multiple types of actors that may be likely to store historical data. Some of those include:

    • Block explorers that provide access to past transaction data.
    • Indexers that provide API queries for past data.
    • Applications or rollups that require historical data for certain processes.
    • Users that want to guarantee that they will have access to their transaction history.

    What are some things blockchains can do to provide stronger assurances of data retrievability? ​

    • Reward nodes based on the amount of transaction data they store and requests for data they serve (this is the case with some data storage blockchains, like Filecoin).
    • Publish transaction data onto a data storage blockchain that incentivizes storing and serving requests for historical data.
    - +

    Data availability FAQ ​

    What is data availability? ​

    Data availability answers the question, has this data been published? Specifically, a node will verify data availability when it receives a new block that is getting added to the chain. The node will attempt to download all the transaction data for the new block to verify availability. If the node can download all the transaction data, then it successfully verified data availability, proving that the block data was actually published to the network.

    Modular VS Monolithic

    As you’ll see, modular blockchains like Celestia employ other primitives that allow nodes to verify data availability more efficiently. Data availability is critical to the security of any blockchain because it ensures that anyone can inspect the ledger of transactions and verify it. Data availability becomes particularly problematic when scaling blockchains. As the blocks get bigger, it becomes impractical for normal users to download all the data, and therefore users can no longer verify the chain.

    What is the data availability problem? ​

    The problem with data availability occurs when the transaction data for a newly proposed block cannot be downloaded and verified. This type of attack by a block producer is called a data withholding attack, which sees the block producer withhold transaction data of a new block.

    Since transaction data is withheld, nodes cannot update to the latest state. Such an attack can have numerous consequences, from halting a chain to gaining the ability to steal funds. The severity of the consequences will depend on the type of blockchain (L1 or L2) and whether data availability is kept onchain or offchain. The data availability problem commonly arises around L2 scaling solutions like rollups and validiums.

    How do nodes verify data availability in Celestia? ​

    In most blockchains, nodes that verify data availability do so by downloading all transaction data for a block. If they are able to download all the data, they have verified its availability. In Celestia, light nodes have access to a new mechanism to verify data availability without needing to download all the data for a block. This new primitive for verifying data availability is called data availability sampling.

    What is data availability sampling? ​

    Data availability sampling is a mechanism for light nodes to verify data availability without having to download all data for a block. Data availability sampling (DAS) works by having light nodes conduct multiple rounds of random sampling for small portions of block data. As a light node completes more rounds of sampling for block data, it increases its confidence that data is available. Once the light node successfully reaches a predetermined confidence level (e.g. 99%) it will consider the block data as available.

    Want a simpler explanation? Check out this thread on how data availability sampling is like flipping a coin.

    What are some of the security assumptions that Celestia makes for data availability sampling? ​

    Celestia assumes that there is a minimum number of light nodes that are conducting data availability sampling for a given block size. This assumption is necessary so that a full node can reconstruct an entire block from the portions of data light nodes sampled and stored. The amount of light nodes that are needed will depend on the block size - for bigger blocks more light nodes are assumed to be running.

    A second notable assumption that is made by light nodes is that they are connected to at least one honest full node. This ensures that they can receive fraud proofs for incorrectly erasure coded blocks. If a light node is not connected to an honest full node, such as during an eclipse attack, it can’t verify that the block is improperly constructed.

    Why is block reconstruction necessary for security? ​

    In Celestia, blocks need to be erasure coded so that there is redundant data to aid the data availability sampling process. However, nodes tasked with erasure coding the data could do so incorrectly. Since Celestia uses fraud proofs to verify that erasure coding is incorrect, the full block data is needed to generate a bad encoding fraud proof.

    There could be a situation where validators only provide data to light nodes and not full nodes. If the full nodes don’t have the ability to reconstruct the full block from the portions of data stored by light nodes, they wouldn’t be able to generate a bad encoding fraud proof.

    What is data storage? ​

    Data storage is concerned with the ability to store and access past transaction data.

    Modular VS Monolithic

    Data storage and retrieval is needed for multiple purposes, such as:

    • Reading the information of a previous transaction
    • Syncing a node
    • Indexing and serving transaction data
    • Retrieving NFT information

    What is the problem around data storage? ​

    The issue with data storage is whether past transaction data can be stored and successfully retrieved at a later time. The inability to retrieve historical transaction data can cause problems, such as users being unable to access information about their past transactions or nodes that cannot sync from genesis. Luckily, the assumptions around storing and accessing past data are weak. Only a single copy of a blockchain’s history needs to be accessible for users to gain access to historical transaction data. In other words, data storage security is a 1 of N honesty assumption.

    What is the difference between data availability and data storage? ​

    Data availability is about verifying that transaction data for a new block is public and available. In contrast, data storage involves storing and accessing past transaction data from old blocks.

    Where does blockchain state fit into this? ​

    Up until now it’s been all about transaction data, but blockchain state is a related topic. The state is different from transaction data. Specifically, the state is like a current snapshot of the network, which includes information about account balances, smart contract balances, and validator set info. Problems that arise from the size of the state are different in nature than those around data availability and retrievability.

    Why doesn’t Celestia incentivize storage of historical data? ​

    Most blockchains don’t incentivize storage of data because it shouldn’t be the responsibility of a blockchain to guarantee past data will be retrievable forever. In addition, the data storage problem only requires a single party to store and provide the data for users, which is not a strong problem. As such, Celestia’s purpose is to provide a secure and scalable way to verify the availability of data. Once data has been verified as available, the job of storing and retrieving historical data is left up to other entities that require the data. Luckily, there are natural incentives for outside parties to store and serve historical data to users.

    Who may store historical data if there is no reward? ​

    There are multiple types of actors that may be likely to store historical data. Some of those include:

    • Block explorers that provide access to past transaction data.
    • Indexers that provide API queries for past data.
    • Applications or rollups that require historical data for certain processes.
    • Users that want to guarantee that they will have access to their transaction history.

    What are some things blockchains can do to provide stronger assurances of data retrievability? ​

    • Reward nodes based on the amount of transaction data they store and requests for data they serve (this is the case with some data storage blockchains, like Filecoin).
    • Publish transaction data onto a data storage blockchain that incentivizes storing and serving requests for historical data.
    + \ No newline at end of file diff --git a/pr-1489/learn/how-celestia-works/data-availability-layer.html b/pr-1489/learn/how-celestia-works/data-availability-layer.html index cfb8a2bd35..669a2f1dc7 100644 --- a/pr-1489/learn/how-celestia-works/data-availability-layer.html +++ b/pr-1489/learn/how-celestia-works/data-availability-layer.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Celestia's data availability layer ​

    Celestia is a data availability (DA) layer that provides a scalable solution to the data availability problem. Due to the permissionless nature of the blockchain networks, a DA layer must provide a mechanism for the execution and settlement layers to check in a trust-minimized way whether transaction data is indeed available.

    Two key features of Celestia's DA layer are data availability sampling (DAS) and Namespaced Merkle trees (NMTs). Both features are novel blockchain scaling solutions: DAS enables light nodes to verify data availability without needing to download an entire block; NMTs enable execution and settlement layers on Celestia to download transactions that are only relevant to them.

    Data availability sampling (DAS) ​

    In general, light nodes download only block headers that contain commitments (i.e., Merkle roots) of the block data (i.e., the list of transactions).

    To make DAS possible, Celestia uses a 2-dimensional Reed-Solomon encoding scheme to encode the block data: every block data is split into k×k shares, arranged in a k×k matrix, and extended with parity data into a 2k×2k extended matrix by applying multiple times Reed-Solomon encoding.

    Then, 4k separate Merkle roots are computed for the rows and columns of the extended matrix; the Merkle root of these Merkle roots is used as the block data commitment in the block header.

    2D Reed-Soloman (RS) Encoding

    To verify that the data is available, Celestia light nodes are sampling the 2k×2k data shares.

    Every light node randomly chooses a set of unique coordinates in the extended matrix and queries full nodes for the data shares and the corresponding Merkle proofs at those coordinates. If light nodes receive a valid response for each sampling query, then there is a high probability guarantee that the whole block's data is available.

    Additionally, every received data share with a correct Merkle proof is gossiped to the network. As a result, as long as the Celestia light nodes are sampling together enough data shares (i.e., at least k×k unique shares), the full block can be recovered by honest full nodes.

    For more details on DAS, take a look at the original paper.

    Scalability ​

    DAS enables Celestia to scale the DA layer. DAS can be performed by resource-limited light nodes since each light node only samples a small portion of the block data. The more light nodes there are in the network, the more data they can collectively download and store.

    This means that increasing the number of light nodes performing DAS allows for larger blocks (i.e., with more transactions), while still keeping DAS feasible for resource-limited light nodes. However, in order to validate block headers, Celestia light nodes need to download the 4k intermediate Merkle roots.

    For a block data size of n2 bytes, this means that every light node must download O(n) bytes. Therefore, any improvement in the bandwidth capacity of Celestia light nodes has a quadratic effect on the throughput of Celestia's DA layer.

    Fraud proofs of incorrectly extended data ​

    The requirement of downloading the 4k intermediate Merkle roots is a consequence of using a 2-dimensional Reed-Solomon encoding scheme. Alternatively, DAS could be designed with a standard (i.e., 1-dimensional) Reed-Solomon encoding, where the original data is split into k shares and extended with k additional shares of parity data. Since the block data commitment is the Merkle root of the 2k resulting data shares, light nodes no longer need to download O(n) bytes to validate block headers.

    The downside of the standard Reed-Solomon encoding is dealing with malicious block producers that generate the extended data incorrectly.

    This is possible as Celestia does not require a majority of the consensus (i.e., block producers) to be honest to guarantee data availability. Thus, if the extended data is invalid, the original data might not be recoverable, even if the light nodes are sampling sufficient unique shares (i.e., at least k for a standard encoding and k×k for a 2-dimensional encoding).

    As a solution, Fraud Proofs of Incorrectly Generated Extended Data enable light nodes to reject blocks with invalid extended data. Such proofs require reconstructing the encoding and verifying the mismatch. With standard Reed-Solomon encoding, this entails downloading the original data, i.e., n2 bytes. Contrastingly, with 2-dimensional Reed-Solomon encoding, only O(n) bytes are required as it is sufficient to verify only one row or one column of the extended matrix.

    Namespaced Merkle trees (NMTs) ​

    Celestia partitions the block data into multiple namespaces, one for every application (e.g., rollup) using the DA layer. As a result, every application needs to download only its own data and can ignore the data of other applications.

    For this to work, the DA layer must be able to prove that the provided data is complete, i.e., all the data for a given namespace is returned. To this end, Celestia is using Namespaced Merkle trees (NMTs).

    An NMT is a Merkle tree with the leafs ordered by the namespace identifiers and the hash function modified so that every node in the tree includes the range of namespaces of all its descendants. The following figure shows an example of an NMT with height three (i.e., eight data shares). The data is partitioned into three namespaces.

    Namespaced Merkle Tree

    When an application requests the data for namespace 2, the DA layer must provide the data shares D3, D4, D5, and D6 and the nodes N2, N8 and N7 as proof (note that the application already has the root N14 from the block header).

    As a result, the application is able to check that the provided data is part of the block data. Furthermore, the application can verify that all the data for namespace 2 was provided. If the DA layer provides for example only the data shares D4 and D5, it must also provide nodes N12 and N11 as proofs. However, the application can identify that the data is incomplete by checking the namespace range of the two nodes, i.e., both N12 and N11 have descendants part of namespace 2.

    For more details on NMTs, refer to the original paper.

    Building a PoS blockchain for DA ​

    Providing data availability ​

    The Celestia DA layer consists of a PoS blockchain. Celestia is dubbing this blockchain as the celestia-app, an application that provides transactions to facilitate the DA layer and is built using Cosmos SDK. The following figure shows the main components of celestia-app.

    Main components of celestia-app

    celestia-app is built on top of celestia-core, a modified version of the Tendermint consensus algorithm. Among the more important changes to vanilla Tendermint, celestia-core:

    • Enables the erasure coding of block data (using the 2-dimensional Reed-Solomon encoding scheme).
    • Replaces the regular Merkle tree used by Tendermint to store block data with a Namespaced Merkle tree that enables the above layers (i.e., execution and settlement) to only download the needed data (for more details, see the section below describing use cases).

    For more details on the changes to Tendermint, take a look at the ADRs. Notice that celestia-core nodes are still using the Tendermint p2p network.

    Similarly to Tendermint, celestia-core is connected to the application layer (i.e., the state machine) by ABCI++, a major evolution of ABCI (Application Blockchain Interface).

    The celestia-app state machine is necessary to execute the PoS logic and to enable the governance of the DA layer.

    However, the celestia-app is data-agnostic -- the state machine neither validates nor stores the data that is made available by the celestia-app.

    - +

    Celestia's data availability layer ​

    Celestia is a data availability (DA) layer that provides a scalable solution to the data availability problem. Due to the permissionless nature of the blockchain networks, a DA layer must provide a mechanism for the execution and settlement layers to check in a trust-minimized way whether transaction data is indeed available.

    Two key features of Celestia's DA layer are data availability sampling (DAS) and Namespaced Merkle trees (NMTs). Both features are novel blockchain scaling solutions: DAS enables light nodes to verify data availability without needing to download an entire block; NMTs enable execution and settlement layers on Celestia to download transactions that are only relevant to them.

    Data availability sampling (DAS) ​

    In general, light nodes download only block headers that contain commitments (i.e., Merkle roots) of the block data (i.e., the list of transactions).

    To make DAS possible, Celestia uses a 2-dimensional Reed-Solomon encoding scheme to encode the block data: every block data is split into k×k shares, arranged in a k×k matrix, and extended with parity data into a 2k×2k extended matrix by applying multiple times Reed-Solomon encoding.

    Then, 4k separate Merkle roots are computed for the rows and columns of the extended matrix; the Merkle root of these Merkle roots is used as the block data commitment in the block header.

    2D Reed-Soloman (RS) Encoding

    To verify that the data is available, Celestia light nodes are sampling the 2k×2k data shares.

    Every light node randomly chooses a set of unique coordinates in the extended matrix and queries full nodes for the data shares and the corresponding Merkle proofs at those coordinates. If light nodes receive a valid response for each sampling query, then there is a high probability guarantee that the whole block's data is available.

    Additionally, every received data share with a correct Merkle proof is gossiped to the network. As a result, as long as the Celestia light nodes are sampling together enough data shares (i.e., at least k×k unique shares), the full block can be recovered by honest full nodes.

    For more details on DAS, take a look at the original paper.

    Scalability ​

    DAS enables Celestia to scale the DA layer. DAS can be performed by resource-limited light nodes since each light node only samples a small portion of the block data. The more light nodes there are in the network, the more data they can collectively download and store.

    This means that increasing the number of light nodes performing DAS allows for larger blocks (i.e., with more transactions), while still keeping DAS feasible for resource-limited light nodes. However, in order to validate block headers, Celestia light nodes need to download the 4k intermediate Merkle roots.

    For a block data size of n2 bytes, this means that every light node must download O(n) bytes. Therefore, any improvement in the bandwidth capacity of Celestia light nodes has a quadratic effect on the throughput of Celestia's DA layer.

    Fraud proofs of incorrectly extended data ​

    The requirement of downloading the 4k intermediate Merkle roots is a consequence of using a 2-dimensional Reed-Solomon encoding scheme. Alternatively, DAS could be designed with a standard (i.e., 1-dimensional) Reed-Solomon encoding, where the original data is split into k shares and extended with k additional shares of parity data. Since the block data commitment is the Merkle root of the 2k resulting data shares, light nodes no longer need to download O(n) bytes to validate block headers.

    The downside of the standard Reed-Solomon encoding is dealing with malicious block producers that generate the extended data incorrectly.

    This is possible as Celestia does not require a majority of the consensus (i.e., block producers) to be honest to guarantee data availability. Thus, if the extended data is invalid, the original data might not be recoverable, even if the light nodes are sampling sufficient unique shares (i.e., at least k for a standard encoding and k×k for a 2-dimensional encoding).

    As a solution, Fraud Proofs of Incorrectly Generated Extended Data enable light nodes to reject blocks with invalid extended data. Such proofs require reconstructing the encoding and verifying the mismatch. With standard Reed-Solomon encoding, this entails downloading the original data, i.e., n2 bytes. Contrastingly, with 2-dimensional Reed-Solomon encoding, only O(n) bytes are required as it is sufficient to verify only one row or one column of the extended matrix.

    Namespaced Merkle trees (NMTs) ​

    Celestia partitions the block data into multiple namespaces, one for every application (e.g., rollup) using the DA layer. As a result, every application needs to download only its own data and can ignore the data of other applications.

    For this to work, the DA layer must be able to prove that the provided data is complete, i.e., all the data for a given namespace is returned. To this end, Celestia is using Namespaced Merkle trees (NMTs).

    An NMT is a Merkle tree with the leafs ordered by the namespace identifiers and the hash function modified so that every node in the tree includes the range of namespaces of all its descendants. The following figure shows an example of an NMT with height three (i.e., eight data shares). The data is partitioned into three namespaces.

    Namespaced Merkle Tree

    When an application requests the data for namespace 2, the DA layer must provide the data shares D3, D4, D5, and D6 and the nodes N2, N8 and N7 as proof (note that the application already has the root N14 from the block header).

    As a result, the application is able to check that the provided data is part of the block data. Furthermore, the application can verify that all the data for namespace 2 was provided. If the DA layer provides for example only the data shares D4 and D5, it must also provide nodes N12 and N11 as proofs. However, the application can identify that the data is incomplete by checking the namespace range of the two nodes, i.e., both N12 and N11 have descendants part of namespace 2.

    For more details on NMTs, refer to the original paper.

    Building a PoS blockchain for DA ​

    Providing data availability ​

    The Celestia DA layer consists of a PoS blockchain. Celestia is dubbing this blockchain as the celestia-app, an application that provides transactions to facilitate the DA layer and is built using Cosmos SDK. The following figure shows the main components of celestia-app.

    Main components of celestia-app

    celestia-app is built on top of celestia-core, a modified version of the Tendermint consensus algorithm. Among the more important changes to vanilla Tendermint, celestia-core:

    • Enables the erasure coding of block data (using the 2-dimensional Reed-Solomon encoding scheme).
    • Replaces the regular Merkle tree used by Tendermint to store block data with a Namespaced Merkle tree that enables the above layers (i.e., execution and settlement) to only download the needed data (for more details, see the section below describing use cases).

    For more details on the changes to Tendermint, take a look at the ADRs. Notice that celestia-core nodes are still using the Tendermint p2p network.

    Similarly to Tendermint, celestia-core is connected to the application layer (i.e., the state machine) by ABCI++, a major evolution of ABCI (Application Blockchain Interface).

    The celestia-app state machine is necessary to execute the PoS logic and to enable the governance of the DA layer.

    However, the celestia-app is data-agnostic -- the state machine neither validates nor stores the data that is made available by the celestia-app.

    + \ No newline at end of file diff --git a/pr-1489/learn/how-celestia-works/monolithic-vs-modular.html b/pr-1489/learn/how-celestia-works/monolithic-vs-modular.html index 03281e8284..8d129c59b1 100644 --- a/pr-1489/learn/how-celestia-works/monolithic-vs-modular.html +++ b/pr-1489/learn/how-celestia-works/monolithic-vs-modular.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Monolithic vs. modular blockchains ​

    Blockchains instantiate replicated state machines: the nodes in a permissionless distributed network apply an ordered sequence of deterministic transactions to an initial state resulting in a common final state.

    In other words, this means that nodes in a network all follow the same set of rules (i.e., an ordered sequence of transactions) to go from a starting point (i.e., an initial state) to an ending point (i.e., a common final state). This process ensures that all nodes in the network agree on the final state of the blockchain, even though they operate independently.

    This means blockchains require the following four functions:

    • Execution entails executing transactions that update the state correctly. Thus, execution must ensure that only valid transactions are executed, i.e., transactions that result in valid state machine transitions.
    • Settlement entails an environment for execution layers to verify proofs, resolve fraud disputes, and bridge between other execution layers.
    • Consensus entails agreeing on the order of the transactions.
    • Data Availability (DA) entails making the transaction data available. Note that execution, settlement, and consensus require DA.

    Traditional blockchains, i.e. monolithic blockchains, implement all four functions together in a single base consensus layer. The problem with monolithic blockchains is that the consensus layer must perform a lot of different tasks and it cannot be optimized for only one of these functions. As a result, the monolithic paradigm limits the throughput of the system.

    Modular VS Monolithic

    As a solution, modular blockchains decouple these functions among multiple specialized layers as part of a modular stack. Due to the flexibility that specialization provides, there are many possibilities in which that stack can be arranged. For example, one such arrangement is the separation of the four functions into three specialized layers.

    The base layer consists of DA and consensus and thus, is referred to as the Consensus and DA layer (or for brevity, the DA layer), while both settlement and execution are moved on top in their own layers. As a result, every layer can be specialized to optimally perform only its function and thus, increase the throughput of the system. Furthermore, this modular paradigm enables multiple execution layers, i.e., rollups, to use the same settlement and DA layers.

    - +

    Monolithic vs. modular blockchains ​

    Blockchains instantiate replicated state machines: the nodes in a permissionless distributed network apply an ordered sequence of deterministic transactions to an initial state resulting in a common final state.

    In other words, this means that nodes in a network all follow the same set of rules (i.e., an ordered sequence of transactions) to go from a starting point (i.e., an initial state) to an ending point (i.e., a common final state). This process ensures that all nodes in the network agree on the final state of the blockchain, even though they operate independently.

    This means blockchains require the following four functions:

    • Execution entails executing transactions that update the state correctly. Thus, execution must ensure that only valid transactions are executed, i.e., transactions that result in valid state machine transitions.
    • Settlement entails an environment for execution layers to verify proofs, resolve fraud disputes, and bridge between other execution layers.
    • Consensus entails agreeing on the order of the transactions.
    • Data Availability (DA) entails making the transaction data available. Note that execution, settlement, and consensus require DA.

    Traditional blockchains, i.e. monolithic blockchains, implement all four functions together in a single base consensus layer. The problem with monolithic blockchains is that the consensus layer must perform a lot of different tasks and it cannot be optimized for only one of these functions. As a result, the monolithic paradigm limits the throughput of the system.

    Modular VS Monolithic

    As a solution, modular blockchains decouple these functions among multiple specialized layers as part of a modular stack. Due to the flexibility that specialization provides, there are many possibilities in which that stack can be arranged. For example, one such arrangement is the separation of the four functions into three specialized layers.

    The base layer consists of DA and consensus and thus, is referred to as the Consensus and DA layer (or for brevity, the DA layer), while both settlement and execution are moved on top in their own layers. As a result, every layer can be specialized to optimally perform only its function and thus, increase the throughput of the system. Furthermore, this modular paradigm enables multiple execution layers, i.e., rollups, to use the same settlement and DA layers.

    + \ No newline at end of file diff --git a/pr-1489/learn/how-celestia-works/overview.html b/pr-1489/learn/how-celestia-works/overview.html index 3d5ba41dfa..b5c6f5aca7 100644 --- a/pr-1489/learn/how-celestia-works/overview.html +++ b/pr-1489/learn/how-celestia-works/overview.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Introduction ​

    Celestia is a modular data availability network that securely scales with the number of users, making it easy for anyone to launch their own blockchain.

    Celestia enables the next generation of scalable blockchain architectures - modular blockchains. Celestia scales by decoupling execution from consensus and introducing a new primitive, data availability sampling.

    The former entails that Celestia is only responsible for ordering transactions and guaranteeing their data availability; this is similar to reducing consensus to atomic broadcast.

    The latter provides an efficient solution to the data availability problem by only requiring resource-limited light nodes to sample a small number of random shares from each block to verify data availability.

    Interestingly, more light nodes that participate in sampling increases the amount of data that the network can safely handle, enabling the block size to increase without equally increasing the cost to verify the chain.

    - +

    Introduction ​

    Celestia is a modular data availability network that securely scales with the number of users, making it easy for anyone to launch their own blockchain.

    Celestia enables the next generation of scalable blockchain architectures - modular blockchains. Celestia scales by decoupling execution from consensus and introducing a new primitive, data availability sampling.

    The former entails that Celestia is only responsible for ordering transactions and guaranteeing their data availability; this is similar to reducing consensus to atomic broadcast.

    The latter provides an efficient solution to the data availability problem by only requiring resource-limited light nodes to sample a small number of random shares from each block to verify data availability.

    Interestingly, more light nodes that participate in sampling increases the amount of data that the network can safely handle, enabling the block size to increase without equally increasing the cost to verify the chain.

    + \ No newline at end of file diff --git a/pr-1489/learn/how-celestia-works/transaction-lifecycle.html b/pr-1489/learn/how-celestia-works/transaction-lifecycle.html index 5c42170195..a861b3e0e1 100644 --- a/pr-1489/learn/how-celestia-works/transaction-lifecycle.html +++ b/pr-1489/learn/how-celestia-works/transaction-lifecycle.html @@ -12,7 +12,7 @@ - + @@ -39,8 +39,8 @@

    Appearance

    The lifecycle of a celestia-app transaction ​

    Users request the celestia-app to make data available by sending PayForBlobs transactions. Every such transaction consists of the identity of the sender, the data to be made available, also referred to as the message, the data size, the namespace, and a signature. Every block producer batches multiple PayForBlobs transactions into a block.

    Before proposing the block though, the producer passes it to the state machine via ABCI++, where each PayForBlobs transaction is split into a namespaced message (denoted by Msg in the figure below), i.e., the data together with the namespace ID, and an executable transaction (denoted by e-Tx in the figure below) that does not contain the data, but only a commitment that can be used at a later time to prove that the data was indeed made available.

    Thus, the block data consists of data partitioned into namespaces and executable transactions. Note that only these transactions are executed by the Celestia state machine once the block is committed.

    Lifecycle of a celestia-app Transaction

    Next, the block producer adds to the block header a commitment of the block data. As described in the "Celestia's data availability layer" page, the commitment is the Merkle root of the 4k intermediate Merkle roots (i.e., one for each row and column of the extended matrix). To compute this commitment, the block producer performs the following operations:

    • It splits the executable transactions and the namespaced data into shares. Every share consists of some bytes prefixed by a namespace. To this end, the executable transactions are associated with a reserved namespace.
    • It arranges these shares into a square matrix (row-wise). Note that the shares are padded to the next power of two. The outcome square of size k×k is referred to as the original data.
    • It extends the original data to a 2k×2k square matrix using the 2-dimensional Reed-Solomon encoding scheme described above. The extended shares (i.e., containing erasure data) are associated with another reserved namespace.
    • It computes a commitment for every row and column of the extended matrix using the NMTs described above.

    Thus, the commitment of the block data is the root of a Merkle tree with the leaves the roots of a forest of Namespaced Merkle subtrees, one for every row and column of the extended matrix.

    Checking data availability ​

    DA network

    To enhance connectivity, the celestia-node augments the celestia-app with a separate libp2p network, i.e., the so-called DA network, that serves DAS requests.

    Light nodes connect to a celestia-node in the DA network, listen to extended block headers (i.e., the block headers together with the relevant DA metadata, such as the 4k intermediate Merkle roots), and perform DAS on the received headers (i.e., ask for random data shares).

    Note that although it is recommended, performing DAS is optional -- light nodes could just trust that the data corresponding to the commitments in the block headers was indeed made available by the Celestia DA layer. In addition, light nodes can also submit transactions to the celestia-app, i.e., PayForBlobs transactions.

    While performing DAS for a block header, every light node queries Celestia Nodes for a number of random data shares from the extended matrix and the corresponding Merkle proofs. If all the queries are successful, then the light node accepts the block header as valid (from a DA perspective).

    If at least one of the queries fails (i.e., either the data share is not received or the Merkle proof is invalid), then the light node rejects the block header and tries again later. The retrial is necessary to deal with false negatives, i.e., block headers being rejected although the block data is available. This may happen due to network congestion for example.

    Alternatively, light nodes may accept a block header although the data is not available, i.e., a false positive. This is possible since the soundness property (i.e., if an honest light node accepts a block as available, then at least one honest full node will eventually have the entire block data) is probabilistically guaranteed (for more details, take a look at the original paper).

    By fine tuning Celestia's parameters (e.g., the number of data shares sampled by each light node) the likelihood of false positives can be sufficiently reduced such that block producers have no incentive to withhold the block data.

    - +

    The lifecycle of a celestia-app transaction ​

    Users request the celestia-app to make data available by sending PayForBlobs transactions. Every such transaction consists of the identity of the sender, the data to be made available, also referred to as the message, the data size, the namespace, and a signature. Every block producer batches multiple PayForBlobs transactions into a block.

    Before proposing the block though, the producer passes it to the state machine via ABCI++, where each PayForBlobs transaction is split into a namespaced message (denoted by Msg in the figure below), i.e., the data together with the namespace ID, and an executable transaction (denoted by e-Tx in the figure below) that does not contain the data, but only a commitment that can be used at a later time to prove that the data was indeed made available.

    Thus, the block data consists of data partitioned into namespaces and executable transactions. Note that only these transactions are executed by the Celestia state machine once the block is committed.

    Lifecycle of a celestia-app Transaction

    Next, the block producer adds to the block header a commitment of the block data. As described in the "Celestia's data availability layer" page, the commitment is the Merkle root of the 4k intermediate Merkle roots (i.e., one for each row and column of the extended matrix). To compute this commitment, the block producer performs the following operations:

    • It splits the executable transactions and the namespaced data into shares. Every share consists of some bytes prefixed by a namespace. To this end, the executable transactions are associated with a reserved namespace.
    • It arranges these shares into a square matrix (row-wise). Note that the shares are padded to the next power of two. The outcome square of size k×k is referred to as the original data.
    • It extends the original data to a 2k×2k square matrix using the 2-dimensional Reed-Solomon encoding scheme described above. The extended shares (i.e., containing erasure data) are associated with another reserved namespace.
    • It computes a commitment for every row and column of the extended matrix using the NMTs described above.

    Thus, the commitment of the block data is the root of a Merkle tree with the leaves the roots of a forest of Namespaced Merkle subtrees, one for every row and column of the extended matrix.

    Checking data availability ​

    DA network

    To enhance connectivity, the celestia-node augments the celestia-app with a separate libp2p network, i.e., the so-called DA network, that serves DAS requests.

    Light nodes connect to a celestia-node in the DA network, listen to extended block headers (i.e., the block headers together with the relevant DA metadata, such as the 4k intermediate Merkle roots), and perform DAS on the received headers (i.e., ask for random data shares).

    Note that although it is recommended, performing DAS is optional -- light nodes could just trust that the data corresponding to the commitments in the block headers was indeed made available by the Celestia DA layer. In addition, light nodes can also submit transactions to the celestia-app, i.e., PayForBlobs transactions.

    While performing DAS for a block header, every light node queries Celestia Nodes for a number of random data shares from the extended matrix and the corresponding Merkle proofs. If all the queries are successful, then the light node accepts the block header as valid (from a DA perspective).

    If at least one of the queries fails (i.e., either the data share is not received or the Merkle proof is invalid), then the light node rejects the block header and tries again later. The retrial is necessary to deal with false negatives, i.e., block headers being rejected although the block data is available. This may happen due to network congestion for example.

    Alternatively, light nodes may accept a block header although the data is not available, i.e., a false positive. This is possible since the soundness property (i.e., if an honest light node accepts a block as available, then at least one honest full node will eventually have the entire block data) is probabilistically guaranteed (for more details, take a look at the original paper).

    By fine tuning Celestia's parameters (e.g., the number of data shares sampled by each light node) the likelihood of false positives can be sufficiently reduced such that block producers have no incentive to withhold the block data.

    + \ No newline at end of file diff --git a/pr-1489/learn/how-to-stake-tia.html b/pr-1489/learn/how-to-stake-tia.html index 4da0517533..e20d540552 100644 --- a/pr-1489/learn/how-to-stake-tia.html +++ b/pr-1489/learn/how-to-stake-tia.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    How to stake TIA ​

    Celestia is a proof-of-stake blockchain based on the Cosmos SDK.

    Staking TIA as a delegator allows you to secure the Celestia network. This means that you can stake the native token TIA and vote on governance proposals.

    In this tutorial, you will learn how to stake TIA tokens via Keplr and Leap wallets.

    Select your preferred wallet ​

    Keplr
    Leap

    Stake TIA with Keplr wallet ​

    1️⃣ Open your Keplr browser extension ​

    Navigate to Staked and select Stake with Keplr Dashboard.

    This will open the Keplr dashboard in a new browser page.

    Keplr1

    2️⃣ Select Celestia network and search for a validator ​

    In the Keplr dashboard, select the Celestia network and pick a validator of your choice.

    Keplr1

    3️⃣ Stake your TIA tokens ​

    On the following screen enter amount of TIA tokens and select Stake.

    A Keplr popup will appear, requesting your approval for the transaction. Select Approve.

    Keplr1

    4️⃣ Confirm and manage your TIA ​

    After the transaction is confirmed, you will see the following overview dashboard where you can claim rewards, unstake, redelegate, or stake additional tokens.

    Keplr1

    Stake TIA with Leap wallet ​

    1️⃣ Open your Leap browser extension ​

    In top right select Celestia network and navigate to Stake.

    Similarly to previous step, select the +Stake button.

    Keplr1

    2️⃣ Select a validator and stake TIA ​

    On the following screen choose a validator of your choice, enter the desired amount, and click Review.

    Following that, review the transaction details and select Stake, then wait for the transaction to finalize.

    Keplr1

    3️⃣ Confirm and manage your TIA ​

    After the transaction is confirmed, you will see the following overview dashboard where you can claim rewards, unstake, redelegate, or stake additional tokens.

    Keplr1

    - +

    How to stake TIA ​

    Celestia is a proof-of-stake blockchain based on the Cosmos SDK.

    Staking TIA as a delegator allows you to secure the Celestia network. This means that you can stake the native token TIA and vote on governance proposals.

    In this tutorial, you will learn how to stake TIA tokens via Keplr and Leap wallets.

    Select your preferred wallet ​

    Keplr
    Leap

    Stake TIA with Keplr wallet ​

    1️⃣ Open your Keplr browser extension ​

    Navigate to Staked and select Stake with Keplr Dashboard.

    This will open the Keplr dashboard in a new browser page.

    Keplr1

    2️⃣ Select Celestia network and search for a validator ​

    In the Keplr dashboard, select the Celestia network and pick a validator of your choice.

    Keplr1

    3️⃣ Stake your TIA tokens ​

    On the following screen enter amount of TIA tokens and select Stake.

    A Keplr popup will appear, requesting your approval for the transaction. Select Approve.

    Keplr1

    4️⃣ Confirm and manage your TIA ​

    After the transaction is confirmed, you will see the following overview dashboard where you can claim rewards, unstake, redelegate, or stake additional tokens.

    Keplr1

    Stake TIA with Leap wallet ​

    1️⃣ Open your Leap browser extension ​

    In top right select Celestia network and navigate to Stake.

    Similarly to previous step, select the +Stake button.

    Keplr1

    2️⃣ Select a validator and stake TIA ​

    On the following screen choose a validator of your choice, enter the desired amount, and click Review.

    Following that, review the transaction details and select Stake, then wait for the transaction to finalize.

    Keplr1

    3️⃣ Confirm and manage your TIA ​

    After the transaction is confirmed, you will see the following overview dashboard where you can claim rewards, unstake, redelegate, or stake additional tokens.

    Keplr1

    + \ No newline at end of file diff --git a/pr-1489/learn/paying-for-blobspace.html b/pr-1489/learn/paying-for-blobspace.html index 038670fa86..16a0090536 100644 --- a/pr-1489/learn/paying-for-blobspace.html +++ b/pr-1489/learn/paying-for-blobspace.html @@ -12,7 +12,7 @@ - + @@ -39,8 +39,8 @@

    Appearance

    Paying for blobspace ​

    PayForBlobs transactions ​

    To publish data on Celestia, developers can submit PayForBlobs transactions. A PayForBlobs transaction consists of the identity of the sender, the data to be made available, the data size, the namespace, and a signature.

    Each PayForBlobs transaction is split into two parts: the blob or blobs which include the data to be made available along with the namespace, and the executable payment transaction which includes a commitment to the data.

    Both the blobs and executable payment transactions are put into the block within the appropriate namespace. The block data is extended using erasure coding and then Merkelized into a data root commitment included in the block header.

    Lifecycle of a celestia-app Transaction

    See the detailed life cycle of a Celestia transaction.

    Learn how to submit data to Celestia’s data availability layer.

    Fee market overview ​

    Celestia uses a standard gas-price prioritised mempool. This means that transactions with higher fees will be prioritised by validators. Fees are comprised of a flat fee per transaction and then a variable fee based on the size of each blob in the transaction.

    Understand how fees are calculated on Celestia in the overview on submitting PFB transactions.

    - +

    Paying for blobspace ​

    PayForBlobs transactions ​

    To publish data on Celestia, developers can submit PayForBlobs transactions. A PayForBlobs transaction consists of the identity of the sender, the data to be made available, the data size, the namespace, and a signature.

    Each PayForBlobs transaction is split into two parts: the blob or blobs which include the data to be made available along with the namespace, and the executable payment transaction which includes a commitment to the data.

    Both the blobs and executable payment transactions are put into the block within the appropriate namespace. The block data is extended using erasure coding and then Merkelized into a data root commitment included in the block header.

    Lifecycle of a celestia-app Transaction

    See the detailed life cycle of a Celestia transaction.

    Learn how to submit data to Celestia’s data availability layer.

    Fee market overview ​

    Celestia uses a standard gas-price prioritised mempool. This means that transactions with higher fees will be prioritised by validators. Fees are comprised of a flat fee per transaction and then a variable fee based on the size of each blob in the transaction.

    Understand how fees are calculated on Celestia in the overview on submitting PFB transactions.

    + \ No newline at end of file diff --git a/pr-1489/learn/retrievability.html b/pr-1489/learn/retrievability.html index 89df3a7984..ac8e522be4 100644 --- a/pr-1489/learn/retrievability.html +++ b/pr-1489/learn/retrievability.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Data retrievability and pruning ​

    The purpose of data availability layers such as Celestia is to ensure that block data is provably published, so that applications and rollups can know what the state of their chain is, and store that data. Once the data is published, data availability layers do not inherently guarantee that historical data will be permanently stored and remain retrievable.

    In this document, we discuss the state of data retrievability and pruning in Celestia, as well as some tips for rollup developers in order to ensure that syncing new rollup nodes is possible.

    Data retrievability and pruning in celestia-node ​

    As of version v0.13.0, celestia-node has implemented a light node sampling window of 30 days, as specified in CIP-4. This means that once pruning is implemented, light nodes will now only sample blocks within a 30-day window instead of sampling all blocks from genesis. This change introduces the concept of pruning to celestia-node, where data outside of the 30-day window may not be stored by light nodes, marking a significant update in how data retrievability and storage are managed within the network (v0.13.0 release notes).

    Data blobs older than the recency window will be pruned by default on light nodes, after pruning is fully implemented, but will continue to be stored by archival nodes that do not prune data. Light nodes will be able to query historic blob data in namespaces from archival nodes, as long as archival nodes exist on the public network.

    Once pruning is fully implemented, light nodes will only perform data availability sampling for blocks within the data recency window of 30 days.

    Suggested practices for rollups ​

    Rollups may need to access historic data in order to allow new rollup nodes to reconstruct the latest state by replaying historic blocks. Once data has been published on Celestia and guaranteed to have been made available, rollups and applications are responsible for storing their historical data.

    While it is possible to continue to do this by using the GetAll API method in celestia-node on historic blocks as long as archival nodes exist on the public Celestia network, rollup developers should not rely on this as the only method to access historical data, as archival nodes serving requests for historical data for free is not guaranteed. Below are some other suggested methods to access historical data.

    • Use professional archival node or data providers. It is expected that professional infrastructure providers will provide paid access to archival nodes, where historical data can be retrieved, for example using the GetAll API method. This provides better guarantees than solely relying on free archival nodes on the public Celestia network.
    • Share snapshots of rollup nodes. Rollups could share snapshots of their data directories which can be downloaded manually by users bootstrapping new nodes. These snapshots could contain the latest state of the rollup, and/or all the historical blocks.
    • Add peer-to-peer support for historical block sync. A less manual version of sharing snapshots, where rollup nodes could implement built-in support for block sync, where rollup nodes download historical block data from each other over a peer-to-peer network.
      • Namespace pinning. In the future, celestia-node is expected to allow nodes to choose to "pin" data from selected namespaces that they wish to store and make available for other nodes. This will allow rollup nodes to be responsible for storing their data, without needing to implement their own peer-to-peer historical block sync mechanism.
    - +

    Data retrievability and pruning ​

    The purpose of data availability layers such as Celestia is to ensure that block data is provably published, so that applications and rollups can know what the state of their chain is, and store that data. Once the data is published, data availability layers do not inherently guarantee that historical data will be permanently stored and remain retrievable.

    In this document, we discuss the state of data retrievability and pruning in Celestia, as well as some tips for rollup developers in order to ensure that syncing new rollup nodes is possible.

    Data retrievability and pruning in celestia-node ​

    As of version v0.13.0, celestia-node has implemented a light node sampling window of 30 days, as specified in CIP-4. This means that once pruning is implemented, light nodes will now only sample blocks within a 30-day window instead of sampling all blocks from genesis. This change introduces the concept of pruning to celestia-node, where data outside of the 30-day window may not be stored by light nodes, marking a significant update in how data retrievability and storage are managed within the network (v0.13.0 release notes).

    Data blobs older than the recency window will be pruned by default on light nodes, after pruning is fully implemented, but will continue to be stored by archival nodes that do not prune data. Light nodes will be able to query historic blob data in namespaces from archival nodes, as long as archival nodes exist on the public network.

    Once pruning is fully implemented, light nodes will only perform data availability sampling for blocks within the data recency window of 30 days.

    Suggested practices for rollups ​

    Rollups may need to access historic data in order to allow new rollup nodes to reconstruct the latest state by replaying historic blocks. Once data has been published on Celestia and guaranteed to have been made available, rollups and applications are responsible for storing their historical data.

    While it is possible to continue to do this by using the GetAll API method in celestia-node on historic blocks as long as archival nodes exist on the public Celestia network, rollup developers should not rely on this as the only method to access historical data, as archival nodes serving requests for historical data for free is not guaranteed. Below are some other suggested methods to access historical data.

    • Use professional archival node or data providers. It is expected that professional infrastructure providers will provide paid access to archival nodes, where historical data can be retrieved, for example using the GetAll API method. This provides better guarantees than solely relying on free archival nodes on the public Celestia network.
    • Share snapshots of rollup nodes. Rollups could share snapshots of their data directories which can be downloaded manually by users bootstrapping new nodes. These snapshots could contain the latest state of the rollup, and/or all the historical blocks.
    • Add peer-to-peer support for historical block sync. A less manual version of sharing snapshots, where rollup nodes could implement built-in support for block sync, where rollup nodes download historical block data from each other over a peer-to-peer network.
      • Namespace pinning. In the future, celestia-node is expected to allow nodes to choose to "pin" data from selected namespaces that they wish to store and make available for other nodes. This will allow rollup nodes to be responsible for storing their data, without needing to implement their own peer-to-peer historical block sync mechanism.
    + \ No newline at end of file diff --git a/pr-1489/learn/staking-governance-supply.html b/pr-1489/learn/staking-governance-supply.html index 1479615a68..052d27525b 100644 --- a/pr-1489/learn/staking-governance-supply.html +++ b/pr-1489/learn/staking-governance-supply.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Staking, governance, & supply ​

    Proof-of-stake on Celestia ​

    Celestia is a proof-of-stake blockchain based on CometBFT and the Cosmos SDK. Celestia supports in-protocol delegation and will start with an initial validator set of 100.

    Staking TIA as a validator or delegator enables you to earn staking rewards from the network. Validators charge a fee to delegators which gives them a percentage of staking rewards.

    Learn how proof of stake works on Cosmos SDK chains like Celestia.

    Consensus mechanismProof-of-stake
    Blockchain frameworkCosmos SDK
    Validator set size100
    Delegation supportYes

    Learn how to stake on your own at the community dashboards.

    Inflation ​

    TIA inflation starts at 8% annually and decreases by 10% every year until it reaches the long term issuance rate of 1.5%. Exact annual inflation rates can be found in the diagram below.

    inflation diagram

    The annual provisions for inflation are calculated based on the total supply of TIA at the beginning of each year. To calculate how many TIA to issue per block, Celestia uses the block timestamp rather than the block height since the time between blocks can vary and cause actual issuance to be higher than the target.

    For an in-depth understanding, refer to ADR019.

    Decentralised governance ​

    Network parameters ​

    TIA holders (not just stakers) can propose and vote on governance proposals to change a subset of network parameters. To learn more, see a complete list of both the changeable and non-changeable parameters and their values. Additionally, learn how to submit and vote on governance proposals.

    Community pool ​

    Starting at genesis, Celestia’s community pool receives 2% of all Celestia block rewards. TIA stakers may vote to fund ecosystem initiatives as in many other Cosmos SDK chains.

    Learn how to submit a governance proposal to spend community pool funds .

    TIA allocation at genesis ​

    Celestia will have a total supply of 1,000,000,000 TIA at genesis, split across five categories described in the chart and table below.

    allocation diagram

    CategoryDescription%
    Public AllocationGenesis Drop and Incentivized Testnet: 7.4%
    Future initiatives: 12.6%    		20%
    R&D & EcosystemTokens allocated to the Celestia Foundation and core devs for research, development, and ecosystem initiatives including:
    - Protocol maintenance and development
    - Programs for rollup developers, infrastructure, and node operators    		26.8%
    Early Backers: Series A&BEarly supporters of Celestia19.7%
    Early Backers: SeedEarly supporters of Celestia15.9%
    Initial Core ContributorsMembers of Celestia Labs, the first core contributor to Celestia17.6%

    Unlocks ​

    Celestia’s 1 billion TIA supply at genesis will be subject to several different unlock schedules. All tokens, locked or unlocked, may be staked, but staking rewards are unlocked upon receipt and will add to the circulating supply.

    Circulating supply is defined as the amount of TIA tokens in general circulation without onchain transfer restrictions.

    Available supply is defined as the amount of TIA tokens that are either part of the circulating supply or are unlocked but subject to some form of governance to determine when the tokens are allocated. This includes the unlocked portion of the R&D & Ecosystem tokens and the tokens set aside for future initiatives.

    The definitions for circulating and available supply were adapted from Optimism’s definitions.

    supply diagram

    Unlock schedule by category is described in the table below.

    CategoryUnlock Schedule
    Public AllocationFully unlocked at launch.
    R&D & Ecosystem25% unlocked at launch.
    Remaining 75% unlocks continuously from year 1 to year 4.
    Initial Core Contributors33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 3.
    Early Backers: Seed33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 2.
    Early Backers: Series A&B33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 2.
    - +

    Staking, governance, & supply ​

    Proof-of-stake on Celestia ​

    Celestia is a proof-of-stake blockchain based on CometBFT and the Cosmos SDK. Celestia supports in-protocol delegation and will start with an initial validator set of 100.

    Staking TIA as a validator or delegator enables you to earn staking rewards from the network. Validators charge a fee to delegators which gives them a percentage of staking rewards.

    Learn how proof of stake works on Cosmos SDK chains like Celestia.

    Consensus mechanismProof-of-stake
    Blockchain frameworkCosmos SDK
    Validator set size100
    Delegation supportYes

    Learn how to stake on your own at the community dashboards.

    Inflation ​

    TIA inflation starts at 8% annually and decreases by 10% every year until it reaches the long term issuance rate of 1.5%. Exact annual inflation rates can be found in the diagram below.

    inflation diagram

    The annual provisions for inflation are calculated based on the total supply of TIA at the beginning of each year. To calculate how many TIA to issue per block, Celestia uses the block timestamp rather than the block height since the time between blocks can vary and cause actual issuance to be higher than the target.

    For an in-depth understanding, refer to ADR019.

    Decentralised governance ​

    Network parameters ​

    TIA holders (not just stakers) can propose and vote on governance proposals to change a subset of network parameters. To learn more, see a complete list of both the changeable and non-changeable parameters and their values. Additionally, learn how to submit and vote on governance proposals.

    Community pool ​

    Starting at genesis, Celestia’s community pool receives 2% of all Celestia block rewards. TIA stakers may vote to fund ecosystem initiatives as in many other Cosmos SDK chains.

    Learn how to submit a governance proposal to spend community pool funds .

    TIA allocation at genesis ​

    Celestia will have a total supply of 1,000,000,000 TIA at genesis, split across five categories described in the chart and table below.

    allocation diagram

    CategoryDescription%
    Public AllocationGenesis Drop and Incentivized Testnet: 7.4%
    Future initiatives: 12.6%    		20%
    R&D & EcosystemTokens allocated to the Celestia Foundation and core devs for research, development, and ecosystem initiatives including:
    - Protocol maintenance and development
    - Programs for rollup developers, infrastructure, and node operators    		26.8%
    Early Backers: Series A&BEarly supporters of Celestia19.7%
    Early Backers: SeedEarly supporters of Celestia15.9%
    Initial Core ContributorsMembers of Celestia Labs, the first core contributor to Celestia17.6%

    Unlocks ​

    Celestia’s 1 billion TIA supply at genesis will be subject to several different unlock schedules. All tokens, locked or unlocked, may be staked, but staking rewards are unlocked upon receipt and will add to the circulating supply.

    Circulating supply is defined as the amount of TIA tokens in general circulation without onchain transfer restrictions.

    Available supply is defined as the amount of TIA tokens that are either part of the circulating supply or are unlocked but subject to some form of governance to determine when the tokens are allocated. This includes the unlocked portion of the R&D & Ecosystem tokens and the tokens set aside for future initiatives.

    The definitions for circulating and available supply were adapted from Optimism’s definitions.

    supply diagram

    Unlock schedule by category is described in the table below.

    CategoryUnlock Schedule
    Public AllocationFully unlocked at launch.
    R&D & Ecosystem25% unlocked at launch.
    Remaining 75% unlocks continuously from year 1 to year 4.
    Initial Core Contributors33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 3.
    Early Backers: Seed33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 2.
    Early Backers: Series A&B33% unlocked at year 1.
    Remaining 67% unlocks continuously from year 1 to year 2.
    + \ No newline at end of file diff --git a/pr-1489/learn/staking.html b/pr-1489/learn/staking.html index 1b5d2b13b1..7232feaba0 100644 --- a/pr-1489/learn/staking.html +++ b/pr-1489/learn/staking.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Staking on Celestia ​

    Engage with the Celestia network at a deeper level through staking. An essential mechanism to a proof-of-stake network, users can secure the network by delegating to a validator and receive a share of its staking rewards.

    Mainnet Beta ​

    Currently, the following staking interfaces exist for the Mainnet Beta.

    Just connect your wallet to get started!

    Mocha testnet ​

    Currently, the following staking interfaces exist for the Mocha testnet.

    Just connect your wallet to get started!

    - +

    Staking on Celestia ​

    Engage with the Celestia network at a deeper level through staking. An essential mechanism to a proof-of-stake network, users can secure the network by delegating to a validator and receive a share of its staking rewards.

    Mainnet Beta ​

    Currently, the following staking interfaces exist for the Mainnet Beta.

    Just connect your wallet to get started!

    Mocha testnet ​

    Currently, the following staking interfaces exist for the Mocha testnet.

    Just connect your wallet to get started!

    + \ No newline at end of file diff --git a/pr-1489/learn/tia.html b/pr-1489/learn/tia.html index cf6436d543..914f876185 100644 --- a/pr-1489/learn/tia.html +++ b/pr-1489/learn/tia.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Overview of TIA ​

    TIA at a glance ​

    PropertyDetails
    AbbreviationTIA
    Total supply at genesis1,000,000,000 TIA
    Inflation schedule8% in the first year, decreasing 10% per year until reaching an inflation floor of 1.5% annually
    Decimals6
    Conversion1 uTIA=TIA×10−6

    Role of TIA ​

    Paying for blobspace ​

    Celestia’s native asset, TIA, is an essential part of how developers build on the first modular blockchain network. To use Celestia for data availability, rollup developers submit PayForBlobs transactions on the network for a fee, denominated in TIA.

    Bootstrapping new rollups ​

    A core part of the Celestia vision is that deploying a blockchain should be as easy as deploying a smart contract. In the modular era, developers no longer need to issue a token to launch their own blockchain.

    Similarly to ETH on Ethereum-based rollups, developers may opt to bootstrap their chain quickly by using TIA as a gas token and currency, in addition to paying for data availability. In this mode, developers can focus on creating their application or execution layer, instead of issuing a token right away.

    Proof-of-stake ​

    As a permissionless network built with Cosmos SDK, Celestia uses proof-of-stake to secure its own consensus. Like in other Cosmos networks, any user can help secure the network by delegating their TIA to a Celestia validator for a portion of their validator’s staking rewards.

    Learn how proof-of-stake works in Cosmos.

    Decentralised governance ​

    TIA staking also allows the community to play a critical role in decentralised governance over key parts of Celestia, such as voting on network parameters through governance proposals, and governing the community pool, which receives 2% of block rewards.

    Learn more about Celestia’s decentralised governance model.

    Denominations ​

    TIA: display token ​

    TIA is the DisplayDenom that you will typically see in wallets and user interfaces.

    utia: staking denomination ​

    utia is the BondDenom and stands for "micro TIA", with 1 TIA = 1,000,000 utia. This is the native staking denomination.

    In staking operations or transactions, if no denomination is specified, utia is assumed.

    microtia: staking denomination alias ​

    microtia is the BondDenomAlias, an alias for utia.

    - +

    Overview of TIA ​

    TIA at a glance ​

    PropertyDetails
    AbbreviationTIA
    Total supply at genesis1,000,000,000 TIA
    Inflation schedule8% in the first year, decreasing 10% per year until reaching an inflation floor of 1.5% annually
    Decimals6
    Conversion1 uTIA=TIA×10−6

    Role of TIA ​

    Paying for blobspace ​

    Celestia’s native asset, TIA, is an essential part of how developers build on the first modular blockchain network. To use Celestia for data availability, rollup developers submit PayForBlobs transactions on the network for a fee, denominated in TIA.

    Bootstrapping new rollups ​

    A core part of the Celestia vision is that deploying a blockchain should be as easy as deploying a smart contract. In the modular era, developers no longer need to issue a token to launch their own blockchain.

    Similarly to ETH on Ethereum-based rollups, developers may opt to bootstrap their chain quickly by using TIA as a gas token and currency, in addition to paying for data availability. In this mode, developers can focus on creating their application or execution layer, instead of issuing a token right away.

    Proof-of-stake ​

    As a permissionless network built with Cosmos SDK, Celestia uses proof-of-stake to secure its own consensus. Like in other Cosmos networks, any user can help secure the network by delegating their TIA to a Celestia validator for a portion of their validator’s staking rewards.

    Learn how proof-of-stake works in Cosmos.

    Decentralised governance ​

    TIA staking also allows the community to play a critical role in decentralised governance over key parts of Celestia, such as voting on network parameters through governance proposals, and governing the community pool, which receives 2% of block rewards.

    Learn more about Celestia’s decentralised governance model.

    Denominations ​

    TIA: display token ​

    TIA is the DisplayDenom that you will typically see in wallets and user interfaces.

    utia: staking denomination ​

    utia is the BondDenom and stands for "micro TIA", with 1 TIA = 1,000,000 utia. This is the native staking denomination.

    In staking operations or transactions, if no denomination is specified, utia is assumed.

    microtia: staking denomination alias ​

    microtia is the BondDenomAlias, an alias for utia.

    + \ No newline at end of file diff --git a/pr-1489/nodes/arabica-devnet.html b/pr-1489/nodes/arabica-devnet.html index 41d4f65a11..26835b8637 100644 --- a/pr-1489/nodes/arabica-devnet.html +++ b/pr-1489/nodes/arabica-devnet.html @@ -14,7 +14,7 @@ - + @@ -45,8 +45,8 @@ –core.grpc.port <port> \
    celestia <da_type> start –core.ip <url> –core.rpc.port <port> \
     –core.grpc.port <port> \

    RPCs for DA nodes to initialise or start your celestia-node to Arabica devnet with can be found in the table in the "Direct endpoints with open ports" section above.

    As an example, this command will work to start a light node with state access, using default ports:

    bash
    celestia light start --p2p.netowrk arabica \
   --core.ip validator-1.celestia-arabica-11.com
    celestia light start --p2p.netowrk arabica \
-  --core.ip validator-1.celestia-arabica-11.com

    Bridge node runners

    Not all of the RPC endpoints do not guarantee the full block history. Find an archive endpoint on the community dashboard or run your own consensus full node with no pruning for your bridge node.

    Arabica devnet faucet ​

    WARNING

    USING THIS FAUCET DOES NOT ENTITLE YOU TO ANY AIRDROP OR OTHER DISTRIBUTION OF MAINNET CELESTIA TOKENS. THERE ARE NO PUBLIC SALES OF ANY MAINNET CELESTIA TOKENS.

    Discord ​

    You can request from Arabica devnet Faucet on the #arabica-faucet channel on Celestia's Discord server with the following command:

    text
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>

    Where <CELESTIA-ADDRESS> is a celestia1****** generated address.

    NOTE

    Faucet has a limit of 10 tokens per week per address/Discord ID.

    Web ​

    The web faucet is available at https://faucet.celestia-arabica-11.com/.

    Explorers ​

    There are multiple explorers you can use for Arabica:

    Network upgrades ​

    Join our Telegram announcement channel for network upgrades.

    - + --core.ip validator-1.celestia-arabica-11.com

    Bridge node runners

    Not all of the RPC endpoints do not guarantee the full block history. Find an archive endpoint on the community dashboard or run your own consensus full node with no pruning for your bridge node.

    Arabica devnet faucet ​

    WARNING

    USING THIS FAUCET DOES NOT ENTITLE YOU TO ANY AIRDROP OR OTHER DISTRIBUTION OF MAINNET CELESTIA TOKENS. THERE ARE NO PUBLIC SALES OF ANY MAINNET CELESTIA TOKENS.

    Discord ​

    You can request from Arabica devnet Faucet on the #arabica-faucet channel on Celestia's Discord server with the following command:

    text
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>

    Where <CELESTIA-ADDRESS> is a celestia1****** generated address.

    NOTE

    Faucet has a limit of 10 tokens per week per address/Discord ID.

    Web ​

    The web faucet is available at https://faucet.celestia-arabica-11.com/.

    Explorers ​

    There are multiple explorers you can use for Arabica:

    Network upgrades ​

    Join our Telegram announcement channel for network upgrades.

    + \ No newline at end of file diff --git a/pr-1489/nodes/bridge-node.html b/pr-1489/nodes/bridge-node.html index 91c40e387c..b53b12f68b 100644 --- a/pr-1489/nodes/bridge-node.html +++ b/pr-1489/nodes/bridge-node.html @@ -11,7 +11,7 @@ - + @@ -38,14 +38,14 @@

    Appearance

    Setting up a Celestia bridge node ​

    This tutorial will go over the steps to setting up your Celestia bridge node.

    Bridge nodes connect the data availability layer and the consensus layer.

    Overview of bridge nodes ​

    A Celestia bridge node has the following properties:

    1. Import and process “raw” headers & blocks from a trusted core process (meaning a trusted RPC connection to a celestia-core node) in the Consensus network. Bridge nodes can run this core process internally (embedded) or simply connect to a remote endpoint. Bridge nodes also have the option of being an active validator in the consensus network.
    2. Validate and erasure code the “raw” blocks
    3. Supply block shares with data availability headers to light nodes in the DA network.

    bridge-node-diagram

    From an implementation perspective, Bridge nodes run two separate processes:

    1. celestia-app with celestia-core (see repo)

      • celestia-app is the state machine where the application and the proof-of-stake logic is run. celestia-app is built on Cosmos SDK and also encompasses celestia-core.
      • celestia-core is the state interaction, consensus and block production layer. celestia-core is built on Tendermint Core, modified to store data roots of erasure coded blocks among other changes (see ADRs).

    2. celestia-node (see repo)

      • celestia-node augments the above with a separate libp2p network that serves data availability sampling requests. The team sometimes refers to this as the “halo” network.

    Hardware requirements ​

    The following hardware minimum requirements are recommended for running the bridge node:

    • Memory: 4 GB RAM (minimum)
    • CPU: 6 cores
    • Disk: 10 TB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload

    Setting up your bridge node ​

    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.

    Setup the dependencies ​

    Follow the tutorial for installing the dependencies.

    Deploy the Celestia bridge node ​

    Install Celestia Node ​

    Install the celestia-node binary, which will be used to run the bridge node.

    Follow the tutorial for installing celestia-node.

    Initialize the bridge node ​

    Run the following:

    sh
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>

    The --core.ip gRPC port defaults to 9090, so if you do not specify it in the command line, it will default to that port. You can add the port after the IP address or use the --core.grpc.port flag to specify another port if you prefer.

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.

    Here is an example of initializing the bridge node:

    sh
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>
    sh
    celestia bridge init --core.ip <URI> --p2p.network mocha
    celestia bridge init --core.ip <URI> --p2p.network mocha
    sh
    celestia bridge init --core.ip <URI> --p2p.network arabica
    celestia bridge init --core.ip <URI> --p2p.network arabica

    Run the bridge node ​

    Start the bridge node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):

    sh
    celestia bridge start --core.ip <URI>
    celestia bridge start --core.ip <URI>

    Here is an example of starting the bridge node on Mocha:

    sh
    celestia bridge start --core.ip rpc-mocha.pops.one:26657 --p2p.network mocha
    celestia bridge start --core.ip rpc-mocha.pops.one:26657 --p2p.network mocha

    And on Arabica:

    sh
    celestia bridge start --core.ip validator-1.celestia-arabica-11.com \
+

    Setting up a Celestia bridge node ​

    This tutorial will go over the steps to setting up your Celestia bridge node.

    Bridge nodes connect the data availability layer and the consensus layer.

    Overview of bridge nodes ​

    A Celestia bridge node has the following properties:

    1. Import and process “raw” headers & blocks from a trusted core process (meaning a trusted RPC connection to a celestia-core node) in the Consensus network. Bridge nodes can run this core process internally (embedded) or simply connect to a remote endpoint. Bridge nodes also have the option of being an active validator in the consensus network.
    2. Validate and erasure code the “raw” blocks
    3. Supply block shares with data availability headers to light nodes in the DA network.

    bridge-node-diagram

    From an implementation perspective, Bridge nodes run two separate processes:

    1. celestia-app with celestia-core (see repo)

      • celestia-app is the state machine where the application and the proof-of-stake logic is run. celestia-app is built on Cosmos SDK and also encompasses celestia-core.
      • celestia-core is the state interaction, consensus and block production layer. celestia-core is built on Tendermint Core, modified to store data roots of erasure coded blocks among other changes (see ADRs).

    2. celestia-node (see repo)

      • celestia-node augments the above with a separate libp2p network that serves data availability sampling requests. The team sometimes refers to this as the “halo” network.

    Hardware requirements ​

    The following hardware minimum requirements are recommended for running the bridge node:

    • Memory: 4 GB RAM (minimum)
    • CPU: 6 cores
    • Disk: 10 TB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload

    Setting up your bridge node ​

    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.

    Setup the dependencies ​

    Follow the tutorial for installing the dependencies.

    Deploy the Celestia bridge node ​

    Install Celestia Node ​

    Install the celestia-node binary, which will be used to run the bridge node.

    Follow the tutorial for installing celestia-node.

    Initialize the bridge node ​

    Run the following:

    sh
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>

    The --core.ip gRPC port defaults to 9090, so if you do not specify it in the command line, it will default to that port. You can add the port after the IP address or use the --core.grpc.port flag to specify another port if you prefer.

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.

    Here is an example of initializing the bridge node:

    sh
    celestia bridge init --core.ip <URI>
    celestia bridge init --core.ip <URI>
    sh
    celestia bridge init --core.ip <URI> --p2p.network mocha
    celestia bridge init --core.ip <URI> --p2p.network mocha
    sh
    celestia bridge init --core.ip <URI> --p2p.network arabica
    celestia bridge init --core.ip <URI> --p2p.network arabica

    Run the bridge node ​

    Start the bridge node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):

    sh
    celestia bridge start --core.ip <URI>
    celestia bridge start --core.ip <URI>

    Here is an example of starting the bridge node on Mocha:

    sh
    celestia bridge start --core.ip rpc-mocha.pops.one:26657 --p2p.network mocha
    celestia bridge start --core.ip rpc-mocha.pops.one:26657 --p2p.network mocha

    And on Arabica:

    sh
    celestia bridge start --core.ip validator-1.celestia-arabica-11.com \
   --p2p.network arabica
    celestia bridge start --core.ip validator-1.celestia-arabica-11.com \
-  --p2p.network arabica

    You can create your key for your node by following the cel-key instructions.

    Once you start the bridge node, a wallet key will be generated for you. You will need to fund that address with Testnet tokens to pay for PayForBlob transactions. You can find the address by running the following command:

    sh
    ./cel-key list --node.type bridge --keyring-backend test --p2p.network <network>
    ./cel-key list --node.type bridge --keyring-backend test --p2p.network <network>

    TIP

    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

    You can get testnet tokens from:

    NOTE

    If you are running a bridge node for your validator it is highly recommended to request Mocha testnet tokens as this is the testnet used to test out validator operations.

    Optional: run the bridge node with a custom key ​

    In order to run a bridge node using a custom key:

    1. The custom key must exist inside the celestia bridge node directory at the correct path (default: ~/.celestia-bridge/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key>
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key>
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \
+  --p2p.network arabica

    You can create your key for your node by following the cel-key instructions.

    Once you start the bridge node, a wallet key will be generated for you. You will need to fund that address with Testnet tokens to pay for PayForBlob transactions. You can find the address by running the following command:

    sh
    ./cel-key list --node.type bridge --keyring-backend test --p2p.network <network>
    ./cel-key list --node.type bridge --keyring-backend test --p2p.network <network>

    TIP

    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

    You can get testnet tokens from:

    NOTE

    If you are running a bridge node for your validator it is highly recommended to request Mocha testnet tokens as this is the testnet used to test out validator operations.

    Optional: run the bridge node with a custom key ​

    In order to run a bridge node using a custom key:

    1. The custom key must exist inside the celestia bridge node directory at the correct path (default: ~/.celestia-bridge/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key>
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key>
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \
   --p2p.network mocha
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \
   --p2p.network mocha
    sh
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \
   --p2p.network arabica
    celestia bridge start --core.ip <URI> --keyring.accname <name-of-custom-key> \
-  --p2p.network arabica

    Optional: start the bridge node with SystemD ​

    Follow the tutorial on setting up the bridge node as a background process with SystemD.

    You have successfully set up a bridge node that is syncing with the network.

    - + --p2p.network arabica

    Optional: start the bridge node with SystemD ​

    Follow the tutorial on setting up the bridge node as a background process with SystemD.

    You have successfully set up a bridge node that is syncing with the network.

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-app-commands.html b/pr-1489/nodes/celestia-app-commands.html index 00928fbb0f..56956822ca 100644 --- a/pr-1489/nodes/celestia-app-commands.html +++ b/pr-1489/nodes/celestia-app-commands.html @@ -11,7 +11,7 @@ - + @@ -250,8 +250,8 @@ --commission-max-rate=0.2 \ --commission-max-change-rate=0.01 \ --min-self-delegation=1 \ - --evm-address=$EVM_ADDRESS \

    You can then share your gentx JSON file on the networks repo in the respective network directory you are participating in.

    - + --evm-address=$EVM_ADDRESS \

    You can then share your gentx JSON file on the networks repo in the respective network directory you are participating in.

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-app-metrics.html b/pr-1489/nodes/celestia-app-metrics.html index 009bc32541..e4972387ab 100644 --- a/pr-1489/nodes/celestia-app-metrics.html +++ b/pr-1489/nodes/celestia-app-metrics.html @@ -11,7 +11,7 @@ - + @@ -120,8 +120,8 @@ static_configs: # Point to the same endpoint that Celestia is publishing on - - targets: ["localhost:26660"]

    Note, that Prometheus by default runs its server on :9090. If you are running this on the same machine as your consensus node, it will collide with gRPC which runs on the same port. To avoid this, either switch off gRPC (if it's not needed), change the gRPC port in app.toml, or run Prometheus on a different port e.g. --web.listen-address="0.0.0.0:8000"

    To run the prometheus server:

    bash
    prometheus --config.file="$HOME/.celestia-app/config/prometheus.yml"
    prometheus --config.file="$HOME/.celestia-app/config/prometheus.yml"

    A prometheus server can scrape metrics from multiple nodes at once; a good way of bringing together information from many machines to one place.

    To visualize the information, you can use Grafana: either with their cloud option or run the open source code yourself.

    Once setup, run:

    bash
    grafana server
    grafana server

    which will begin a server on localhost:3000. If you open the url on your browser you will see the Grafana login page. Use admin for both the user and password to log in.

    You will need to link the prometheus server as a data source. To do that go to "Configuration" in the sidebar and then "Data Sources". Add a new data source specifying the URL of the Prometheus instance (default at localhost:9090). Click "Save & test" to confirm.

    Lastly, you will need to setup a dashboard. You can choose to do this yourself, handpicking the metrics that are important or you can simply export an existing design. Fortunately the cosmos ecosystem has conjured a "Cosmos Dashboard". On the sidebar, click "Dashboards" and then "import". Enter the following dashboard ID: 11036 and then link it to the "Prometheus" data source you just set up. Finally click the "Import" button and the "Cosmos Dashboard" should appear.

    Node exporter ​

    Celestia's metrics include a plethora of application specific trackers but it's also important to keep an eye on system level metrics such as memory usage and disk space. This can be best achieved by running Node Exporter. Follow the guide in the link to get set up, adding the port number to the prometheus.yml file.

    Alerts ​

    The final cherry on the cake is to integrate your monitoring system with a mechanism for producing alerts to warn you if your node has crashed or is no longer able to stay at the head of the chain.

    Since we're already using Grafana, we can install the Grafana OnCall plugin. OnCall allows you to setup integrations. It could be a webhook or a direct integration into Telegram or Slack. You can find more information on Grafana's Docs Page.

    - + - targets: ["localhost:26660"]

    Note, that Prometheus by default runs its server on :9090. If you are running this on the same machine as your consensus node, it will collide with gRPC which runs on the same port. To avoid this, either switch off gRPC (if it's not needed), change the gRPC port in app.toml, or run Prometheus on a different port e.g. --web.listen-address="0.0.0.0:8000"

    To run the prometheus server:

    bash
    prometheus --config.file="$HOME/.celestia-app/config/prometheus.yml"
    prometheus --config.file="$HOME/.celestia-app/config/prometheus.yml"

    A prometheus server can scrape metrics from multiple nodes at once; a good way of bringing together information from many machines to one place.

    To visualize the information, you can use Grafana: either with their cloud option or run the open source code yourself.

    Once setup, run:

    bash
    grafana server
    grafana server

    which will begin a server on localhost:3000. If you open the url on your browser you will see the Grafana login page. Use admin for both the user and password to log in.

    You will need to link the prometheus server as a data source. To do that go to "Configuration" in the sidebar and then "Data Sources". Add a new data source specifying the URL of the Prometheus instance (default at localhost:9090). Click "Save & test" to confirm.

    Lastly, you will need to setup a dashboard. You can choose to do this yourself, handpicking the metrics that are important or you can simply export an existing design. Fortunately the cosmos ecosystem has conjured a "Cosmos Dashboard". On the sidebar, click "Dashboards" and then "import". Enter the following dashboard ID: 11036 and then link it to the "Prometheus" data source you just set up. Finally click the "Import" button and the "Cosmos Dashboard" should appear.

    Node exporter ​

    Celestia's metrics include a plethora of application specific trackers but it's also important to keep an eye on system level metrics such as memory usage and disk space. This can be best achieved by running Node Exporter. Follow the guide in the link to get set up, adding the port number to the prometheus.yml file.

    Alerts ​

    The final cherry on the cake is to integrate your monitoring system with a mechanism for producing alerts to warn you if your node has crashed or is no longer able to stay at the head of the chain.

    Since we're already using Grafana, we can install the Grafana OnCall plugin. OnCall allows you to setup integrations. It could be a webhook or a direct integration into Telegram or Slack. You can find more information on Grafana's Docs Page.

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-app-multisig.html b/pr-1489/nodes/celestia-app-multisig.html index 56b27f7b88..322a8e9044 100644 --- a/pr-1489/nodes/celestia-app-multisig.html +++ b/pr-1489/nodes/celestia-app-multisig.html @@ -11,7 +11,7 @@ - + @@ -140,8 +140,8 @@ celestia-appd tx multisign unsignedTx.json multisig \ test1sig.json test2sig.json \ --output-document signedTx.json \ - --chain-id $CHAIN_ID

    Resources ​

    - + --chain-id $CHAIN_ID

    Resources ​

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-app-slashing.html b/pr-1489/nodes/celestia-app-slashing.html index eda0b4e1bb..07b244f0a4 100644 --- a/pr-1489/nodes/celestia-app-slashing.html +++ b/pr-1489/nodes/celestia-app-slashing.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Slashing on Celestia ​

    Slashing is a mechanism employed in proof of stake blockchains that is used to deter and punish malicious behavior. It functions by removing a percentage of a validator's stake each time they act harmfully towards the network.

    Celestia is built with the Cosmos SDK and uses the x/slashing module.

    If a validator gets slashed, delegators bonded to that validator will also have the same percentage of their delegated funds slashed.

    The following are the conditions for a validator to get slashed:

    1. Downtime: If a validator is offline for more than 25% of a rolling window of the last 5,000 blocks, they will be jailed for 1 minute. During this period, the validator is removed from the validator set temporarily, and will be unable to propose new blocks or earn rewards. After the jail period, the validator can send an unjail request to rejoin the validator set.

    2. Double signing: This is a more severe offense and results in a larger percentage loss. If a validator engages in double signing, the validator will lose 2% of their stake and the remainder of their stake will be returned to them. The validator will be permanently removed from the validator set and will not have the ability to unjail. Delegators bonded to that validator will automatically enter the unbonding period for 21 days, and can delegate to another validator after they have been unbonded.

    For more details on the slashing parameters, refer to the celestia-app specifications page.

    - +

    Slashing on Celestia ​

    Slashing is a mechanism employed in proof of stake blockchains that is used to deter and punish malicious behavior. It functions by removing a percentage of a validator's stake each time they act harmfully towards the network.

    Celestia is built with the Cosmos SDK and uses the x/slashing module.

    If a validator gets slashed, delegators bonded to that validator will also have the same percentage of their delegated funds slashed.

    The following are the conditions for a validator to get slashed:

    1. Downtime: If a validator is offline for more than 25% of a rolling window of the last 5,000 blocks, they will be jailed for 1 minute. During this period, the validator is removed from the validator set temporarily, and will be unable to propose new blocks or earn rewards. After the jail period, the validator can send an unjail request to rejoin the validator set.

    2. Double signing: This is a more severe offense and results in a larger percentage loss. If a validator engages in double signing, the validator will lose 2% of their stake and the remainder of their stake will be returned to them. The validator will be permanently removed from the validator set and will not have the ability to unjail. Delegators bonded to that validator will automatically enter the unbonding period for 21 days, and can delegate to another validator after they have been unbonded.

    For more details on the slashing parameters, refer to the celestia-app specifications page.

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-app-upgrade-monitor.html b/pr-1489/nodes/celestia-app-upgrade-monitor.html index 669888fedc..4e9ccfd9be 100644 --- a/pr-1489/nodes/celestia-app-upgrade-monitor.html +++ b/pr-1489/nodes/celestia-app-upgrade-monitor.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Upgrade Monitor ​

    Upgrade monitor is a binary that monitors that status of upgrades on a Celestia network. See the README for instructions on how to install and use the binary.

    - +

    Upgrade Monitor ​

    Upgrade monitor is a binary that monitors that status of upgrades on a Celestia network. See the README for instructions on how to install and use the binary.

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-app-vesting.html b/pr-1489/nodes/celestia-app-vesting.html index c5a04207a9..b820852380 100644 --- a/pr-1489/nodes/celestia-app-vesting.html +++ b/pr-1489/nodes/celestia-app-vesting.html @@ -11,7 +11,7 @@ - + @@ -252,8 +252,8 @@ # <host>:<port> to Tendermint RPC interface for this chain node = "tcp://rpc-mocha.pops.one:443" # Transaction broadcasting mode (sync|async|block) -broadcast-mode = "sync"

    Notes ​

    Not all vesting accounts can be created with a message, some need to be set at genesis. You can learn more in the Cosmos Network documentation.

    Conclusion ​

    Congratulations! You've learned how to create a local devnet, create a vesting account on it, and how to make a vesting account on the Mocha testnet!

    - +broadcast-mode = "sync"

    Notes ​

    Not all vesting accounts can be created with a message, some need to be set at genesis. You can learn more in the Cosmos Network documentation.

    Conclusion ​

    Congratulations! You've learned how to create a local devnet, create a vesting account on it, and how to make a vesting account on the Mocha testnet!

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-app-wallet.html b/pr-1489/nodes/celestia-app-wallet.html index 25bd1ad924..07ea3000ca 100644 --- a/pr-1489/nodes/celestia-app-wallet.html +++ b/pr-1489/nodes/celestia-app-wallet.html @@ -11,7 +11,7 @@ - + @@ -40,8 +40,8 @@

    Create a wallet with celestia-app ​

    For this guide, we will go over how you can generate a Celestia wallet using celestia-app.

    Prerequisites ​

    Note, you do not need to install celestia-node for this tutorial.

    Create a wallet ​

    First, create an application CLI configuration file:

    sh
    celestia-appd config keyring-backend test
    celestia-appd config keyring-backend test

    You can pick whatever wallet name you want. For our example we used "validator" as the wallet name:

    sh
    celestia-appd keys add validator --interactive
    celestia-appd keys add validator --interactive

    Save the mnemonic output as this is the only way to recover your validator wallet in case you lose it!

    To check all your wallets you can run:

    sh
    celestia-appd keys list
    celestia-appd keys list

    Fund a wallet ​

    For the public celestia address, you can fund the previously created wallet via Discord by sending this message to either the #mocha-faucet or #arabica-faucet channel:

    text
    $request celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    $request celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    Wait to see if you get a confirmation that the tokens have been successfully sent. To check if tokens have arrived successfully to the destination wallet run the command below replacing the public address with your own:

    sh
    celestia-appd start
 celestia-appd query bank balances celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    celestia-appd start
-celestia-appd query bank balances celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    TIP

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    - +celestia-appd query bank balances celestia1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    TIP

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-app.html b/pr-1489/nodes/celestia-app.html index 3542335671..1e4696ee03 100644 --- a/pr-1489/nodes/celestia-app.html +++ b/pr-1489/nodes/celestia-app.html @@ -14,7 +14,7 @@ - + @@ -47,8 +47,8 @@ cd celestia-app
    cd $HOME
 rm -rf celestia-app
 git clone https://github.com/celestiaorg/celestia-app.git
-cd celestia-app

  • Check out to the desired version, based on the network you will use:

    bash
    git checkout tags/v1.6.0 -b v1.6.0
    git checkout tags/v1.6.0 -b v1.6.0
    bash
    git checkout tags/v1.7.0 -b v1.7.0
    git checkout tags/v1.7.0 -b v1.7.0
    bash
    git checkout tags/v1.7.0 -b v1.7.0
    git checkout tags/v1.7.0 -b v1.7.0

  • Build and install the celestia-appd binary:

    bash
    make install
    make install

  • To check if the binary was successfully installed you can run the binary using the --help flag:

    sh
    celestia-appd --help
    celestia-appd --help

    • You will see an output with the menu for celestia-appd. Learn more on the helpful CLI commands page

    Installing a pre-built binary ​

    Installing a pre-built binary is the fastest way to get started with your Celestia consensus node. Releases after celestia-app v1.3.0 should have these binaries available.

    The steps below will download a binary file named celestia-appd. Depending on the setup that you choose during installation, the celestia-appd binary will be available at either:

    • $HOME/celestia-temp/celestia-appd
    • /usr/local/bin/celestia-appd

    Pre-built binaries are available for:

    • Operating systems: Darwin (Apple), Linux
    • Architectures: x86_64 (amd64), arm64

    To install the latest pre-built binary you can run this command in your terminal:

    bash
    bash -c "$(curl -sL https://docs.celestia.org/celestia-app.sh)"
    bash -c "$(curl -sL https://docs.celestia.org/celestia-app.sh)"

    Follow the instructions in the terminal output to choose your installation preferences.

    You will see an output with the menu for celestia-appd. Learn more on the helpful CLI commands page

    View the script to learn more about what it is doing.

    Ports ​

    When interacting with a consensus node, you may need to open ports on your machine to allow communication between nodes, such as bridge nodes. It is essential that specific ports are accessible. Make sure that your firewall allows connections to the correct ports.

    If you run a node on a cloud server, make sure that the ports are open on the server's firewall. If you run a node at home, make sure that your router allows connections to the correct ports.

    For example, validator ports 9090 and 26657 need to be accessible by the bridge, and port 2121 is required for P2P connections for all node types.

    The following ports are used by Celestia app nodes:

    PortProtocolAddressDescriptionEnabled by default on nodeFlag
    2121TCP/UDPlocalhostP2PtrueN/A
    9090HTTP0.0.0.0gRPCtrue--grpc.address string
    26657TCPlocalhostRPCfalse (only open to localhost)--rpc.laddr string
    - +cd celestia-app

  • Check out to the desired version, based on the network you will use:

    bash
    git checkout tags/v1.6.0 -b v1.6.0
    git checkout tags/v1.6.0 -b v1.6.0
    bash
    git checkout tags/v1.7.0 -b v1.7.0
    git checkout tags/v1.7.0 -b v1.7.0
    bash
    git checkout tags/v1.7.0 -b v1.7.0
    git checkout tags/v1.7.0 -b v1.7.0

  • Build and install the celestia-appd binary:

    bash
    make install
    make install

  • To check if the binary was successfully installed you can run the binary using the --help flag:

    sh
    celestia-appd --help
    celestia-appd --help

    • You will see an output with the menu for celestia-appd. Learn more on the helpful CLI commands page

    Installing a pre-built binary ​

    Installing a pre-built binary is the fastest way to get started with your Celestia consensus node. Releases after celestia-app v1.3.0 should have these binaries available.

    The steps below will download a binary file named celestia-appd. Depending on the setup that you choose during installation, the celestia-appd binary will be available at either:

    • $HOME/celestia-temp/celestia-appd
    • /usr/local/bin/celestia-appd

    Pre-built binaries are available for:

    • Operating systems: Darwin (Apple), Linux
    • Architectures: x86_64 (amd64), arm64

    To install the latest pre-built binary you can run this command in your terminal:

    bash
    bash -c "$(curl -sL https://docs.celestia.org/celestia-app.sh)"
    bash -c "$(curl -sL https://docs.celestia.org/celestia-app.sh)"

    Follow the instructions in the terminal output to choose your installation preferences.

    You will see an output with the menu for celestia-appd. Learn more on the helpful CLI commands page

    View the script to learn more about what it is doing.

    Ports ​

    When interacting with a consensus node, you may need to open ports on your machine to allow communication between nodes, such as bridge nodes. It is essential that specific ports are accessible. Make sure that your firewall allows connections to the correct ports.

    If you run a node on a cloud server, make sure that the ports are open on the server's firewall. If you run a node at home, make sure that your router allows connections to the correct ports.

    For example, validator ports 9090 and 26657 need to be accessible by the bridge, and port 2121 is required for P2P connections for all node types.

    The following ports are used by Celestia app nodes:

    PortProtocolAddressDescriptionEnabled by default on nodeFlag
    2121TCP/UDPlocalhostP2PtrueN/A
    9090HTTP0.0.0.0gRPCtrue--grpc.address string
    26657TCPlocalhostRPCfalse (only open to localhost)--rpc.laddr string
    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-node-custom-networks.html b/pr-1489/nodes/celestia-node-custom-networks.html index 510ba5af13..6d13e1ace9 100644 --- a/pr-1489/nodes/celestia-node-custom-networks.html +++ b/pr-1489/nodes/celestia-node-custom-networks.html @@ -11,7 +11,7 @@ - + @@ -50,8 +50,8 @@ export CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"
    export BRIDGE="/ip4/151.115.14.33/tcp/2121/p2p/12D3KooWKEeRtzVMPUdxYsZo2edqps6mS67n6LT5mPdULSkPSxBQ"
 export GENESIS_HASH=580B3DFF8A7C716968161D91116A1E171F486298D582874E93714E489C9E6E88
 export NETWORK=custom
-export CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"

    Then, start your node with:

    bash
    celestia <node-type> start [flags...]
    celestia <node-type> start [flags...]
    - +export CELESTIA_CUSTOM="${NETWORK}:${GENESIS_HASH}:${BRIDGE}"

    Then, start your node with:

    bash
    celestia <node-type> start [flags...]
    celestia <node-type> start [flags...]
    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-node-metrics.html b/pr-1489/nodes/celestia-node-metrics.html index 6c9358935b..9a7a6b76bb 100644 --- a/pr-1489/nodes/celestia-node-metrics.html +++ b/pr-1489/nodes/celestia-node-metrics.html @@ -11,7 +11,7 @@ - + @@ -66,8 +66,8 @@ # To disable TLS connection celestia <node-type> start --metrics.tls=false --metrics \ --metrics.endpoint <URI> \ - --p2p.network <network> --core.ip <URI>

    Metrics endpoint design considerations ​

    At the moment, the architecture of celestia-node metrics works as specified in the following ADR #010.

    Essentially, the design considerations here will necessitate running an OpenTelemetry (OTEL) collector that connects to Celestia light node.

    For an overview of OTEL, check out the guide.

    The ADR and the OTEL docs will help you run your collector on the metrics endpoint. This will then allow you to process the data in the collector on a Prometheus server which can then be viewed on a Grafana dashboard.

    In the future, we do want to open-source some developer toolings around this infrastructure to allow for node operators to be able to monitor their data availability nodes.

    - + --p2p.network <network> --core.ip <URI>

    Metrics endpoint design considerations ​

    At the moment, the architecture of celestia-node metrics works as specified in the following ADR #010.

    Essentially, the design considerations here will necessitate running an OpenTelemetry (OTEL) collector that connects to Celestia light node.

    For an overview of OTEL, check out the guide.

    The ADR and the OTEL docs will help you run your collector on the metrics endpoint. This will then allow you to process the data in the collector on a Prometheus server which can then be viewed on a Grafana dashboard.

    In the future, we do want to open-source some developer toolings around this infrastructure to allow for node operators to be able to monitor their data availability nodes.

    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-node-troubleshooting.html b/pr-1489/nodes/celestia-node-troubleshooting.html index 3b659b07fc..30dcef37e5 100644 --- a/pr-1489/nodes/celestia-node-troubleshooting.html +++ b/pr-1489/nodes/celestia-node-troubleshooting.html @@ -12,7 +12,7 @@ - + @@ -69,8 +69,8 @@ ...
    [Service]
 ...
 LimitNOFILE=1400000
-...

    NOTE

    Be cautious when increasing file descriptor limits. Setting this value too high might affect system performance. Ensure the value is appropriate for your system's capabilities.

    1. Reload daemon and restart bridge service:
    bash
    sudo systemctl daemon-reload
    sudo systemctl daemon-reload
    bash
    sudo systemctl restart celestia-bridge
    sudo systemctl restart celestia-bridge
    - +...

    NOTE

    Be cautious when increasing file descriptor limits. Setting this value too high might affect system performance. Ensure the value is appropriate for your system's capabilities.

    1. Reload daemon and restart bridge service:
    bash
    sudo systemctl daemon-reload
    sudo systemctl daemon-reload
    bash
    sudo systemctl restart celestia-bridge
    sudo systemctl restart celestia-bridge
    + \ No newline at end of file diff --git a/pr-1489/nodes/celestia-node.html b/pr-1489/nodes/celestia-node.html index 7e2e07c66c..fffe617b3b 100644 --- a/pr-1489/nodes/celestia-node.html +++ b/pr-1489/nodes/celestia-node.html @@ -14,7 +14,7 @@ - + @@ -47,8 +47,8 @@ cd celestia-node/
    cd $HOME
 rm -rf celestia-node
 git clone https://github.com/celestiaorg/celestia-node.git
-cd celestia-node/

  • Check out to the desired version, based on the network you will use:

    bash
    git checkout tags/v0.12.4
    git checkout tags/v0.12.4
    bash
    git checkout tags/v0.13.2
    git checkout tags/v0.13.2
    bash
    git checkout tags/v0.13.2
    git checkout tags/v0.13.2

  • Build the celestia binary:

    a. Standard build

    bash
    make build
    make build

    b. Experimental build

    OPTIONAL

    If you're a node operator comfortable with experimental features and seeking optimal performance with minimal RAM usage, this option is recommended for you.

    bash
    make build-jemalloc
    make build-jemalloc

    This build option enables CGO, and downloads and installs jemalloc. Learn more about the build command.

  • Install the binary:

    bash
    make install
    make install

  • Build the cel-key utility:

    bash
    make cel-key
    make cel-key

  • Verify that the binary is working and check the version:

    bash
    celestia version
    celestia version

    • The output will show the semantic version of celestia-node, commit hash, build date, system version, and Golang version.

    Next steps ​

    First, we recommend reading the overview of our node types, if you haven't yet.

    Now that you've installed Celestia Node, it's time to pick your node type and run your node!

    If you're planning to run a light node, we recommend the node RPC CLI tutorial.

    Upgrading your binary ​

    To upgrade your binary, you can install the latest version from the instructions above and restart your node. If you run into any issues, Refer to the troubleshooting section.

    - +cd celestia-node/

  • Check out to the desired version, based on the network you will use:

    bash
    git checkout tags/v0.12.4
    git checkout tags/v0.12.4
    bash
    git checkout tags/v0.13.2
    git checkout tags/v0.13.2
    bash
    git checkout tags/v0.13.2
    git checkout tags/v0.13.2

  • Build the celestia binary:

    a. Standard build

    bash
    make build
    make build

    b. Experimental build

    OPTIONAL

    If you're a node operator comfortable with experimental features and seeking optimal performance with minimal RAM usage, this option is recommended for you.

    bash
    make build-jemalloc
    make build-jemalloc

    This build option enables CGO, and downloads and installs jemalloc. Learn more about the build command.

  • Install the binary:

    bash
    make install
    make install

  • Build the cel-key utility:

    bash
    make cel-key
    make cel-key

  • Verify that the binary is working and check the version:

    bash
    celestia version
    celestia version

    • The output will show the semantic version of celestia-node, commit hash, build date, system version, and Golang version.

    Next steps ​

    First, we recommend reading the overview of our node types, if you haven't yet.

    Now that you've installed Celestia Node, it's time to pick your node type and run your node!

    If you're planning to run a light node, we recommend the node RPC CLI tutorial.

    Upgrading your binary ​

    To upgrade your binary, you can install the latest version from the instructions above and restart your node. If you run into any issues, Refer to the troubleshooting section.

    + \ No newline at end of file diff --git a/pr-1489/nodes/config-toml.html b/pr-1489/nodes/config-toml.html index 43ef59c9e0..f8fa450576 100644 --- a/pr-1489/nodes/config-toml.html +++ b/pr-1489/nodes/config-toml.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    config.toml guide ​

    Pre-requisites ​

    Please, make sure that you have installed and initialized celestia-node

    Understanding config.toml ​

    After initialization, for any type of node, you will find a config.toml in the following path (default location):

    • $HOME/.celestia-bridge/config.toml for bridge node
    • $HOME/.celestia-light/config.toml for light node
    • $HOME/.celestia-full/config.toml for a full DA node

    Let's break down some of the most used sections.

    Core ​

    This section is needed for the Celestia bridge node. By default, Remote = false. Still for devnet, we are going to use the remote core option and this can also be set by the command line flag --core.remote.

    P2P ​

    Bootstrap ​

    Bootstrappers help new nodes to find peers faster in the network. By default, the Bootstrapper = false and the BootstrapPeers is empty. If you want your node to be a bootstrapper, then activate Bootstrapper = true. BootstrapPeers are already provided by default during initialisation. If you want to add your own manually, you need to provide the multiaddresses of the peers.

    Mutual peers ​

    The purpose of this config is to set up a bidirectional communication. This is usually the case for Celestia bridge nodes. In addition, you need to change the field PeerExchange from false to true.

    Services ​

    TrustedHash and TrustedPeer ​

    TrustedHash is needed to properly initialize a Celestia bridge node with an already-running Remote celestia-core node. Celestia light node will take a genesis hash as the trusted one, if no hash is manually provided during initialization phase.

    TrustedPeers is the array of bridge nodes' peers that Celestia light node trusts. By default, bootstrap peers becomes trusted peers for Celestia light nodes if a user is not setting the trusted peer params in config file.

    Any Celestia bridge node can be a trusted peer for the light one. However, the light node by design can not be a trusted peer for another light node.

    - +

    config.toml guide ​

    Pre-requisites ​

    Please, make sure that you have installed and initialized celestia-node

    Understanding config.toml ​

    After initialization, for any type of node, you will find a config.toml in the following path (default location):

    • $HOME/.celestia-bridge/config.toml for bridge node
    • $HOME/.celestia-light/config.toml for light node
    • $HOME/.celestia-full/config.toml for a full DA node

    Let's break down some of the most used sections.

    Core ​

    This section is needed for the Celestia bridge node. By default, Remote = false. Still for devnet, we are going to use the remote core option and this can also be set by the command line flag --core.remote.

    P2P ​

    Bootstrap ​

    Bootstrappers help new nodes to find peers faster in the network. By default, the Bootstrapper = false and the BootstrapPeers is empty. If you want your node to be a bootstrapper, then activate Bootstrapper = true. BootstrapPeers are already provided by default during initialisation. If you want to add your own manually, you need to provide the multiaddresses of the peers.

    Mutual peers ​

    The purpose of this config is to set up a bidirectional communication. This is usually the case for Celestia bridge nodes. In addition, you need to change the field PeerExchange from false to true.

    Services ​

    TrustedHash and TrustedPeer ​

    TrustedHash is needed to properly initialize a Celestia bridge node with an already-running Remote celestia-core node. Celestia light node will take a genesis hash as the trusted one, if no hash is manually provided during initialization phase.

    TrustedPeers is the array of bridge nodes' peers that Celestia light node trusts. By default, bootstrap peers becomes trusted peers for Celestia light nodes if a user is not setting the trusted peer params in config file.

    Any Celestia bridge node can be a trusted peer for the light one. However, the light node by design can not be a trusted peer for another light node.

    + \ No newline at end of file diff --git a/pr-1489/nodes/consensus-node.html b/pr-1489/nodes/consensus-node.html index 2e3c89559e..18bfa86828 100644 --- a/pr-1489/nodes/consensus-node.html +++ b/pr-1489/nodes/consensus-node.html @@ -12,7 +12,7 @@ - + @@ -43,7 +43,7 @@ rm -rf networks git clone https://github.com/celestiaorg/networks.git
    cd $HOME
 rm -rf networks
-git clone https://github.com/celestiaorg/networks.git

    To initialize the network pick a "node-name" that describes your node. Keep in mind that this might change if a new testnet is deployed.

    bash
    celestia-appd init "node-name" --chain-id celestia
    celestia-appd init "node-name" --chain-id celestia
    bash
    celestia-appd init "node-name" --chain-id mocha-4
    celestia-appd init "node-name" --chain-id mocha-4
    bash
    celestia-appd init "node-name" --chain-id arabica-11
    celestia-appd init "node-name" --chain-id arabica-11

    Download the genesis.json file:

    bash
    celestia-appd download-genesis celestia
    celestia-appd download-genesis celestia
    bash
    celestia-appd download-genesis mocha-4
    celestia-appd download-genesis mocha-4
    bash
    celestia-appd download-genesis arabica-11
    celestia-appd download-genesis arabica-11

    Set seeds in the $HOME/.celestia-app/config/config.toml file:

    bash
    SEEDS=$(curl -sL https://raw.githubusercontent.com/celestiaorg/networks/master/celestia/seeds.txt | tr '\n' ',')
+git clone https://github.com/celestiaorg/networks.git

    To initialize the network pick a "node-name" that describes your node. Keep in mind that this might change if a new testnet is deployed.

    bash
    celestia-appd init "node-name" --chain-id celestia
    celestia-appd init "node-name" --chain-id celestia
    bash
    celestia-appd init "node-name" --chain-id mocha-4
    celestia-appd init "node-name" --chain-id mocha-4
    bash
    celestia-appd init "node-name" --chain-id arabica-11
    celestia-appd init "node-name" --chain-id arabica-11

    Download the genesis.json file:

    bash
    celestia-appd download-genesis celestia
    celestia-appd download-genesis celestia
    bash
    celestia-appd download-genesis mocha-4
    celestia-appd download-genesis mocha-4
    bash
    celestia-appd download-genesis arabica-11
    celestia-appd download-genesis arabica-11

    Set seeds in the $HOME/.celestia-app/config/config.toml file:

    bash
    SEEDS=$(curl -sL https://raw.githubusercontent.com/celestiaorg/networks/master/celestia/seeds.txt | tr '\n' ',')
 echo $SEEDS
 sed -i.bak -e "s/^seeds *=.*/seeds = \"$SEEDS\"/" $HOME/.celestia-app/config/config.toml
    SEEDS=$(curl -sL https://raw.githubusercontent.com/celestiaorg/networks/master/celestia/seeds.txt | tr '\n' ',')
 echo $SEEDS
@@ -57,7 +57,7 @@
 seeds = ""
    # For Arabica, you can set seeds manually in the
 # `$HOME/.celestia-app/config/config.toml` file:
 # Comma separated list of seed nodes to connect to
-seeds = ""

    Optionally, you can set persistent peers in your config.toml file. You can get the persistent peers from the networks repository with the following commands:

    Setting persistent peers is advised only if you are running a sentry node.

    bash
    PERSISTENT_PEERS=$(curl -sL https://raw.githubusercontent.com/celestiaorg/networks/master/celestia/peers.txt | tr '\n' ',')
+seeds = ""

    Optionally, you can set persistent peers in your config.toml file. You can get the persistent peers from the networks repository with the following commands:

    Setting persistent peers is advised only if you are running a sentry node.

    bash
    PERSISTENT_PEERS=$(curl -sL https://raw.githubusercontent.com/celestiaorg/networks/master/celestia/peers.txt | tr '\n' ',')
 echo $PERSISTENT_PEERS
 sed -i.bak -e "s/^persistent_peers *=.*/persistent_peers = \"$PERSISTENT_PEERS\"/" $HOME/.celestia-app/config/config.toml
    PERSISTENT_PEERS=$(curl -sL https://raw.githubusercontent.com/celestiaorg/networks/master/celestia/peers.txt | tr '\n' ',')
 echo $PERSISTENT_PEERS
@@ -75,7 +75,7 @@
 trust_height = 0
 trust_hash = ""
    rpc_servers = ""
 trust_height = 0
-trust_hash = ""

    to their respective fields. At least two different rpc endpoints should be provided. The more, the greater the chance of detecting any fraudulent behavior.

    Once setup, you should be ready to start the node as normal. In the logs, you should see: Discovering snapshots. This may take a few minutes before snapshots are found depending on the network topology.

    Quick sync ​

    Quick sync effectively downloads the entire data directory from a third-party provider meaning the node has all the application and blockchain state as the node it was copied from.

    Run the following command to quick-sync from a snapshot:

    bash
    cd $HOME
+trust_hash = ""

    to their respective fields. At least two different rpc endpoints should be provided. The more, the greater the chance of detecting any fraudulent behavior.

    Once setup, you should be ready to start the node as normal. In the logs, you should see: Discovering snapshots. This may take a few minutes before snapshots are found depending on the network topology.

    Quick sync ​

    Quick sync effectively downloads the entire data directory from a third-party provider meaning the node has all the application and blockchain state as the node it was copied from.

    Run the following command to quick-sync from a snapshot:

    bash
    cd $HOME
 rm -rf ~/.celestia-app/data
 mkdir -p ~/.celestia-app/data
 SNAP_NAME=$(curl -s https://snaps.qubelabs.io/celestia/ | \
@@ -197,8 +197,8 @@
 sed -i.bak -e "s/^external-address = ""/external-address = "$EXTERNAL-ADDRESS:26656"/" \
     $HOME/.celestia-app/config/config.toml
    EXTERNAL-ADDRESS=$(wget -qO- eth0.me)
 sed -i.bak -e "s/^external-address = ""/external-address = "$EXTERNAL-ADDRESS:26656"/" \
-    $HOME/.celestia-app/config/config.toml

    Restart the node ​

    After making these changes, restart celestia-appd to load the new configurations.

    Optional: Transaction indexer configuration options ​

    This section guides you on how to configure your config.toml file in celestia-app to select which transactions to index. Depending on the application's configuration, a node operator may decide which transactions to index.

    The available options are:

    1. null: This option disables indexing. If you don't need to query transactions, you can choose this option to save space.
    2. kv (default): This is the simplest indexer, backed by key-value storage (defaults to levelDB; see DBBackend). When kv is chosen, tx.height and tx.hash will always be indexed. This option is suitable for basic queries on transactions.
    3. psql: This indexer is backed by PostgreSQL. When psql is chosen, tx.height and tx.hash will always be indexed. This option is suitable for complex queries on transactions.

    An example to set the value to kv in config.toml is:

    toml
    indexer = "kv"
    indexer = "kv"

    Remember to restart celestia-appd after making changes to the configuration to load the new settings.

    Optional: Discard ABCI responses configuration ​

    This section will guide you on how to configure your config.toml file in celestia-app to manage the storage of ABCI responses. ABCI responses are the results of executing transactions and are used for /block_results RPC queries and to reindex events in the command-line tool.

    The discard_abci_responses option allows you to control whether these responses are persisted in the state store:

    • false (default): ABCI responses are stored in the state store. This ensures that ABCI responses are available for /block_results RPC queries and for reindexing events. However, it can consume a significant amount of disk space.
    • true: ABCI responses are not stored in the state store. This can save a considerable amount of disk space, but /block_results RPC queries and event reindexing will not be available.

    An example to set the value to false in config.toml is:

    toml
    discard_abci_responses = false
    discard_abci_responses = false

    Remember to restart celestia-appd after making changes to the configuration to load the new settings.

    - + $HOME/.celestia-app/config/config.toml

    Restart the node ​

    After making these changes, restart celestia-appd to load the new configurations.

    Optional: Transaction indexer configuration options ​

    This section guides you on how to configure your config.toml file in celestia-app to select which transactions to index. Depending on the application's configuration, a node operator may decide which transactions to index.

    The available options are:

    1. null: This option disables indexing. If you don't need to query transactions, you can choose this option to save space.
    2. kv (default): This is the simplest indexer, backed by key-value storage (defaults to levelDB; see DBBackend). When kv is chosen, tx.height and tx.hash will always be indexed. This option is suitable for basic queries on transactions.
    3. psql: This indexer is backed by PostgreSQL. When psql is chosen, tx.height and tx.hash will always be indexed. This option is suitable for complex queries on transactions.

    An example to set the value to kv in config.toml is:

    toml
    indexer = "kv"
    indexer = "kv"

    Remember to restart celestia-appd after making changes to the configuration to load the new settings.

    Optional: Discard ABCI responses configuration ​

    This section will guide you on how to configure your config.toml file in celestia-app to manage the storage of ABCI responses. ABCI responses are the results of executing transactions and are used for /block_results RPC queries and to reindex events in the command-line tool.

    The discard_abci_responses option allows you to control whether these responses are persisted in the state store:

    • false (default): ABCI responses are stored in the state store. This ensures that ABCI responses are available for /block_results RPC queries and for reindexing events. However, it can consume a significant amount of disk space.
    • true: ABCI responses are not stored in the state store. This can save a considerable amount of disk space, but /block_results RPC queries and event reindexing will not be available.

    An example to set the value to false in config.toml is:

    toml
    discard_abci_responses = false
    discard_abci_responses = false

    Remember to restart celestia-appd after making changes to the configuration to load the new settings.

    + \ No newline at end of file diff --git a/pr-1489/nodes/decide-node.html b/pr-1489/nodes/decide-node.html index a02b1bf553..f096d28cc9 100644 --- a/pr-1489/nodes/decide-node.html +++ b/pr-1489/nodes/decide-node.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Deciding which node to run ​

    Now that you have installed the basic dependencies, you can start exploring which nodes to run!

    Beginner ​

    It is highly recommended if you are a beginner to get started with running a Data-Availability light node.

    In order to get started, you can proceed to the light node section.

    You can also play around with the Data Availability API in this tutorial for posting and retrieving data with a light node.

    Advanced ​

    If you are looking to run a consensus node, please follow the tutorial for running a consensus node.

    Note that running a validator means you must also run a bridge node, which is covered in this section.

    - +

    Deciding which node to run ​

    Now that you have installed the basic dependencies, you can start exploring which nodes to run!

    Beginner ​

    It is highly recommended if you are a beginner to get started with running a Data-Availability light node.

    In order to get started, you can proceed to the light node section.

    You can also play around with the Data Availability API in this tutorial for posting and retrieving data with a light node.

    Advanced ​

    If you are looking to run a consensus node, please follow the tutorial for running a consensus node.

    Note that running a validator means you must also run a bridge node, which is covered in this section.

    + \ No newline at end of file diff --git a/pr-1489/nodes/docker-images.html b/pr-1489/nodes/docker-images.html index 9618a6e7d6..0814d09f84 100644 --- a/pr-1489/nodes/docker-images.html +++ b/pr-1489/nodes/docker-images.html @@ -14,7 +14,7 @@ - + @@ -41,7 +41,7 @@

    Appearance

    🐳 Docker setup ​

    This page has instructions to run celestia-node using Docker. If you are looking for instructions to run celestia-node using a binary, please refer to the celestia-node page.

    Using Docker is the easiest way to run celestia-node for most users. Docker is a containerization platform that allows you to run celestia-node in an isolated environment.

    This means that you can run celestia-node on your machine without having to worry about installing and configuring all of the dependencies required to run the node.

    If you would like to learn more about key management in Docker, visit the Docker and cel-key section.

    The easiest way to install Docker is to use the Docker Desktop installer or Ubuntu. You can follow the instructions for your operating system.

    Prerequisites ​

    Quick start ​

    1. Set the network you would like to run your node on:

      bash
      export NETWORK=celestia
      export NETWORK=celestia
      bash
      export NETWORK=mocha
      export NETWORK=mocha
      bash
      export NETWORK=arabica
      export NETWORK=arabica

    2. Set the node type

      bash
      export NODE_TYPE=light
      export NODE_TYPE=light
      bash
      export NODE_TYPE=bridge
      export NODE_TYPE=bridge
      bash
      export NODE_TYPE=full
      export NODE_TYPE=full

    3. Set an RPC endpoint for either Mainnet Beta, Mocha, or Arabica using the bare URL (without http or https):

      bash
      export RPC_URL=this-is-an-rpc-url.com
      export RPC_URL=this-is-an-rpc-url.com

    4. Run the image from the command line:

      bash
      docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
+

    🐳 Docker setup ​

    This page has instructions to run celestia-node using Docker. If you are looking for instructions to run celestia-node using a binary, please refer to the celestia-node page.

    Using Docker is the easiest way to run celestia-node for most users. Docker is a containerization platform that allows you to run celestia-node in an isolated environment.

    This means that you can run celestia-node on your machine without having to worry about installing and configuring all of the dependencies required to run the node.

    If you would like to learn more about key management in Docker, visit the Docker and cel-key section.

    The easiest way to install Docker is to use the Docker Desktop installer or Ubuntu. You can follow the instructions for your operating system.

    Prerequisites ​

    Quick start ​

    1. Set the network you would like to run your node on:

      bash
      export NETWORK=celestia
      export NETWORK=celestia
      bash
      export NETWORK=mocha
      export NETWORK=mocha
      bash
      export NETWORK=arabica
      export NETWORK=arabica

    2. Set the node type

      bash
      export NODE_TYPE=light
      export NODE_TYPE=light
      bash
      export NODE_TYPE=bridge
      export NODE_TYPE=bridge
      bash
      export NODE_TYPE=full
      export NODE_TYPE=full

    3. Set an RPC endpoint for either Mainnet Beta, Mocha, or Arabica using the bare URL (without http or https):

      bash
      export RPC_URL=this-is-an-rpc-url.com
      export RPC_URL=this-is-an-rpc-url.com

    4. Run the image from the command line:

      bash
      docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
     ghcr.io/celestiaorg/celestia-node:v0.12.4 \
     celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK
      docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
     ghcr.io/celestiaorg/celestia-node:v0.12.4 \
@@ -55,11 +55,11 @@
     ghcr.io/celestiaorg/celestia-node:v0.13.2 \
     celestia $NODE_TYPE start --core.ip $RPC_URL --p2p.network $NETWORK

    Congratulations! You now have a celestia-node running!

    If you would like to run the node with custom flags, you can refer to the celestia-node tutorial page. Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    Light node setup with persistent storage ​

    If you delete a container that you started above, all data will be lost. To avoid this, you can mount a volume to the container. This will allow you to persist data even after the container is deleted.

    First, you will need to create a directory on your host machine. This directory will be used to store the data for the container. Create a directory on your host machine and give it a name. For example, you can name it my-node-store:

    bash
    cd $HOME
 mkdir my-node-store
    cd $HOME
-mkdir my-node-store

    Now, you can mount this directory to the container. Before mounting a volume, you may need to set permissions for the user on the host machine by running:

    bash
    sudo chown 10001:10001 $HOME/my-node-store
    sudo chown 10001:10001 $HOME/my-node-store
    bash
    # you're good to go 😎
    # you're good to go 😎

    Initialize the node store and key ​

    In order to mount a volume to the container, you need to specify the path to the volume. When you run your container, you can specify the path to the volume using the --volume (or -v for short) flag. In this command, we'll create our key and initialize the node store, using the variables we set in the quick start section:

    bash
    # --volume == -v [local path]:[container path]
+mkdir my-node-store

    Now, you can mount this directory to the container. Before mounting a volume, you may need to set permissions for the user on the host machine by running:

    bash
    sudo chown 10001:10001 $HOME/my-node-store
    sudo chown 10001:10001 $HOME/my-node-store
    bash
    # you're good to go 😎
    # you're good to go 😎

    Initialize the node store and key ​

    In order to mount a volume to the container, you need to specify the path to the volume. When you run your container, you can specify the path to the volume using the --volume (or -v for short) flag. In this command, we'll create our key and initialize the node store, using the variables we set in the quick start section:

    bash
    # --volume == -v [local path]:[container path]
 docker run [args...] -v $HOME/my-node-store:/home/celestia \
     celestia $NODE_TYPE init [args...]
    # --volume == -v [local path]:[container path]
 docker run [args...] -v $HOME/my-node-store:/home/celestia \
-    celestia $NODE_TYPE init [args...]

    An example init command will look similar to below:

    bash
    docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
+    celestia $NODE_TYPE init [args...]

    An example init command will look similar to below:

    bash
    docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
     -v $HOME/my-node-store:/home/celestia \
     ghcr.io/celestiaorg/celestia-node:v0.12.4 \
     celestia light init --p2p.network $NETWORK
    docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
@@ -81,7 +81,7 @@
 docker run [...args] -v $HOME/my-node-store:/home/celestia \
     celestia <node-type> start [...args]
    # --volume == -v [local path]:[container path]
 docker run [...args] -v $HOME/my-node-store:/home/celestia \
-    celestia <node-type> start [...args]

    A full start command will look similar to below.

    bash
    docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
+    celestia <node-type> start [...args]

    A full start command will look similar to below.

    bash
    docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
     -v $HOME/my-node-store:/home/celestia \
     ghcr.io/celestiaorg/celestia-node:v0.12.4 \
     celestia light start --core.ip $RPC_URL
    docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
@@ -99,8 +99,8 @@
     celestia light start --core.ip $RPC_URL
    docker run -e NODE_TYPE=$NODE_TYPE -e P2P_NETWORK=$NETWORK \
     -v $HOME/my-node-store:/home/celestia \
     ghcr.io/celestiaorg/celestia-node:v0.13.2 \
-    celestia light start --core.ip $RPC_URL

    Congratulations! You now have a node running with persistent storage.

    Video walkthrough ​

    2.5 minute version ​

    Troubleshooting ​

    For security purposes Celestia expects to interact with the your node's keys in a read-only manner. This is enforced using linux style permissions on the filesystem. Windows NTFS does not support these types of permissions. As a result the recommended path for Windows users to mount a persisted volume is to do so within WSL. You can find instructions for installing WSL.

    - + celestia light start --core.ip $RPC_URL

    Congratulations! You now have a node running with persistent storage.

    Video walkthrough ​

    2.5 minute version ​

    Troubleshooting ​

    For security purposes Celestia expects to interact with the your node's keys in a read-only manner. This is enforced using linux style permissions on the filesystem. Windows NTFS does not support these types of permissions. As a result the recommended path for Windows users to mount a persisted volume is to do so within WSL. You can find instructions for installing WSL.

    + \ No newline at end of file diff --git a/pr-1489/nodes/environment.html b/pr-1489/nodes/environment.html index f509a91a25..ef7ff231ab 100644 --- a/pr-1489/nodes/environment.html +++ b/pr-1489/nodes/environment.html @@ -12,7 +12,7 @@ - + @@ -39,7 +39,7 @@

    Appearance

    Development environment ​

    This page will go over setting up your development environment to run Celestia software. This environment can be used for development, building binaries, and running nodes.

    Install dependencies ​

    1. If you are on Ubuntu, first update and upgrade your OS:

      bash
      sudo apt update && sudo apt upgrade -y
      sudo apt update && sudo apt upgrade -y
      bash
      sudo yum update
      sudo yum update

    2. Install essential packages that are necessary to execute many tasks like downloading files, compiling, and monitoring the node:

      bash
      sudo apt install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \
+

    Development environment ​

    This page will go over setting up your development environment to run Celestia software. This environment can be used for development, building binaries, and running nodes.

    Install dependencies ​

    1. If you are on Ubuntu, first update and upgrade your OS:

      bash
      sudo apt update && sudo apt upgrade -y
      sudo apt update && sudo apt upgrade -y
      bash
      sudo yum update
      sudo yum update

    2. Install essential packages that are necessary to execute many tasks like downloading files, compiling, and monitoring the node:

      bash
      sudo apt install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \
 git make ncdu -y
      sudo apt install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \
 git make ncdu -y
      bash
      sudo yum install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \
 git make ncdu -y
      sudo yum install curl tar wget aria2 clang pkg-config libssl-dev jq build-essential \
@@ -53,7 +53,7 @@
 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
 
 # then install wget & jq
-brew install wget && brew install jq

    Install Golang ​

    celestia-node is written in Golang so we must install Golang to build and run our node.

    1. Set the version for your desired network:

      bash
      ver="1.21.1"
      ver="1.21.1"
      bash
      ver="1.22.0"
      ver="1.22.0"
      bash
      ver="1.22.0"
      ver="1.22.0"

    2. Download and install Golang:

      bash
      cd $HOME
+brew install wget && brew install jq

    Install Golang ​

    celestia-node is written in Golang so we must install Golang to build and run our node.

    1. Set the version for your desired network:

      bash
      ver="1.21.1"
      ver="1.21.1"
      bash
      ver="1.22.0"
      ver="1.22.0"
      bash
      ver="1.22.0"
      ver="1.22.0"

    2. Download and install Golang:

      bash
      cd $HOME
 wget "https://golang.org/dl/go$ver.linux-amd64.tar.gz"
 sudo rm -rf /usr/local/go
 sudo tar -C /usr/local -xzf "go$ver.linux-amd64.tar.gz"
@@ -85,12 +85,12 @@
 wget "https://golang.org/dl/go$ver.darwin-amd64.tar.gz"
 sudo rm -rf /usr/local/go
 sudo tar -C /usr/local -xzf "go$ver.darwin-amd64.tar.gz"
-rm "go$ver.darwin-amd64.tar.gz"

    3. Add your /usr/local/go/bin directory to your $PATH if you have not already:

      bash
      echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
+rm "go$ver.darwin-amd64.tar.gz"

    4. Add your /usr/local/go/bin directory to your $PATH if you have not already:

      bash
      echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
 source $HOME/.bash_profile
      echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.bash_profile
 source $HOME/.bash_profile
      bash
      echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.zshrc
 source $HOME/.zshrc
      echo "export PATH=$PATH:/usr/local/go/bin:$HOME/go/bin" >> $HOME/.zshrc
-source $HOME/.zshrc

    5. To verify that the correct version of Go was installed correctly run:

      bash
      go version
      go version

    The output will show the version installed.

    - +source $HOME/.zshrc

  • To verify that the correct version of Go was installed correctly run:

    bash
    go version
    go version

    • The output will show the version installed.

    + \ No newline at end of file diff --git a/pr-1489/nodes/full-storage-node.html b/pr-1489/nodes/full-storage-node.html index e7e3264e3a..bac1a5d886 100644 --- a/pr-1489/nodes/full-storage-node.html +++ b/pr-1489/nodes/full-storage-node.html @@ -11,7 +11,7 @@ - + @@ -38,7 +38,7 @@

    Appearance

    Setting up a Celestia full storage Node ​

    This tutorial will guide you through setting up a Celestia full storage node, which is a celestia-node that doesn't connect to celestia-app (hence not a full consensus node), but stores all the data.

    Overview of full storage nodes ​

    Full storage nodes are Celestia nodes that store all the data. Full storage nodes send block shares, headers, and fraud proofs to light nodes. The light nodes gossip headers, fraud proofs, and sometimes block shares, between one another.

    Full storage node

    Hardware requirements ​

    The following hardware minimum requirements are recommended for running the full storage node:

    • Memory: 4 GB RAM (minimum)
    • CPU: 6 cores
    • Disk: 10 TB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload

    Setting up your full storage node ​

    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.

    Setup the dependencies ​

    You can follow the tutorial for setting up your dependencies

    Install celestia-node ​

    You can follow the tutorial for installing celestia-node

    Run the full storage node ​

    Initialize the full storage node ​

    Run the following command:

    sh
    celestia full init
    celestia full init
    sh
    celestia full init --p2p.network mocha
    celestia full init --p2p.network mocha
    sh
    celestia full init --p2p.network arabica
    celestia full init --p2p.network arabica

    Start the full storage node ​

    Start the full storage node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):

    In order for access to the ability to get/submit state-related information, such as the ability to submit PayForBlob transactions, or query for the node's account balance, a gRPC endpoint of a validator (core) node must be passed as directed below.

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    sh
    celestia full start --core.ip <URI>
    celestia full start --core.ip <URI>

    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.

    You can create your key for your node by following the cel-key instructions

    Once you start the full storage node, a wallet key will be generated for you. You will need to fund that address with testnet tokens to pay for PayForBlob transactions. You can find the address by running the following command:

    sh
    ./cel-key list --node.type full --keyring-backend test --p2p.network <network>
    ./cel-key list --node.type full --keyring-backend test --p2p.network <network>

    TIP

    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

    You can get testnet tokens from:

    NOTE

    If you are running a full-storage node for your sovereign rollup, it is highly recommended to request Arabica devnet tokens as Arabica has the latest changes that can be used to test for developing your sovereign rollup. You can still use Mocha testnet as well, it is just mostly used for validator operations.

    Optional: run the full storage node with a custom key ​

    In order to run a full storage node using a custom key:

    1. The custom key must exist inside the celestia full storage node directory at the correct path (default: ~/.celestia-full/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia full start --core.ip <URI> \
+

    Setting up a Celestia full storage Node ​

    This tutorial will guide you through setting up a Celestia full storage node, which is a celestia-node that doesn't connect to celestia-app (hence not a full consensus node), but stores all the data.

    Overview of full storage nodes ​

    Full storage nodes are Celestia nodes that store all the data. Full storage nodes send block shares, headers, and fraud proofs to light nodes. The light nodes gossip headers, fraud proofs, and sometimes block shares, between one another.

    Full storage node

    Hardware requirements ​

    The following hardware minimum requirements are recommended for running the full storage node:

    • Memory: 4 GB RAM (minimum)
    • CPU: 6 cores
    • Disk: 10 TB SSD Storage
    • Bandwidth: 1 Gbps for Download/1 Gbps for Upload

    Setting up your full storage node ​

    The following tutorial is done on an Ubuntu Linux 20.04 (LTS) x64 instance machine.

    Setup the dependencies ​

    You can follow the tutorial for setting up your dependencies

    Install celestia-node ​

    You can follow the tutorial for installing celestia-node

    Run the full storage node ​

    Initialize the full storage node ​

    Run the following command:

    sh
    celestia full init
    celestia full init
    sh
    celestia full init --p2p.network mocha
    celestia full init --p2p.network mocha
    sh
    celestia full init --p2p.network arabica
    celestia full init --p2p.network arabica

    Start the full storage node ​

    Start the full storage node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):

    In order for access to the ability to get/submit state-related information, such as the ability to submit PayForBlob transactions, or query for the node's account balance, a gRPC endpoint of a validator (core) node must be passed as directed below.

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    sh
    celestia full start --core.ip <URI>
    celestia full start --core.ip <URI>

    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.

    You can create your key for your node by following the cel-key instructions

    Once you start the full storage node, a wallet key will be generated for you. You will need to fund that address with testnet tokens to pay for PayForBlob transactions. You can find the address by running the following command:

    sh
    ./cel-key list --node.type full --keyring-backend test --p2p.network <network>
    ./cel-key list --node.type full --keyring-backend test --p2p.network <network>

    TIP

    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

    You can get testnet tokens from:

    NOTE

    If you are running a full-storage node for your sovereign rollup, it is highly recommended to request Arabica devnet tokens as Arabica has the latest changes that can be used to test for developing your sovereign rollup. You can still use Mocha testnet as well, it is just mostly used for validator operations.

    Optional: run the full storage node with a custom key ​

    In order to run a full storage node using a custom key:

    1. The custom key must exist inside the celestia full storage node directory at the correct path (default: ~/.celestia-full/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia full start --core.ip <URI> \
   --keyring.accname <name-of-custom-key> \
    celestia full start --core.ip <URI> \
   --keyring.accname <name-of-custom-key> \
    sh
    celestia full start --core.ip <URI> \
   --keyring.accname <name-of-custom-key> \
@@ -48,8 +48,8 @@
   --keyring.accname <name-of-custom-key> \
   --p2p.network arabica
    celestia full start --core.ip <URI> \
   --keyring.accname <name-of-custom-key> \
-  --p2p.network arabica

    Optional: start the full storage node with SystemD ​

    If you would like to run the full storage node as a background process, follow the SystemD tutorial.

    With that, you are now running a Celestia full storage node.

    Stop the full storage node ​

    In order to gracefully stop the full storage node, use Control + C in the terminal window where the node is running. Be sure to only do this once as the shutdown will not be instantaneous.

    - + --p2p.network arabica

    Optional: start the full storage node with SystemD ​

    If you would like to run the full storage node as a background process, follow the SystemD tutorial.

    With that, you are now running a Celestia full storage node.

    Stop the full storage node ​

    In order to gracefully stop the full storage node, use Control + C in the terminal window where the node is running. Be sure to only do this once as the shutdown will not be instantaneous.

    + \ No newline at end of file diff --git a/pr-1489/nodes/hardfork-process.html b/pr-1489/nodes/hardfork-process.html index d5e15817f8..996d760e62 100644 --- a/pr-1489/nodes/hardfork-process.html +++ b/pr-1489/nodes/hardfork-process.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Celestia hardfork process ​

    Blockchain networks often times need to upgrade with new features which require coordination work among the validators prior to activating the upgrades.

    This process is called a hardfork or a network upgrade. In those events, the Celestia Labs team will be coordinating with the validators on what they need to do in order to be ready for an upcoming hardfork.

    Hardforks are not backward-compatible with older versions of the network software which is why it is important that validators upgrade their software to continue validating on the network after the network upgrades.

    General process ​

    The general process can be broken down into several components:

    • Hardfork specifications and features (defined by description of features and code implementation of those features).
    • Binary used to add those features (a new binary release with those features will be provided by Celestia team in order for validators to upgrade their nodes to the new binary).
    • A block number for when the network upgrades (even if validators upgrade their binary to be hardfork ready, the network upgrade does not happen right away, but some short time in the future at a specific block number).
    • Testing of the features (happens on testnets first prior to activating on mainnet in order to ensure the network can upgrade securely).

    The two testnets were hardforks are deployed on are:

    Mocha hardfork ​

    Celestia is planning the Mocha Hardfork upgrade on the Mamaki Testnet. This hardfork is unique as it will reset the Mamaki network to block 0 while maintaining the existing state and also will rename Mamaki to Mocha.

    The new chain-id will be mocha.

    You can find the release logs for consensus nodes on the celestia-app releases page.

    The most exciting feature included is setting the stage for Blobstream on Mocha.

    Validators will need to generate 2 new keys in order to be Blobstream-ready. Note that for the Mocha Hardfork, Blobstream will not launch yet so you can swap those keys after for new ones if needed. The keys needed are:

    • 1 EVM key
    • 1 Celestia key

    So, in order for this to happen, validators will need to maintain two new keys in order to have a successful upgrade.

    Those two keys will need to be added to 2 new flags on celestia-app:

    • --evm-address: This flag should contain a 0x EVM address.
    - +

    Celestia hardfork process ​

    Blockchain networks often times need to upgrade with new features which require coordination work among the validators prior to activating the upgrades.

    This process is called a hardfork or a network upgrade. In those events, the Celestia Labs team will be coordinating with the validators on what they need to do in order to be ready for an upcoming hardfork.

    Hardforks are not backward-compatible with older versions of the network software which is why it is important that validators upgrade their software to continue validating on the network after the network upgrades.

    General process ​

    The general process can be broken down into several components:

    • Hardfork specifications and features (defined by description of features and code implementation of those features).
    • Binary used to add those features (a new binary release with those features will be provided by Celestia team in order for validators to upgrade their nodes to the new binary).
    • A block number for when the network upgrades (even if validators upgrade their binary to be hardfork ready, the network upgrade does not happen right away, but some short time in the future at a specific block number).
    • Testing of the features (happens on testnets first prior to activating on mainnet in order to ensure the network can upgrade securely).

    The two testnets were hardforks are deployed on are:

    Mocha hardfork ​

    Celestia is planning the Mocha Hardfork upgrade on the Mamaki Testnet. This hardfork is unique as it will reset the Mamaki network to block 0 while maintaining the existing state and also will rename Mamaki to Mocha.

    The new chain-id will be mocha.

    You can find the release logs for consensus nodes on the celestia-app releases page.

    The most exciting feature included is setting the stage for Blobstream on Mocha.

    Validators will need to generate 2 new keys in order to be Blobstream-ready. Note that for the Mocha Hardfork, Blobstream will not launch yet so you can swap those keys after for new ones if needed. The keys needed are:

    • 1 EVM key
    • 1 Celestia key

    So, in order for this to happen, validators will need to maintain two new keys in order to have a successful upgrade.

    Those two keys will need to be added to 2 new flags on celestia-app:

    • --evm-address: This flag should contain a 0x EVM address.
    + \ No newline at end of file diff --git a/pr-1489/nodes/ibc-relayer.html b/pr-1489/nodes/ibc-relayer.html index ce8f9f659f..045bca4ea4 100644 --- a/pr-1489/nodes/ibc-relayer.html +++ b/pr-1489/nodes/ibc-relayer.html @@ -11,7 +11,7 @@ - + @@ -492,8 +492,8 @@ policy = 'allow' list = [ ['transfer', 'channel-3108'], # mocha-4 -]

    Start the relayer ​

    Start the relayer via hermes start

    Transfer ​

    The Celestia state machine is built with the IBC transfer module, allowing for the native Celestia token to be transferred to any other IBC enabled chain. Transfer can be initialized through the celestia-appd CLI. Information can be found via the help label as follows:

    bash
    celestia-appd tx ibc-transfer transfer --help
    celestia-appd tx ibc-transfer transfer --help

    Token filter ​

    The transfer module uses a token filter middleware which serves to prevent non-native Celestia tokens from being on Celestia. If a user is to try to send a token from another chain across, it will be simply rejected and the token returned back to the user.

    - +]

    Start the relayer ​

    Start the relayer via hermes start

    Transfer ​

    The Celestia state machine is built with the IBC transfer module, allowing for the native Celestia token to be transferred to any other IBC enabled chain. Transfer can be initialized through the celestia-appd CLI. Information can be found via the help label as follows:

    bash
    celestia-appd tx ibc-transfer transfer --help
    celestia-appd tx ibc-transfer transfer --help

    Token filter ​

    The transfer module uses a token filter middleware which serves to prevent non-native Celestia tokens from being on Celestia. If a user is to try to send a token from another chain across, it will be simply rejected and the token returned back to the user.

    + \ No newline at end of file diff --git a/pr-1489/nodes/instantiate-testnet.html b/pr-1489/nodes/instantiate-testnet.html index 1d120f00a4..e6bcd47611 100644 --- a/pr-1489/nodes/instantiate-testnet.html +++ b/pr-1489/nodes/instantiate-testnet.html @@ -11,7 +11,7 @@ - + @@ -58,8 +58,8 @@ NODE_ID=$(celestia-appd tendermint show-node-id) PORT_NUMBER=26656

    Note that the default port is 26656

    Now you can run the following command to output your validator node address:

    sh
    PEER="$NODE_ID@$IP_ADDRESS:$PORT_NUMBER"
 echo $PEER
    PEER="$NODE_ID@$IP_ADDRESS:$PORT_NUMBER"
-echo $PEER

    The output is your validator node address which you can share with other validators so they can peer with you.

    Instantiate the network ​

    You can start your node by running the following command:

    sh
    celestia-appd start
    celestia-appd start

    TIP

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    Now you have a new Celestia testnet to play around with!

    - +echo $PEER

    The output is your validator node address which you can share with other validators so they can peer with you.

    Instantiate the network ​

    You can start your node by running the following command:

    sh
    celestia-appd start
    celestia-appd start

    TIP

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    Now you have a new Celestia testnet to play around with!

    + \ No newline at end of file diff --git a/pr-1489/nodes/light-node.html b/pr-1489/nodes/light-node.html index 431a2b55a0..4f4c789f7d 100644 --- a/pr-1489/nodes/light-node.html +++ b/pr-1489/nodes/light-node.html @@ -11,7 +11,7 @@ - + @@ -38,11 +38,11 @@

    Appearance

    Setting up a Celestia light node ​

    This tutorial will guide you through setting up a Celestia light node, which will allow you to perform data availability sampling (DAS) on Celestia's data availability (DA) network.

    Overview of light nodes ​

    Light nodes ensure data availability. This is the most common way to interact with Celestia networks.

    light-node

    Light nodes have the following behavior:

    1. They listen for ExtendedHeaders, i.e. wrapped “raw” headers, that notify Celestia nodes of new block headers and relevant DA metadata.
    2. They perform DAS on the received headers

    Hardware requirements ​

    The following minimum hardware requirements are recommended for running a light node:

    • Memory: 500 MB RAM (minimum)
    • CPU: Single Core
    • Disk: 50 GB SSD Storage
    • Bandwidth: 56 Kbps for Download/56 Kbps for Upload

    Setting up your light node ​

    This tutorial was performed on an Ubuntu Linux 20.04 (LTS) x64 instance machine.

    Set up dependencies on the setting up environment page.

    Install celestia-node ​

    Install the celestia binary by building and installing celestia-node.

    Initialize the light node ​

    Run the following command:

    sh
    celestia light init
    celestia light init
    sh
    celestia light init --p2p.network mocha
    celestia light init --p2p.network mocha
    sh
    celestia light init --p2p.network arabica
    celestia light init --p2p.network arabica

    The output in your terminal will show the location of your node store and config. It will also show confirmation that the node store has been initialized.

    Start the light node ​

    Start the light node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):

    In order for access to the ability to get and submit state-related information, such as the ability to submit PayForBlobs transactions, or query for the node's account balance, a gRPC endpoint of a validator (core) node must be passed as directed below.

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    To start the light node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):

    sh
    celestia light start --core.ip <URI> --p2p.network <network>
    celestia light start --core.ip <URI> --p2p.network <network>

    TIP

    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.

    For example, your command might look something like this for Mocha:

    sh
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha

    Or for Arabica:

    sh
    celestia light start --core.ip validator-1.celestia-arabica-11.com \
+

    Setting up a Celestia light node ​

    This tutorial will guide you through setting up a Celestia light node, which will allow you to perform data availability sampling (DAS) on Celestia's data availability (DA) network.

    Overview of light nodes ​

    Light nodes ensure data availability. This is the most common way to interact with Celestia networks.

    light-node

    Light nodes have the following behavior:

    1. They listen for ExtendedHeaders, i.e. wrapped “raw” headers, that notify Celestia nodes of new block headers and relevant DA metadata.
    2. They perform DAS on the received headers

    Hardware requirements ​

    The following minimum hardware requirements are recommended for running a light node:

    • Memory: 500 MB RAM (minimum)
    • CPU: Single Core
    • Disk: 50 GB SSD Storage
    • Bandwidth: 56 Kbps for Download/56 Kbps for Upload

    Setting up your light node ​

    This tutorial was performed on an Ubuntu Linux 20.04 (LTS) x64 instance machine.

    Set up dependencies on the setting up environment page.

    Install celestia-node ​

    Install the celestia binary by building and installing celestia-node.

    Initialize the light node ​

    Run the following command:

    sh
    celestia light init
    celestia light init
    sh
    celestia light init --p2p.network mocha
    celestia light init --p2p.network mocha
    sh
    celestia light init --p2p.network arabica
    celestia light init --p2p.network arabica

    The output in your terminal will show the location of your node store and config. It will also show confirmation that the node store has been initialized.

    Start the light node ​

    Start the light node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):

    In order for access to the ability to get and submit state-related information, such as the ability to submit PayForBlobs transactions, or query for the node's account balance, a gRPC endpoint of a validator (core) node must be passed as directed below.

    Refer to the ports section of the celestia-node troubleshooting page for information on which ports are required to be open on your machine.

    To start the light node with a connection to a validator node's gRPC endpoint (which is usually exposed on port 9090):

    sh
    celestia light start --core.ip <URI> --p2p.network <network>
    celestia light start --core.ip <URI> --p2p.network <network>

    TIP

    You do not need to declare a network for Mainnet Beta. Refer to the chain ID section on the troubleshooting page for more information

    Using an RPC of your own, or one from the list on the Mocha testnet page or list on the Arabica devnet page, start your node.

    For example, your command might look something like this for Mocha:

    sh
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --core.ip rpc-mocha.pops.one --p2p.network mocha

    Or for Arabica:

    sh
    celestia light start --core.ip validator-1.celestia-arabica-11.com \
     --p2p.network arabica
    celestia light start --core.ip validator-1.celestia-arabica-11.com \
     --p2p.network arabica

    Keys and wallets ​

    You can create your key for your node by running the following command with the cel-key utility in the celestia-node directory:

    sh
    ./cel-key add <key-name> --keyring-backend test \
     --node.type light --p2p.network <network>
    ./cel-key add <key-name> --keyring-backend test \
-    --node.type light --p2p.network <network>

    You can start your light node with the key created above by running the following command:

    sh
    celestia light start --keyring.accname my_celes_key \
+    --node.type light --p2p.network <network>

    You can start your light node with the key created above by running the following command:

    sh
    celestia light start --keyring.accname my_celes_key \
     --core.ip consensus.lunaroasis.net
    celestia light start --keyring.accname my_celes_key \
     --core.ip consensus.lunaroasis.net
    sh
    celestia light start --keyring.accname my_celes_key \
     --core.ip rpc-mocha.pops.one --p2p.network mocha
    celestia light start --keyring.accname my_celes_key \
@@ -52,7 +52,7 @@
     --core.ip validator-1.celestia-arabica-11.com \
     --p2p.network arabica

    Once you start the light node, a wallet key will be generated for you. You will need to fund that address with testnet tokens to pay for PayForBlob transactions.

    You can find the address using the RPC CLI or by running the following command in the celestia-node directory:

    sh
    ./cel-key list --node.type light --keyring-backend test \
     --p2p.network <network>
    ./cel-key list --node.type light --keyring-backend test \
-    --p2p.network <network>

    Testnet tokens ​

    You have two networks to get testnet tokens from:

    You can request funds to your wallet address using the following command in Discord:

    console
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>

    Where <CELESTIA-ADDRESS> is the celestia1****** address generated when you created the wallet.

    Optional: run the light node with a custom key ​

    In order to run a light node using a custom key:

    1. The custom key must exist inside the celestia light node directory at the correct path (default: ~/.celestia-light/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia light start --core.ip <URI> \
+    --p2p.network <network>

    Testnet tokens ​

    You have two networks to get testnet tokens from:

    You can request funds to your wallet address using the following command in Discord:

    console
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>

    Where <CELESTIA-ADDRESS> is the celestia1****** address generated when you created the wallet.

    Optional: run the light node with a custom key ​

    In order to run a light node using a custom key:

    1. The custom key must exist inside the celestia light node directory at the correct path (default: ~/.celestia-light/keys/keyring-test)
    2. The name of the custom key must be passed upon start, like so:
    sh
    celestia light start --core.ip <URI> \
     --keyring.accname <name-of-custom-key> \
    celestia light start --core.ip <URI> \
     --keyring.accname <name-of-custom-key> \
    sh
    celestia light start --core.ip <URI> \
     --keyring.accname <name-of-custom-key> \
@@ -62,8 +62,8 @@
     --keyring.accname <name-of-custom-key> \
     --p2p.network mocha
    celestia light start --core.ip <URI> \
     --keyring.accname <name-of-custom-key> \
-    --p2p.network mocha

    Optional: start light node with SystemD ​

    Follow the tutorial on setting up the light node as a background process with SystemD.

    Data availability sampling ​

    With your light node running, you can check out this tutorial on submitting PayForBlob transactions.

    - + --p2p.network mocha

    Optional: start light node with SystemD ​

    Follow the tutorial on setting up the light node as a background process with SystemD.

    Data availability sampling ​

    With your light node running, you can check out this tutorial on submitting PayForBlob transactions.

    + \ No newline at end of file diff --git a/pr-1489/nodes/mainnet.html b/pr-1489/nodes/mainnet.html index 2b1a9e7069..301b61f9e9 100644 --- a/pr-1489/nodes/mainnet.html +++ b/pr-1489/nodes/mainnet.html @@ -14,7 +14,7 @@ - + @@ -43,8 +43,8 @@

    Mainnet Beta ​

    Mainnet Beta

    Welcome to the guide for Celestia’s Mainnet Beta, the production network that marks the pinnacle of Celestia’s evolution since its inception in 2019. This network is where all components of the Celestia ecosystem come to life in a real-world environment.

    Mainnet Beta is the culmination of rigorous community testing, upgrades, and feedback. It serves as the platform for deploying mainnet rollups and applications.

    Network stability and upgrades ​

    Mainnet Beta is a stable network, but will still receive updates and improvements. Any changes or upgrades will be coordinated with node operators and the broader Celestia community to ensure seamless integration and minimal service interruptions.

    As we step into unexplored territories with groundbreaking technologies like data availability sampling, it's crucial to remember that Mainnet Beta remains experimental at this stage. While the network is live and functional, users may encounter occasional instability or reduced performance.

    Network details ​

    DetailValue
    Chain IDcelestia
    Genesis hash6BE39EFD10BA412A9DB5288488303F5DD32CF386707A5BEF33617F4C43301872
    Genesis file https://github.com/celestiaorg/networks/blob/master/celestia/genesis.json
    Peers file https://github.com/celestiaorg/networks/blob/master/celestia/peers.txt
    Validators 100

    Software version numbers ​

    SoftwareVersion
    celestia-nodev0.12.4
    celestia-appv1.6.0

    Network parameters ​

    Full network parameters, such as max bytes, can be found in the celestia-app specifications.

    CIP-13 has been drafted to create a living document for these parameters as a part of the CIP process.

    Maximum bytes ​

    There is a hard limit on the total blob size in a transaction, which is determined by the effective maximum square size. Given that the current governance maximum square size is 64, the total blob size in a transaction must be slightly less than ~2 MiB, or 1,973,786 bytes to be exact.

    The following provides an approximation of the maximum block size:

    • The maximum square size is 64x64, which gives us 4096 shares.
    • One share is reserved for the PFB transaction, leaving us with 4095 shares.
    • The first sparse share has 478 bytes available, and the remaining sparse shares have 482 bytes each.

    This can be calculated as follows:

    Total Bytes=(1×478bytes)+(4094×482bytes)=1,973,786bytes

    Please note that there isn't a precise upper bound on the maximum total blob size. It depends on several factors:

    • The maximum square size, which is determined by a governance parameter and a versioned constant.
    • The maximum bytes in a block, which is determined by a governance parameter and a hard-coded constant in CometBFT.
    • The number of shares occupied by the PFB transaction share.

    These factors can cause the maximum total blob size that can be included in one block to vary.

    Integrations ​

    This guide contains the relevant sections for how to connect to Mainnet Beta, depending on the type of node you are running. Your best approach to participating is to first determine which node you would like to run. Each node’s guide will link to the relevant network in order to show you how to connect to them. Learn about the different endpoint types in the Cosmos SDK documentation.

    Here is a list of options of the types of nodes you can run in order to participate in Mainnet Beta:

    Consensus nodes ​

    Consensus RPC endpoints ​

    • public-celestia-rpc.numia.xyz
    • celestia-rpc.mesa.newmetric.xyz
    • rpc.celestia.pops.one
    • rpc.lunaroasis.net
    • rpc.celestia.nodestake.top
    • celestia-rpc.brightlystake.com
    • celestia-rpc.spidey.services
    • rpc-celestia.contributiondao.com
    • celestia.rpc.stakin-nodes.com
    • celestia.cumulo.org.es
    • rpc-celestia.mzonder.com
    • rpc-celestia-01.stakeflow.io
    • rpc-celestia.alphab.ai
    • rpc-celestia-full.avril14th.org
    • celestia-rpc.easy2stake.com
    • celestia.rpc.kjnodes.com
    • celestia-rpc.0xcryptovestor.com
    • rpc-celestia-mainnet.trusted-point.com
    • celestia.rpc.archives.validao.xyz
    • rpc-archive.celestia.bitszn.com
    • celestia-rpc.f5nodes.com
    • celestia-rpc.chainode.tech:33373
    • https://rpc-celestia.staker.space/

    API endpoints ​

    • public-celestia-lcd.numia.xyz
    • celestia-rest.mesa.newmetric.xyz
    • api.celestia.pops.one
    • api.lunaroasis.net
    • api.celestia.nodestake.top
    • celestia-rpc.brightlystake.com/api
    • celestia-api.spidey.services
    • api-celestia.contributiondao.com
    • celestia.rest.stakin-nodes.com
    • celestia.api.cumulo.org.es
    • api-celestia.mzonder.com
    • api-celestia-01.stakeflow.io
    • api-celestia.alphab.ai
    • api-celestia-full.avril14th.org
    • celestia-lcd.easy2stake.com
    • celestia.api.kjnodes.com
    • api-celestia-mainnet.trusted-point.com
    • celestia.rest.archives.validao.xyz
    • api-archive.celestia.bitszn.com
    • celestia-api.f5nodes.com
    • https://celestia-api.chainode.tech
    • https://api-celestia.staker.space/

    gRPC endpoints ​

    • public-celestia-grpc.numia.xyz
    • celestia-grpc.mesa.newmetric.xyz
    • grpc.celestia.pops.one
    • grpc.lunaroasis.net:443
    • grpc.celestia.nodestake.top
    • celestia-rpc.brightlystake.com:9090
    • celestia-grpc.spidey.services
    • grpc-celestia.contributiondao.com
    • celestia.grpc.stakin-nodes.com:443
    • celestia.grpc.cumulo.org.es:443
    • grpc-celestia.mzonder.com:443
    • grpc-celestia-01.stakeflow.io:15002
    • rpc-celestia.alphab.ai:9090
    • grpc-celestia-full.avril14th.org
    • celestia.grpc.kjnodes.com:443
    • grpc-celestia-mainnet.trusted-point.com:9095
    • celestia.grpc.archives.validao.xyz:9090
    • gprc-archive.celestia.bitszn.com
    • celestia-grpc.f5nodes.com:9390
    • celestia-grpc.chainode.tech:443
    • https://grpc-celestia.staker.space/

    WebSocket endpoints ​

    • wss://celestia-ws.chainode.tech:33373/websocket

    Data availability nodes ​

    DA RPC endpoints ​

    These RPC endpoints for DA nodes are to provide state access for querying the chain’s state and broadcasting transactions (balances, blobs, etc.) to the Celestia network. For users, they will need to provide a –core.ip string from a consensus node’s URL or IP that populates 2 ports for 2 types (RPC and gRPC, at ports 26657 and 9090, respectively) to their respective DA node.

    TIP

    bash
    celestia <da_type> start --core.ip <url> –core.rpc.port <port> \
     –core.grpc.port <port>
    celestia <da_type> start --core.ip <url> –core.rpc.port <port> \
-    –core.grpc.port <port>

    Bridge nodes

    Not all RPC endpoints guarantee the full block history. Find an archive endpoint on the community dashboard or run your own consensus full node with no pruning for your bridge node.

    RPCs for DA nodes to initialise or start your celestia-node to Mainnet Beta with:

    • public-celestia-consensus.numia.xyz
      • gRPC: port 9090
      • RPC: port 26657
    • celestia-consensus.mesa.newmetric.xyz
      • gRPC: port 9090
      • RPC: port 26657
    • rpc.celestia.pops.one
      • gRPC: port 9090
      • RPC: port 26657
    • consensus.lunaroasis.net
      • gRPC: port 9090
      • RPC: port 26657
    • rpc-celestia.alphab.ai
      • gRPC: port 9090
      • RPC: port 26657

    DA full and light nodes might have troubles connecting to the networks, so you can check out this Grafana dashboard to see health/uptime status of DA bootstrappers (now celestia network only).

    You can find the status of these endpoints.

    Explorers ​

    There are multiple explorers you can use for Mainnet Beta:

    Analytics ​

    The following websites provide analytics for Celestia:

    Network upgrades ​

    Join the Community Telegram announcement channel for network upgrades.

    - + –core.grpc.port <port>

    Bridge nodes

    Not all RPC endpoints guarantee the full block history. Find an archive endpoint on the community dashboard or run your own consensus full node with no pruning for your bridge node.

    RPCs for DA nodes to initialise or start your celestia-node to Mainnet Beta with:

    • public-celestia-consensus.numia.xyz
      • gRPC: port 9090
      • RPC: port 26657
    • celestia-consensus.mesa.newmetric.xyz
      • gRPC: port 9090
      • RPC: port 26657
    • rpc.celestia.pops.one
      • gRPC: port 9090
      • RPC: port 26657
    • consensus.lunaroasis.net
      • gRPC: port 9090
      • RPC: port 26657
    • rpc-celestia.alphab.ai
      • gRPC: port 9090
      • RPC: port 26657

    DA full and light nodes might have troubles connecting to the networks, so you can check out this Grafana dashboard to see health/uptime status of DA bootstrappers (now celestia network only).

    You can find the status of these endpoints.

    Explorers ​

    There are multiple explorers you can use for Mainnet Beta:

    Analytics ​

    The following websites provide analytics for Celestia:

    Network upgrades ​

    Join the Community Telegram announcement channel for network upgrades.

    + \ No newline at end of file diff --git a/pr-1489/nodes/mocha-testnet.html b/pr-1489/nodes/mocha-testnet.html index 20f6cfeb50..d61d011714 100644 --- a/pr-1489/nodes/mocha-testnet.html +++ b/pr-1489/nodes/mocha-testnet.html @@ -14,7 +14,7 @@ - + @@ -41,8 +41,8 @@

    Appearance

    Mocha testnet ​

    mocha-testnet

    This guide contains the relevant sections for how to connect to Mocha, depending on the type of node you are running. Mocha testnet is designed to help validators test out their infrastructure and node software. Developers are encouraged to deploy their sovereign rollups on Mocha, but we also recommend Arabica devnet for that as it is designed for development purposes.

    Mocha is a milestone in Celestia, allowing everyone to test out core functionalities on the network. Read the announcement. Your best approach to participating is to first determine which node you would like to run. Each node's guide will link to the relevant networks, to show you how to connect to them.

    You have a list of options on the types of nodes you can run to participate in Mocha:

    Consensus:

    Data Availability:

    Select the type of node you would like to run and follow the instructions on each respective page. Whenever you are asked to select the type of network you want to connect to in those guides, select Mocha to refer to the correct instructions on this page on how to connect to Mocha.

    Network details ​

    DetailValue
    Chain IDmocha-4
    Genesis hashB93BBE20A0FBFDF955811B6420F8433904664D45DB4BF51022BE4200C1A1680D
    Genesis file https://github.com/celestiaorg/networks/blob/master/mocha-4/genesis.json
    Peers file https://github.com/celestiaorg/networks/blob/master/mocha-4/peers.txt
    Validators 100

    Software version numbers ​

    SoftwareVersion
    celestia-nodev0.13.2
    celestia-appv1.7.0

    RPC for DA bridge, full, and light nodes ​

    These RPC endpoints for DA nodes are to provide state access for querying the chain’s state and broadcasting transactions (balances, blobs, etc.) to the Celestia network. For users, they will need to provide a –core.ip string from a consensus node’s URL or IP that populates 2 ports for 2 types (RPC and gRPC, at ports 26657 and 9090, respectively) to their respective DA node.

    Bridge nodes

    Mentioned below RPC endpoints do not guarantee you the download of full blocks from them. We advise that if you are running a bridge node, that you also run a local full consensus node in order to download full blocks from it.

    • public-celestia-mocha4-consensus.numia.xyz
    • full.consensus.mocha-4.celestia-mocha.com
    • consensus-full-mocha-4.celestia-mocha.com
    • rpc-mocha.pops.one

    RPC endpoints ​

    The RPC endpoint is to allow users to interact with Celestia's nodes by querying the node's state and broadcasting transactions on the Celestia network. The default port is 26657.

    • public-celestia-mocha4-consensus.numia.xyz:26657
    • rpc.celestia-mocha.com
    • rpc-2.celestia-mocha.com
    • celestia-testnet-rpc.f5nodes.com
    • celestia-testnet.brightlystake.com
    • rpc-celestia-mocha.architectnodes.com
    • rpc-celestia-mocha.trusted-point.com
    • rpc-celestia-testnet-01.stakeflow.io
    • mocha.celestia.rpc.cumulo.me
    • rpc-mocha-4.spidey.services
    • rpc-mocha-full.avril14th.org
    • rpc.mocha.bitszn.com

    API endpoints ​

    The API endpoint is to allow users to interact with the REST API in Cosmos SDK which is implemented using gRPC-gateway, which exposes gRPC endpoints as REST endpoints. This allows for communication with the node using REST calls, which can be useful if the client does not support gRPC or HTTP2. The default port is 1317.

    gRPC endpoints ​

    The gRPC endpoint is to allow users to interact with a Celestia Node using gRPC, a modern open-source and high-performance RPC framework. The default port is 9090. In the Cosmos SDK, gRPC is used to define state queries and broadcast transactions.

    • public-celestia-mocha4-consensus.numia.xyz:9090
    • grpc-mocha.pops.one
    • grpc.celestia-mocha.com:443
    • grpc-2.celestia-mocha.com:443
    • full.consensus.mocha-4.celestia-mocha.com:9090
    • consensus-full-mocha-4.celestia-mocha.com:9090
    • celestia-testnet-grpc.f5nodes.com
    • celestia-testnet.brightlystake.com:9390
    • grpc-celestia-mocha.architectnodes.com:1443
    • grpc-celestia-mocha.trusted-point.com:9099
    • grpc-celestia-testnet-01.stakeflow.io:16002
    • mocha.grpc.cumulo.me:443
    • grpc-mocha-4.spidey.services
    • grpc-mocha-full.avril14th.org
    • grpc.mocha.bitszn.com

    Bridge and full node endpoints ​

    The endpoints below are for bridge and full nodes only. They can be used to find bootstrapper peers in the p2p network.

    Bridge node 1:

    • da-bridge-mocha-4.celestia-mocha.com
    • bridge-mocha-4.da.celestia-mocha.com

    Bridge node 2:

    • da-bridge-mocha-4-2.celestia-mocha.com
    • bridge-mocha-4-2.da.celestia-mocha.com

    Full node 1:

    • da-full-1-mocha-4.celestia-mocha.com
    • full-1-mocha-4.da.celestia-mocha.com

    Full node 2:

    • da-full-2-mocha-4.celestia-mocha.com
    • full-2-mocha-4.da.celestia-mocha.com

    Mocha testnet faucet ​

    WARNING

    USING THIS FAUCET DOES NOT ENTITLE YOU TO ANY AIRDROP OR OTHER DISTRIBUTION OF MAINNET CELESTIA TOKENS. THERE ARE NO PUBLIC SALES OF ANY MAINNET CELESTIA TOKENS.

    You can request from Mocha testnet Faucet on the #mocha-faucet channel on Celestia's Discord server with the following command:

    text
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>

    Where <CELESTIA-ADDRESS> is a celestia1****** generated address.

    NOTE

    Faucet has a limit of 10 tokens per week per address/Discord ID.

    Explorers ​

    There are several explorers you can use for Mocha:

    Network upgrades ​

    Join our Telegram announcement channel for network upgrades.

    - +

    Mocha testnet ​

    mocha-testnet

    This guide contains the relevant sections for how to connect to Mocha, depending on the type of node you are running. Mocha testnet is designed to help validators test out their infrastructure and node software. Developers are encouraged to deploy their sovereign rollups on Mocha, but we also recommend Arabica devnet for that as it is designed for development purposes.

    Mocha is a milestone in Celestia, allowing everyone to test out core functionalities on the network. Read the announcement. Your best approach to participating is to first determine which node you would like to run. Each node's guide will link to the relevant networks, to show you how to connect to them.

    You have a list of options on the types of nodes you can run to participate in Mocha:

    Consensus:

    Data Availability:

    Select the type of node you would like to run and follow the instructions on each respective page. Whenever you are asked to select the type of network you want to connect to in those guides, select Mocha to refer to the correct instructions on this page on how to connect to Mocha.

    Network details ​

    DetailValue
    Chain IDmocha-4
    Genesis hashB93BBE20A0FBFDF955811B6420F8433904664D45DB4BF51022BE4200C1A1680D
    Genesis file https://github.com/celestiaorg/networks/blob/master/mocha-4/genesis.json
    Peers file https://github.com/celestiaorg/networks/blob/master/mocha-4/peers.txt
    Validators 100

    Software version numbers ​

    SoftwareVersion
    celestia-nodev0.13.2
    celestia-appv1.7.0

    RPC for DA bridge, full, and light nodes ​

    These RPC endpoints for DA nodes are to provide state access for querying the chain’s state and broadcasting transactions (balances, blobs, etc.) to the Celestia network. For users, they will need to provide a –core.ip string from a consensus node’s URL or IP that populates 2 ports for 2 types (RPC and gRPC, at ports 26657 and 9090, respectively) to their respective DA node.

    Bridge nodes

    Mentioned below RPC endpoints do not guarantee you the download of full blocks from them. We advise that if you are running a bridge node, that you also run a local full consensus node in order to download full blocks from it.

    • public-celestia-mocha4-consensus.numia.xyz
    • full.consensus.mocha-4.celestia-mocha.com
    • consensus-full-mocha-4.celestia-mocha.com
    • rpc-mocha.pops.one

    RPC endpoints ​

    The RPC endpoint is to allow users to interact with Celestia's nodes by querying the node's state and broadcasting transactions on the Celestia network. The default port is 26657.

    • public-celestia-mocha4-consensus.numia.xyz:26657
    • rpc.celestia-mocha.com
    • rpc-2.celestia-mocha.com
    • celestia-testnet-rpc.f5nodes.com
    • celestia-testnet.brightlystake.com
    • rpc-celestia-mocha.architectnodes.com
    • rpc-celestia-mocha.trusted-point.com
    • rpc-celestia-testnet-01.stakeflow.io
    • mocha.celestia.rpc.cumulo.me
    • rpc-mocha-4.spidey.services
    • rpc-mocha-full.avril14th.org
    • rpc.mocha.bitszn.com

    API endpoints ​

    The API endpoint is to allow users to interact with the REST API in Cosmos SDK which is implemented using gRPC-gateway, which exposes gRPC endpoints as REST endpoints. This allows for communication with the node using REST calls, which can be useful if the client does not support gRPC or HTTP2. The default port is 1317.

    gRPC endpoints ​

    The gRPC endpoint is to allow users to interact with a Celestia Node using gRPC, a modern open-source and high-performance RPC framework. The default port is 9090. In the Cosmos SDK, gRPC is used to define state queries and broadcast transactions.

    • public-celestia-mocha4-consensus.numia.xyz:9090
    • grpc-mocha.pops.one
    • grpc.celestia-mocha.com:443
    • grpc-2.celestia-mocha.com:443
    • full.consensus.mocha-4.celestia-mocha.com:9090
    • consensus-full-mocha-4.celestia-mocha.com:9090
    • celestia-testnet-grpc.f5nodes.com
    • celestia-testnet.brightlystake.com:9390
    • grpc-celestia-mocha.architectnodes.com:1443
    • grpc-celestia-mocha.trusted-point.com:9099
    • grpc-celestia-testnet-01.stakeflow.io:16002
    • mocha.grpc.cumulo.me:443
    • grpc-mocha-4.spidey.services
    • grpc-mocha-full.avril14th.org
    • grpc.mocha.bitszn.com

    Bridge and full node endpoints ​

    The endpoints below are for bridge and full nodes only. They can be used to find bootstrapper peers in the p2p network.

    Bridge node 1:

    • da-bridge-mocha-4.celestia-mocha.com
    • bridge-mocha-4.da.celestia-mocha.com

    Bridge node 2:

    • da-bridge-mocha-4-2.celestia-mocha.com
    • bridge-mocha-4-2.da.celestia-mocha.com

    Full node 1:

    • da-full-1-mocha-4.celestia-mocha.com
    • full-1-mocha-4.da.celestia-mocha.com

    Full node 2:

    • da-full-2-mocha-4.celestia-mocha.com
    • full-2-mocha-4.da.celestia-mocha.com

    Mocha testnet faucet ​

    WARNING

    USING THIS FAUCET DOES NOT ENTITLE YOU TO ANY AIRDROP OR OTHER DISTRIBUTION OF MAINNET CELESTIA TOKENS. THERE ARE NO PUBLIC SALES OF ANY MAINNET CELESTIA TOKENS.

    You can request from Mocha testnet Faucet on the #mocha-faucet channel on Celestia's Discord server with the following command:

    text
    $request <CELESTIA-ADDRESS>
    $request <CELESTIA-ADDRESS>

    Where <CELESTIA-ADDRESS> is a celestia1****** generated address.

    NOTE

    Faucet has a limit of 10 tokens per week per address/Discord ID.

    Explorers ​

    There are several explorers you can use for Mocha:

    Network upgrades ​

    Join our Telegram announcement channel for network upgrades.

    + \ No newline at end of file diff --git a/pr-1489/nodes/overview.html b/pr-1489/nodes/overview.html index fc138c60f1..05597e5b74 100644 --- a/pr-1489/nodes/overview.html +++ b/pr-1489/nodes/overview.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Overview to running nodes on Celestia ​

    There are many ways you can participate in the Celestia networks.

    Celestia node operators can run several options on the network.

    Consensus:

    • Validator node: This type of node participates in consensus by producing and voting on blocks.
    • Full consensus node: A celestia-app Full node to sync blockchain history.

    Data Availability:

    • Bridge node: This node bridges blocks between the Data-Availability network and the Consensus network.
    • Full storage node: This node stores all the data but does not connect to Consensus.
    • Light node: Light clients conduct data availability sampling on the Data Availability network.

    You can learn more about how to setup each different node by going through each tutorial guide.

    Banner

    Please provide any feedback on the tutorials and guides. If you notice a bug or issue, feel free to make a pull request or write up a Github issue!

    - +

    Overview to running nodes on Celestia ​

    There are many ways you can participate in the Celestia networks.

    Celestia node operators can run several options on the network.

    Consensus:

    • Validator node: This type of node participates in consensus by producing and voting on blocks.
    • Full consensus node: A celestia-app Full node to sync blockchain history.

    Data Availability:

    • Bridge node: This node bridges blocks between the Data-Availability network and the Consensus network.
    • Full storage node: This node stores all the data but does not connect to Consensus.
    • Light node: Light clients conduct data availability sampling on the Data Availability network.

    You can learn more about how to setup each different node by going through each tutorial guide.

    Banner

    Please provide any feedback on the tutorials and guides. If you notice a bug or issue, feel free to make a pull request or write up a Github issue!

    + \ No newline at end of file diff --git a/pr-1489/nodes/participate.html b/pr-1489/nodes/participate.html index 7ef72ebe5c..a80895b1b8 100644 --- a/pr-1489/nodes/participate.html +++ b/pr-1489/nodes/participate.html @@ -18,7 +18,7 @@ - + @@ -45,8 +45,8 @@

    Appearance

    Participate in the Celestia networks ​

    Mainnet Beta ​

    Celestia’s Mainnet Beta is the production network for deploying mainnet rollups and applications. This marks the culmination of years of development and community testing. While the network is stable and continues to receive updates, it remains experimental and users may experience occasional instability or reduced performance.

    Compatible software versions for Mainnet Beta ​

    SoftwareVersion
    celestia-nodev0.12.4
    celestia-appv1.6.0

    Testnets ​

    Celestia currently has two existing testnets that you can participate in:

    Arabica Devnet ​

    Arabica devnet is a devnet focused on developers who want to deploy sovereign rollups on the latest changes from Celestia's codebase. Arabica will be updated frequently and might be unstable at times given new updates. Validators won't be able to validate on Arabica as it is not designed for validators to participate.

    Compatible software versions for Arabica devnet ​

    SoftwareVersion
    celestia-nodev0.13.2
    celestia-appv1.7.0

    Mocha testnet ​

    Mocha testnet is a testnet focused on enabling validators to test out their infrastructure by running nodes connected to the network. Developers can also deploy sovereign rollups on Mocha, it just will always be behind Arabica as Mocha upgrades are slower given they need to be done via hardforks in coordination with the validator community on Mocha.

    Compatible software versions for Mocha testnet ​

    SoftwareVersion
    celestia-nodev0.13.2
    celestia-appv1.7.0

    Network upgrades ​

    Join our Telegram announcement channel for network upgrades.

    - +

    Participate in the Celestia networks ​

    Mainnet Beta ​

    Celestia’s Mainnet Beta is the production network for deploying mainnet rollups and applications. This marks the culmination of years of development and community testing. While the network is stable and continues to receive updates, it remains experimental and users may experience occasional instability or reduced performance.

    Compatible software versions for Mainnet Beta ​

    SoftwareVersion
    celestia-nodev0.12.4
    celestia-appv1.6.0

    Testnets ​

    Celestia currently has two existing testnets that you can participate in:

    Arabica Devnet ​

    Arabica devnet is a devnet focused on developers who want to deploy sovereign rollups on the latest changes from Celestia's codebase. Arabica will be updated frequently and might be unstable at times given new updates. Validators won't be able to validate on Arabica as it is not designed for validators to participate.

    Compatible software versions for Arabica devnet ​

    SoftwareVersion
    celestia-nodev0.13.2
    celestia-appv1.7.0

    Mocha testnet ​

    Mocha testnet is a testnet focused on enabling validators to test out their infrastructure by running nodes connected to the network. Developers can also deploy sovereign rollups on Mocha, it just will always be behind Arabica as Mocha upgrades are slower given they need to be done via hardforks in coordination with the validator community on Mocha.

    Compatible software versions for Mocha testnet ​

    SoftwareVersion
    celestia-nodev0.13.2
    celestia-appv1.7.0

    Network upgrades ​

    Join our Telegram announcement channel for network upgrades.

    + \ No newline at end of file diff --git a/pr-1489/nodes/quick-start.html b/pr-1489/nodes/quick-start.html index 98a5b49329..85f23cf45b 100644 --- a/pr-1489/nodes/quick-start.html +++ b/pr-1489/nodes/quick-start.html @@ -11,7 +11,7 @@ - + @@ -38,8 +38,8 @@

    Appearance

    Quick start guide ​

    In this section, we show you how to get started with installing the needed libraries and packages in Celestia to help you run a node on Celestia.

    Celestia Node ​

    Install celestia-node allows you to get started with running a light node and do data availability sampling.

    Light nodes are the best nodes to test out initially if you are new to participating in Celestia.

    celestia-node client also allows you to run other types of data availability (DA) nodes like bridge and full DA storage nodes, which will be covered in later sections.

    Celestia App ​

    Install celestia-app allows you to get started running a consensus node.

    celestia-app is the software that allows you to run validator nodes and also provide RPC endpoints.

    celestia-app covers the consensus layer, while celestia-node covers the DA layer.

    Getting started ​

    As covered in the previous section, Celestia offers two different test networks, Arabica devnet and Mocha testnet.

    If you are planning to run a light node, it is recommended to use Arabica, which you will find options to connecting to in the later sections.

    If you plan on running a validator, your only option is to run your node on Mocha.

    In this quick start guide, we will go over installing both of the software clients: celestia-node and celestia-app.

    NOTE

    If you just want to run a light node, you don't need to install celestia-app and can skip that part.

    Proceed to the next section in order to get started.

    - +

    Quick start guide ​

    In this section, we show you how to get started with installing the needed libraries and packages in Celestia to help you run a node on Celestia.

    Celestia Node ​

    Install celestia-node allows you to get started with running a light node and do data availability sampling.

    Light nodes are the best nodes to test out initially if you are new to participating in Celestia.

    celestia-node client also allows you to run other types of data availability (DA) nodes like bridge and full DA storage nodes, which will be covered in later sections.

    Celestia App ​

    Install celestia-app allows you to get started running a consensus node.

    celestia-app is the software that allows you to run validator nodes and also provide RPC endpoints.

    celestia-app covers the consensus layer, while celestia-node covers the DA layer.

    Getting started ​

    As covered in the previous section, Celestia offers two different test networks, Arabica devnet and Mocha testnet.

    If you are planning to run a light node, it is recommended to use Arabica, which you will find options to connecting to in the later sections.

    If you plan on running a validator, your only option is to run your node on Mocha.

    In this quick start guide, we will go over installing both of the software clients: celestia-node and celestia-app.

    NOTE

    If you just want to run a light node, you don't need to install celestia-app and can skip that part.

    Proceed to the next section in order to get started.

    + \ No newline at end of file diff --git a/pr-1489/nodes/systemd.html b/pr-1489/nodes/systemd.html index 09135992ab..fcbbeaa9c1 100644 --- a/pr-1489/nodes/systemd.html +++ b/pr-1489/nodes/systemd.html @@ -11,7 +11,7 @@ - + @@ -162,8 +162,8 @@ WantedBy=multi-user.target EOF

    If the file was created successfully you will be able to see its content:

    sh
    cat /etc/systemd/system/celestia-lightd.service
    cat /etc/systemd/system/celestia-lightd.service

    Enable and start celestia-lightd daemon:

    sh
    sudo systemctl enable celestia-lightd
 sudo systemctl start celestia-lightd
    sudo systemctl enable celestia-lightd
-sudo systemctl start celestia-lightd

    Check if daemon has been started correctly:

    sh
    sudo systemctl status celestia-lightd
    sudo systemctl status celestia-lightd

    Check daemon logs in real time:

    sh
    sudo journalctl -u celestia-lightd.service -f
    sudo journalctl -u celestia-lightd.service -f

    Now, the Celestia light node will start syncing headers. After sync is finished, light node will do Data Availability Sampling (DAS) from the bridge node.

    - +sudo systemctl start celestia-lightd

    Check if daemon has been started correctly:

    sh
    sudo systemctl status celestia-lightd
    sudo systemctl status celestia-lightd

    Check daemon logs in real time:

    sh
    sudo journalctl -u celestia-lightd.service -f
    sudo journalctl -u celestia-lightd.service -f

    Now, the Celestia light node will start syncing headers. After sync is finished, light node will do Data Availability Sampling (DAS) from the bridge node.

    + \ No newline at end of file diff --git a/pr-1489/sitemap.xml b/pr-1489/sitemap.xml index 03f6b58a2b..9a36b5dd96 100644 --- a/pr-1489/sitemap.xml +++ b/pr-1489/sitemap.xml @@ -1 +1 @@ -https://docs.celestia.org/README2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/calendar2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/coc2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/foundation-delegation-program2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/itn-tos2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/modular-meetup-guide2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/modular-meetup-intro2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/modular-meetup-toolkit2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/overview2024-03-29T13:25:09.000Zhttps://docs.celestia.org/community/speaker-list2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/arbitrum-dapp-deploy2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/arbitrum-deploy2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/arbitrum-integration2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/arbitrum-mocha2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/arbitrum-smart-contract2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/blobstream-contracts2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/blobstream-offchain2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/blobstream-proof-queries2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/blobstream-rollups2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/blobstream-x-deploy2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/blobstream2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/bubs-testnet2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/build-modular2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/celestia-node-key2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/deploy-on-bubs2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/ethereum-fallback2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/full-stack-modular-development-guide2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/gm-portal-bubs2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/integrate-celestia2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/intro-to-op-stack2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/nitrogen2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/node-api2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/node-tutorial2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/optimism-devnet2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/optimism2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/prompt-scavenger2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/requesting-data-commitment-ranges2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/rollkit2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/rollup-overview2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/submit-data2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/transaction-resubmission2024-03-29T13:25:09.000Zhttps://docs.celestia.org/developers/wallets2024-03-29T13:25:09.000Zhttps://docs.celestia.org/2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/how-celestia-works/data-availability-faq2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/how-celestia-works/data-availability-layer2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/how-celestia-works/monolithic-vs-modular2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/how-celestia-works/overview2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/how-celestia-works/transaction-lifecycle2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/how-to-stake-tia2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/paying-for-blobspace2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/retrievability2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/staking-governance-supply2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/staking2024-03-29T13:25:09.000Zhttps://docs.celestia.org/learn/tia2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/arabica-devnet2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/bridge-node2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-app-commands2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-app-metrics2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-app-multisig2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-app-slashing2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-app-upgrade-monitor2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-app-vesting2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-app-wallet2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-app2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-node-custom-networks2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-node-metrics2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-node-troubleshooting2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/celestia-node2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/config-toml2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/consensus-node2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/decide-node2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/docker-images2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/environment2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/full-storage-node2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/hardfork-process2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/ibc-relayer2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/instantiate-testnet2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/light-node2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/mainnet2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/mocha-testnet2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/overview2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/participate2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/quick-start2024-03-29T13:25:09.000Zhttps://docs.celestia.org/nodes/systemd2024-03-29T13:25:09.000Z \ No newline at end of file +https://docs.celestia.org/README2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/calendar2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/coc2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/foundation-delegation-program2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/itn-tos2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/modular-meetup-guide2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/modular-meetup-intro2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/modular-meetup-toolkit2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/overview2024-03-29T13:25:43.000Zhttps://docs.celestia.org/community/speaker-list2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/arbitrum-dapp-deploy2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/arbitrum-deploy2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/arbitrum-integration2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/arbitrum-mocha2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/arbitrum-smart-contract2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/blobstream-contracts2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/blobstream-offchain2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/blobstream-proof-queries2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/blobstream-rollups2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/blobstream-x-deploy2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/blobstream2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/bubs-testnet2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/build-modular2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/celestia-node-key2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/deploy-on-bubs2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/ethereum-fallback2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/full-stack-modular-development-guide2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/gm-portal-bubs2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/integrate-celestia2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/intro-to-op-stack2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/nitrogen2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/node-api2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/node-tutorial2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/optimism-devnet2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/optimism2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/prompt-scavenger2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/requesting-data-commitment-ranges2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/rollkit2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/rollup-overview2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/submit-data2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/transaction-resubmission2024-03-29T13:25:43.000Zhttps://docs.celestia.org/developers/wallets2024-03-29T13:25:43.000Zhttps://docs.celestia.org/2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/how-celestia-works/data-availability-faq2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/how-celestia-works/data-availability-layer2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/how-celestia-works/monolithic-vs-modular2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/how-celestia-works/overview2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/how-celestia-works/transaction-lifecycle2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/how-to-stake-tia2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/paying-for-blobspace2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/retrievability2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/staking-governance-supply2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/staking2024-03-29T13:25:43.000Zhttps://docs.celestia.org/learn/tia2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/arabica-devnet2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/bridge-node2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-app-commands2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-app-metrics2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-app-multisig2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-app-slashing2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-app-upgrade-monitor2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-app-vesting2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-app-wallet2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-app2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-node-custom-networks2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-node-metrics2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-node-troubleshooting2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/celestia-node2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/config-toml2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/consensus-node2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/decide-node2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/docker-images2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/environment2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/full-storage-node2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/hardfork-process2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/ibc-relayer2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/instantiate-testnet2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/light-node2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/mainnet2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/mocha-testnet2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/overview2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/participate2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/quick-start2024-03-29T13:25:43.000Zhttps://docs.celestia.org/nodes/systemd2024-03-29T13:25:43.000Z \ No newline at end of file