From 9b52f63b499eb66144b7dc51ba53e3aacebdb0ab Mon Sep 17 00:00:00 2001 From: Elias Rad <146735585+nnsW3@users.noreply.github.com> Date: Sat, 25 Jan 2025 15:22:51 +0200 Subject: [PATCH 1/5] Update README.md --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 817f8b446..f4eaff432 100644 --- a/README.md +++ b/README.md @@ -10,7 +10,7 @@ alt="Follow"> -Secret Network offers scalable permissionless smart contracts with a private by default design— bringing novel use cases to blockchain not feasible on public systems. Secret Network enables users to take back ownership over their private (financial) information and for them to share this information with whom they trust. Secret Network was the first protocol to provide private smart contracts on mainnet, live since September 2020. Secret Network is Built with the Cosmos Software Development Kit (SDK) bringing Interoperable privacy to the entire Cosmos ecosystem. Secret Network uses a combination of the Intel SGX (Software Guard Extension) Trusted Execution Environment technology, several encryption schemes and key management to bring privacy by default to blockchain users. Secret Contracts are an implementation of the Rust based smart contract compiling toolkit CosmWasm, adding private metadata possibilities. Secret Network is powered by the Native public coin SCRT which is used for fees, Proof Of Stake security and Governance. With more than 20+ Dapps, 100+ full time builders and a strong grassroots community Secret Network aims to bring privacy to the masses. +Secret Network offers scalable permissionless smart contracts with a private by default design— bringing novel use cases to blockchain not feasible on public systems. Secret Network enables users to take back ownership over their private (financial) information and for them to share this information with whom they trust. Secret Network was the first protocol to provide private smart contracts on mainnet, live since September 2020. Secret Network is Built with the Cosmos Software Development Kit (SDK) bringing Interoperable privacy to the entire Cosmos ecosystem. Secret Network uses a combination of the Intel SGX (Software Guard Extension) Trusted Execution Environment technology, several encryption schemes and key management to bring privacy by default to blockchain users. Secret Contracts are an implementation of the Rust based smart contract compiling toolkit CosmWasm, adding private metadata possibilities. Secret Network is powered by the Native public coin SCRT which is used for fees, Proof Of Stake security and Governance. With more than 20+ Dapps, 100+ full-time builders and a strong grassroots community Secret Network aims to bring privacy to the masses. # Setting up Environment @@ -187,7 +187,7 @@ To build just the rust code, you can use `make build-linux`, while to build just Tip: For a production build the enclave must be copied from the most recent release. This is due to non-reproducible builds, and the fact that enclaves must be signed with a specific key to be accepted on mainnet. -Still, the non-enclave code can be modified and ran on mainnet as long as there are no consensus-breaking changes +Still, the non-enclave code can be modified and run on mainnet as long as there are no consensus-breaking changes # Running Something From 05612248767716c85083267aceb3da5b6f4080b0 Mon Sep 17 00:00:00 2001 From: Elias Rad <146735585+nnsW3@users.noreply.github.com> Date: Sat, 25 Jan 2025 15:24:08 +0200 Subject: [PATCH 2/5] Update v1.11.md --- docs/proposals/v1.11.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/proposals/v1.11.md b/docs/proposals/v1.11.md index 0f229f07e..031c47bc8 100644 --- a/docs/proposals/v1.11.md +++ b/docs/proposals/v1.11.md @@ -17,7 +17,7 @@ Since block times can vary significantly, we advise monitoring the chain for a m - On init, the creator can specify an admin address. - The admin can migrate the contract to a new code ID. - The admin can update or clear the admin address. - - The admins of contracts that were instantiated before v1.11 are hardcoded according to [proposal 262](https://github.com/scrtlabs/SecretNetwork/blob/ab1852727/docs/proposals/hardcode-admins-on-v1.10.md) (this proposal was originally called v1.10, hence prop. 262 referenced it's original version name). + - The admins of contracts that were instantiated before v1.11 are hardcoded according to [proposal 262](https://github.com/scrtlabs/SecretNetwork/blob/ab1852727/docs/proposals/hardcode-admins-on-v1.10.md) (this proposal was originally called v1.10, hence prop. 262 referenced its original version name). - Hardcoded admins can only be updated/cleared with a future gov proposal. - When the new `MsgMigrateContract` is invoked, the `migrate()` function is being called on the new contract code, where the new contract can optionally perform state migrations. See usage example [here](https://github.com/scrtlabs/SecretNetwork/blob/139a0eb18/cosmwasm/contracts/v1/compute-tests/migration/contract-v2/src/contract.rs#L37-L43). - Fixed a scenario where the enclave's light client might fail a valid node registration transaction. From 14983204408173333c31509471156062bbf98d79 Mon Sep 17 00:00:00 2001 From: Elias Rad <146735585+nnsW3@users.noreply.github.com> Date: Sat, 25 Jan 2025 15:24:56 +0200 Subject: [PATCH 3/5] Update v1.4-shockwave-delta.md --- docs/proposals/v1.4-shockwave-delta.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/proposals/v1.4-shockwave-delta.md b/docs/proposals/v1.4-shockwave-delta.md index 3c9975833..58addbb48 100644 --- a/docs/proposals/v1.4-shockwave-delta.md +++ b/docs/proposals/v1.4-shockwave-delta.md @@ -44,7 +44,7 @@ This will allow easier onboarding of users coming from EVM chains. ### Ledger support for Authz & Feegrant -This will allow ledger uses to use dApps like [REStake](https://restake.app) & [Yieldmos](https://www.yieldmos.com). +This will allow ledger users to use dApps like [REStake](https://restake.app) & [Yieldmos](https://www.yieldmos.com). ### Revert Chain of Secrets tombstone state @@ -58,7 +58,7 @@ SCRT Labs believes that this was an honest mistake and not byzantine behavior, t More information about the math can be found here: [https://github.com/scrtlabs/SecretNetwork/blob/efe43e1890e8605e78df6164147f3a0a43ef7b83/app/upgrades/v1.4/records.go](https://github.com/scrtlabs/SecretNetwork/blob/efe43e1890e8605e78df6164147f3a0a43ef7b83/app/upgrades/v1.4/records.go). -The halt post-mortem is being worked on and will be release in the coming days. +The halt post-mortem is being worked on and will be released in the coming days. ## Getting prepared for the upgrade From f71f27d174f1892846d35cf4f714c10ddddc83f5 Mon Sep 17 00:00:00 2001 From: Elias Rad <146735585+nnsW3@users.noreply.github.com> Date: Sat, 25 Jan 2025 15:25:31 +0200 Subject: [PATCH 4/5] Update v1.7.md --- docs/proposals/v1.7.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/proposals/v1.7.md b/docs/proposals/v1.7.md index fe0daf5eb..ced60806b 100644 --- a/docs/proposals/v1.7.md +++ b/docs/proposals/v1.7.md @@ -9,7 +9,7 @@ This proposal proposes that the chain elect to do a software upgrade to the v1.6 - Initial params (can be amended with a param change proposal): - Minimum deposit: 750 SCRT - Voting time: 24 hours - - Voting treshhold: 2/3 yes to pass + - Voting threshold: 2/3 yes to pass - If an expedited proposal fails to meet the threshold within the scope of shorter voting duration, it's then converted to a regular proposal and restarts voting under regular voting conditions. - Added auto-restaking - an opt-in feature that enables automatic compounding of staking rewards - Added light-client validation for blocks From 34d7b7f371d181312d439214ede42330f039cc31 Mon Sep 17 00:00:00 2001 From: Elias Rad <146735585+nnsW3@users.noreply.github.com> Date: Sat, 25 Jan 2025 15:25:59 +0200 Subject: [PATCH 5/5] Update v1.9.md --- docs/proposals/v1.9.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/proposals/v1.9.md b/docs/proposals/v1.9.md index 152045802..9fe203fa3 100644 --- a/docs/proposals/v1.9.md +++ b/docs/proposals/v1.9.md @@ -12,7 +12,7 @@ Since block times can vary significantly, we advise monitoring the chain for a m - Eliminates the need for contracts to bootstrap their own entropy pool. - Unique for every contract call. - Useful in lotteries, gaming, secure authentication protocols, protocols where unpredictable outcomes are essential for fairness and security, and much more. - - For more infomation on how to use this feature, see the docs [here](https://docs.scrt.network/secret-network-documentation/development/development-concepts/secret-vrf-on-chain-randomness) and example contracts [here](https://github.com/scrtlabs/random-ibc-example) + - For more information on how to use this feature, see the docs [here](https://docs.scrt.network/secret-network-documentation/development/development-concepts/secret-vrf-on-chain-randomness) and example contracts [here](https://github.com/scrtlabs/random-ibc-example) - New Feature: `FinalizeTx`. - `CosmosMsg::FinalizeTx` is now available as an output message in contracts. - Contracts can force the transaction to finalize at a certain point, otherwise revert.