Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: Corrections to Typographical Errors in Documentation #3

Open
wants to merge 4 commits into
base: main
Choose a base branch
from
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
Expand Up @@ -4,7 +4,7 @@ The credit deduction mechanism is designed to manage the rewards earned through

## Accounting Deduction

When you stake SOL (or any other LST on Solayer) in a pool, you earn accrue credits based on the amount and type (bSOL, jitoSOL, INF, mSOL, etc.) of SOL staked. However, if you withdraw your staked SOL before the final epoch, a portion of that will deducted. This mechanism ensures that long-term stakers are rewarded more than those who withdraw early.
When you stake SOL (or any other LST on Solayer) in a pool, you earn accrue credits based on the amount and type (bSOL, jitoSOL, INF, mSOL, etc.) of SOL staked. However, if you withdraw your staked SOL before the final epoch, a portion of that will be deducted. This mechanism ensures that long-term stakers are rewarded more than those who withdraw early.

### Calculation

Expand Down Expand Up @@ -38,7 +38,7 @@ So, if you generated 1000 credits on the 10 SOL deposited, 50 credits will be de
* **Credits Earned:** 300 credits (assuming a mix of native SOL and LSTs, with appropriate multipliers)
* **Deduction: (10 / 50 \* 300) \* 0.5 = 30 credits**

In this case, if you generated 300 creditson the 10 SOL deposited, 30 credits will be deducted, leaving you with 270 credits.
In this case, if you generated 300 credits on the 10 SOL deposited, 30 credits will be deducted, leaving you with 270 credits.

### _**Example 3: Withdrawing 50% of Staked SOL**_

Expand Down
2 changes: 1 addition & 1 deletion developers-guides/security/multisig-committee.md
Original file line number Diff line number Diff line change
@@ -1,4 +1,4 @@
# Multisigature Committees
# Multisignature Committees

The Solayer contract is inherently upgradable for several reasons. Firstly, stage 1 will be released in multiple phases, necessitating contract upgrades. Secondly, in emergencies, the core team must be able to swiftly implement proactive changes. Lastly, to ensure transparency and a community-first approach, the Solayer core team has decided to decentralize the development process. Hence, contract ownership is migrated to a multisig of known individuals within the Solana community.

Expand Down
2 changes: 1 addition & 1 deletion docs/Overview/additional-features.md
Original file line number Diff line number Diff line change
Expand Up @@ -11,7 +11,7 @@ Liquid staking services are a wildly popular way for users who would like to sta

### Delegated AVS operation

Running software to validate a variety of AVS protocols is a task that is best left for sophisticated users who are capable of running the software efficiently and reducing the risk of service distruption. Users simply looking to receive rewards for committing their assets to be restaked may not be sufficiently sophisticated operators of AVS software to operate it safely. Or, users might simply prefer to avoid the inconvenience of running AVS software themselves.
Running software to validate a variety of AVS protocols is a task that is best left for sophisticated users who are capable of running the software efficiently and reducing the risk of service disruption. Users simply looking to receive rewards for committing their assets to be restaked may not be sufficiently sophisticated operators of AVS software to operate it safely. Or, users might simply prefer to avoid the inconvenience of running AVS software themselves.

In any case, it is possible for users restaking their assets to delegate the operation of AVS software to a sophisticated entity willing to operate the AVS software on their behalf.

Expand Down
2 changes: 1 addition & 1 deletion docs/Overview/basics.md
Original file line number Diff line number Diff line change
Expand Up @@ -20,7 +20,7 @@ On decentralized blockchain networks secured by proof-of-stake, such as Ethereum

On some of these proof-of-stake networks, validators can use an application-layer *restaking* system to opt-in to validate activity against additional sets of rules that define additional protocols. These protocols can provide validators with more rewards than they would otherwise earn by solely validating for the network's base protocol. If validators break the additional rules they agreed to, other participants in the restaking system can destroy their restaked assets.

Constructing an AVS as a protocol secured by a restaking system sidesteps many of the hurdles it might face, as outlined in the previous section. This reduces the barriers to entry for new AVSs, creating the conditions for exiciting innovation to happen.
Constructing an AVS as a protocol secured by a restaking system sidesteps many of the hurdles it might face, as outlined in the previous section. This reduces the barriers to entry for new AVSs, creating the conditions for exciting innovation to happen.

### Why restake on Solana?

Expand Down