docs: 'builtins' -> 'runtime facilities'
This commit is contained in:
committed by
mergify[bot]
parent
0e452c8d91
commit
9c8be34906
@ -82,10 +82,10 @@ module.exports = {
|
|||||||
},
|
},
|
||||||
{
|
{
|
||||||
type: "category",
|
type: "category",
|
||||||
label: "Builtins",
|
label: "Runtime Facilities",
|
||||||
items: [
|
items: [
|
||||||
"developing/builtins/programs",
|
"developing/runtime-facilities/programs",
|
||||||
"developing/builtins/sysvars",
|
"developing/runtime-facilities/sysvars",
|
||||||
],
|
],
|
||||||
},
|
},
|
||||||
{
|
{
|
||||||
|
@ -140,8 +140,8 @@ successfully deployed. The runtime will reject transactions that specify program
|
|||||||
that are not executable.
|
that are not executable.
|
||||||
|
|
||||||
|
|
||||||
Unlike on-chain programs, [builtins](developing/builtins/programs.md) are handled
|
Unlike on-chain programs, [Native Programs](/developing/runtime-facilities/programs)
|
||||||
differently in that they are built directly into the Solana runtime.
|
are handled differently in that they are built directly into the Solana runtime.
|
||||||
|
|
||||||
### Accounts
|
### Accounts
|
||||||
|
|
||||||
|
@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
title: "Builtin Programs"
|
title: "Native Programs"
|
||||||
---
|
---
|
||||||
|
|
||||||
Solana contains a small handful of builtin programs, which are required to run
|
Solana contains a small handful of native programs, which are required to run
|
||||||
validator nodes. Unlike third-party programs, the builtin programs are part of
|
validator nodes. Unlike third-party programs, the native programs are part of
|
||||||
the validator implementation and can be upgraded as part of cluster upgrades.
|
the validator implementation and can be upgraded as part of cluster upgrades.
|
||||||
Upgrades may occur to add features, fix bugs, or improve performance. Interface
|
Upgrades may occur to add features, fix bugs, or improve performance. Interface
|
||||||
changes to individual instructions should rarely, if ever, occur. Instead, when
|
changes to individual instructions should rarely, if ever, occur. Instead, when
|
||||||
@ -11,7 +11,7 @@ change is needed, new instructions are added and previous ones are marked
|
|||||||
deprecated. Apps can upgrade on their own timeline without concern of breakages
|
deprecated. Apps can upgrade on their own timeline without concern of breakages
|
||||||
across upgrades.
|
across upgrades.
|
||||||
|
|
||||||
For each builtin program the program id and description each supported
|
For each native program the program id and description each supported
|
||||||
instruction is provided. A transaction can mix and match instructions from different
|
instruction is provided. A transaction can mix and match instructions from different
|
||||||
programs, as well include instructions from on-chain programs.
|
programs, as well include instructions from on-chain programs.
|
||||||
|
|
Reference in New Issue
Block a user