Skip to content

Commit

Permalink
chore: fix some typos in comment
Browse files Browse the repository at this point in the history
Signed-off-by: InventiveCoder <[email protected]>
  • Loading branch information
InventiveCoder committed Dec 10, 2024
1 parent 949d699 commit 9668ae7
Show file tree
Hide file tree
Showing 3 changed files with 3 additions and 3 deletions.
2 changes: 1 addition & 1 deletion chain/chain/src/chain_update.rs
Original file line number Diff line number Diff line change
Expand Up @@ -195,7 +195,7 @@ impl<'a> ChainUpdate<'a> {
Ok(())
}

/// Extra sanity check for bandwdith scheduler - the scheduler state should be the same on all shards.
/// Extra sanity check for bandwidth scheduler - the scheduler state should be the same on all shards.
fn bandwidth_scheduler_state_sanity_check(apply_results: &[ShardUpdateResult]) {
let state_hashes: Vec<CryptoHash> = apply_results
.iter()
Expand Down
2 changes: 1 addition & 1 deletion docs/misc/contract_distribution.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,7 +4,7 @@ The current chunk state witness structure is inefficient due to a significant po

In feature `ExcludeContractCodeFromStateWitness`, we optimize the state witness size by distributing the contract code separately from the witness, under the following observations:
1. New contracts are deployed infrequently, so the function calls are often made to the same contract and we distribute the same contract code in the witness many times at different heights.
2. Once deployed, a contract is compiled and stored in the compiled-contract cache. This cache is stored in the disk and persistent across epochs, until the VM configuration changes. The chunk application uses this cache to bypass the trie traversal and storage reads to fetch the uncompiled contract code from storage. The cache is maintaned with high hit rates by both chunk producers and chunk validators.
2. Once deployed, a contract is compiled and stored in the compiled-contract cache. This cache is stored in the disk and persistent across epochs, until the VM configuration changes. The chunk application uses this cache to bypass the trie traversal and storage reads to fetch the uncompiled contract code from storage. The cache is maintained with high hit rates by both chunk producers and chunk validators.

## Deploying a contract to an account

Expand Down
2 changes: 1 addition & 1 deletion scripts/ft-benchmark.sh
Original file line number Diff line number Diff line change
Expand Up @@ -8,7 +8,7 @@ date
# Otherwise nearup and cargo don't work even if installed properly
PATH=/home/ubuntu/.local/bin/:$PATH
export PATH=$PATH:$HOME/.cargo/bin
source benchmarks/continous/db/tool/dbprofile
source benchmarks/continuous/db/tool/dbprofile

# Fetch the latest changes from the remote
git fetch
Expand Down

0 comments on commit 9668ae7

Please sign in to comment.