mirror of
https://github.com/pezkuwichain/pezkuwi-subxt.git
synced 2026-04-26 16:57:58 +00:00
Move developer-hub to polkadot-sdk-docs (#2598)
This PR is a continuation of https://github.com/paritytech/polkadot-sdk/pull/2102 and part of an initiative started here https://hackmd.io/@romanp/rJ318ZCEp What has been done: - The content under `docs/*` (with the exception of `docs/mermaid`) has been moved to `docs/contributor/` - Developer Hub has been renamed to Polkadot SDK Docs, and the crate has been renamed from `developer-hub` to `polkadot-sdk-docs` - The content under `developer-hub/*` has been moved to `docs/sdk` --- Original PR https://github.com/paritytech/polkadot-sdk/pull/2565, it has been close due to too many rebase conflicts --------- Co-authored-by: Serban Iorga <serban@parity.io> Co-authored-by: Chevdor <chevdor@users.noreply.github.com> Co-authored-by: Egor_P <egor@parity.io> Co-authored-by: Bastian Köcher <git@kchr.de>
This commit is contained in:
@@ -0,0 +1,99 @@
|
||||
//! # Polkadot SDK Reference Docs.
|
||||
//!
|
||||
//! This is the entry point for all reference documents that enhance one's learning experience in
|
||||
//! the Polkadot SDK.
|
||||
//!
|
||||
//! Note that this module also contains the [glossary](crate::reference_docs::glossary).
|
||||
//!
|
||||
//! ## What is a "reference document"?
|
||||
//!
|
||||
//! First, see [why we use rust-docs for everything](crate#why-rust-docs) and our documentation
|
||||
//! [principles](crate#principles). We acknowledge that as much of the crucial information should be
|
||||
//! embedded in the low level rust-docs. Then, high level scenarios should be covered in
|
||||
//! [`crate::guides`]. Finally, we acknowledge that there is a category of information that is:
|
||||
//!
|
||||
//! 1. crucial to know.
|
||||
//! 2. is too high level to be in the rust-doc of any one `type`, `trait` or `fn`.
|
||||
//! 3. is too low level to be encompassed in a [`crate::guides`].
|
||||
//!
|
||||
//! We call this class of documents "reference documents". Our goal should be to minimize the number
|
||||
//! of "reference" docs, as they incur maintenance burden.
|
||||
|
||||
/// Learn how Substrate and FRAME use traits and associated types to make modules generic in a
|
||||
/// type-safe manner.
|
||||
pub mod trait_based_programming;
|
||||
|
||||
/// Learn about the way Substrate and FRAME view their blockchains as state machines.
|
||||
pub mod blockchain_state_machines;
|
||||
|
||||
/// The glossary.
|
||||
pub mod glossary;
|
||||
|
||||
/// Learn about the WASM meta-protocol of all Substrate-based chains.
|
||||
pub mod wasm_meta_protocol;
|
||||
|
||||
/// Learn about the differences between smart contracts and a FRAME-based runtime. They are both
|
||||
/// "code stored onchain", but how do they differ?
|
||||
pub mod runtime_vs_smart_contract;
|
||||
|
||||
/// Learn about how extrinsics are encoded to be transmitted to a node and stored in blocks.
|
||||
pub mod extrinsic_encoding;
|
||||
|
||||
/// Learn about the signed extensions that form a part of extrinsics.
|
||||
// TODO: @jsdw https://github.com/paritytech/polkadot-sdk-docs/issues/42
|
||||
pub mod signed_extensions;
|
||||
|
||||
/// Learn about *"Origin"* A topic in FRAME that enables complex account abstractions to be built.
|
||||
// TODO: @shawntabrizi https://github.com/paritytech/polkadot-sdk-docs/issues/43
|
||||
pub mod frame_origin;
|
||||
|
||||
/// Learn about how to write safe and defensive code in your FRAME runtime.
|
||||
// TODO: @CrackTheCode016 https://github.com/paritytech/polkadot-sdk-docs/issues/44
|
||||
pub mod safe_defensive_programming;
|
||||
|
||||
/// Learn about composite enums in FRAME-based runtimes, such as "RuntimeEvent" and "RuntimeCall".
|
||||
pub mod frame_composite_enums;
|
||||
|
||||
/// Learn about how to make a pallet/runtime that is fee-less and instead uses another mechanism to
|
||||
/// control usage and sybil attacks.
|
||||
pub mod fee_less_runtime;
|
||||
|
||||
/// Learn about metadata, the main means through which an upgradeable runtime communicates its
|
||||
/// properties to the outside world.
|
||||
// TODO: @jsdw https://github.com/paritytech/polkadot-sdk-docs/issues/47
|
||||
pub mod metadata;
|
||||
|
||||
/// Learn about how frame-system handles `account-ids`, nonces, consumers and providers.
|
||||
pub mod frame_system_accounts;
|
||||
|
||||
/// Learn about the currency-related abstractions provided in FRAME.
|
||||
pub mod frame_currency;
|
||||
|
||||
/// Learn about benchmarking and weight.
|
||||
// TODO: @shawntabrizi @ggwpez https://github.com/paritytech/polkadot-sdk-docs/issues/50
|
||||
pub mod frame_benchmarking_weight;
|
||||
|
||||
/// Learn about chain specification file and the genesis state of the blockchain.
|
||||
// TODO: @michalkucharczyk https://github.com/paritytech/polkadot-sdk-docs/issues/51
|
||||
pub mod chain_spec_genesis;
|
||||
|
||||
/// Learn about all the memory limitations of the WASM runtime when it comes to memory usage.
|
||||
// TODO: @kianenigma https://github.com/paritytech/polkadot-sdk-docs/issues/52
|
||||
pub mod wasm_memory;
|
||||
|
||||
/// Learn about Substrate's CLI, and how it can be extended.
|
||||
// TODO: @kianenigma https://github.com/paritytech/polkadot-sdk-docs/issues/53
|
||||
pub mod cli;
|
||||
|
||||
/// Learn about Substrate's consensus algorithms, and how you can switch between two.
|
||||
// TODO: @JoshOrndorff @kianenigma https://github.com/paritytech/polkadot-sdk-docs/issues/54
|
||||
pub mod consensus_swapping;
|
||||
|
||||
/// Learn about all the advance ways to test your coordinate a rutnime upgrade and data migration.
|
||||
// TODO: @liamaharon https://github.com/paritytech/polkadot-sdk-docs/issues/55
|
||||
pub mod frame_runtime_migration;
|
||||
|
||||
/// Learn about light nodes, how they function, and how Substrate-based chains come
|
||||
/// light-node-first out of the box.
|
||||
// TODO: @jsdw @josepot https://github.com/paritytech/polkadot-sdk-docs/issues/68
|
||||
pub mod light_nodes;
|
||||
Reference in New Issue
Block a user