Configuration Principles
This section provides an educational overview of the key components and features needed to configure and deploy a custom staking platform.
After reviewing these components, we recommend following the Reputation Pool step-by-step guide. It demonstrates how to deploy a staking platform, but you’ll need to customize the code to fit your specific needs.
All parts of the Staking Protocol are organized into these functional categories:
| Facet type | Description |
|---|---|
| Skeletons | Skeleton facets provide the core user-facing functionalities required by any type of staking platform, including creating staking campaigns and interacting with existing campaigns. |
| Internal Facets | Internal facets represent the foundational components of Skeleton facets, decomposing core functionality into modular, implementation-specific units. Some internal facets must be properly initialized, as Skeleton functionality depends on their correct configuration. |
| Private Facets | Private facets serve as modules that provide essential functionality to support some Internal facet operations. |
| Generic Facets | Enable the access control layer, and implement staking position representation and tracking through NFTs. |
Developers can build and configure platform functionality by choosing suitable implementations from the facet types. Flexibility is limited only by facet type - facets with overlapping functionality cannot be mixed.
For instance, you cannot have both StakingSkeleton and StakingSkeletonNID at the platform level.
Note
For practical facet selection and deployment details, see the Reputation Pool guide.
The following chapters cover the protocol’s facet categories - Skeletons, Internal, Private, and Generic - each with a distinct role in the platform architecture.