There are various ways to support a blockchain protocol. For example, tech-savvy users sometimes prefer to run nodes. Now, if you are planning to do so, specific hardware and software prerequisites must be in place. In this 4-part series, I will discuss them in detail for running nodes on Oasis. The first part covers hardware and cloud providers.<\/p>\n
As outlined in the introduction to Oasis nodes, the protocol consists of several distinct node\u00a0types.<\/p>\n
Consensus validator or non-validator nodeSapphire compute or client\u00a0nodeEmerald compute or client\u00a0nodeCipher compute or client\u00a0node<\/p>\n
In this section, I will focus on the minimum and recommended system hardware requirements. Anyone planning to run more than one paratime (Sapphire\/Emerald\/Cipher) on a single node will need more resources.<\/p>\n
If you configure a system with fewer resources than recommended, you run the risk of being under-provisioned. This can cause proposer node timeouts and synchronization delays. If your node exhausts its memory or storage, the node process is forcefully killed, which can result in state corruption. As a result, you risk losing stake and getting barred from participating in committees.<\/p>\n
CPUs<\/strong><\/p>\n Consensus validator or non-validator node<\/strong><\/p>\n Minimum<\/strong>: 2.0 GHz x86\u201364 CPU with AES instruction set<\/a>\u00a0supportRecommended<\/strong>: 2.0 GHz x86\u201364 CPU with 2 cores\/vCPUs with AES instruction set and Advanced Vector Extensions 2 (AVX2)<\/a>\u00a0support<\/p>\n Emerald compute node and all client\u00a0nodes<\/strong><\/p>\n Minimum<\/strong>: same as\u00a0aboveRecommended<\/strong>: 2.0 GHz x86\u201364 CPU with 4 cores\/vCPUs with AES instruction set and AVX2\u00a0support<\/p>\n Sapphire\/Cipher ParaTime compute\u00a0node<\/strong><\/p>\n Minimum<\/strong>: 2.0 GHz x86\u201364 CPU with AES instruction set and Intel SGX<\/a>\u00a0supportRecommended<\/strong>: 2.0 GHz x86\u201364 CPU with 2 cores\/vCPUs with AES instruction set, Intel SGX, and AVX2\u00a0support<\/p>\n Notes<\/strong>:<\/p>\n If you are running regular workloads on your node, the minimum resources will suffice. However, if you plan heavier workloads, like a paratime client node behind a public Web3 gateway<\/a>, you will need more cores\/vCPUs.The reason you need AES instruction set support is that it is required by Deoxys-II-256\u2013128<\/a>, a Misuse-Resistant Authenticated Encryption (MRAE) algorithm, for encrypting paratime\u00a0state.The reason you need AVX2 support is to enable faster Ed25519 signature verification. This will speed up node\u00a0sync.You need Intel SGX support only when you are running paratime compute nodes (Sapphire\/Cipher). Check out Intel\u2019s comprehensive list of processors that support Intel SGX<\/a>, and match it with Sapphire and Cipher requirements<\/a> before proceeding.<\/p>\n Memory<\/strong><\/p>\n Consensus validator or non-validator node<\/strong><\/p>\n Minimum<\/strong>: 6 GB of ECC\u00a0RAMRecommended<\/strong>: 8 GB of ECC\u00a0RAM<\/p>\n Each Emerald\/Sapphire\/Cipher compute or client\u00a0node<\/strong><\/p>\n Minimum<\/strong>: 12 GB of ECC\u00a0RAMRecommended<\/strong>: 20 GB of ECC\u00a0RAM<\/p>\n In most scenarios, the nodes, even with less than the minimum amount of memory, will run regular workloads smoothly. To cover the more resource-intensive time points, such as the initial state sync, BadgerDB<\/a> migration when upgrading a node to a new major version of the Oasis Core, generating storage checkpoints with BadgerDB, and periodic BadgerDB compactions, your nodes will need more memory than\u00a0usual.<\/p>\n Storage<\/strong><\/p>\n Consensus validator or non-validator node<\/strong><\/p>\n Minimum<\/strong>: 400 GB of SSD or NVMe fast\u00a0storageRecommended<\/strong>: 700 GB of SSD or NVMe fast\u00a0storage<\/p>\n Emerald compute or client node (in addition to the consensus storage requirements)<\/strong><\/p>\n Minimum<\/strong>: 400 GB of SSD or NVMe fast\u00a0storageRecommended<\/strong>: 700 GB of SSD or NVMe fast\u00a0storage<\/p>\n Sapphire\/Cipher compute or client node (in addition to the consensus storage requirements)<\/strong><\/p>\n Minimum<\/strong>: 200 GB of SSD or NVMe fast\u00a0storageRecommended<\/strong>: 300 GB of SSD or NVMe fast\u00a0storage<\/p>\n Notes<\/strong>:<\/p>\n Both consensus and paratime states are stored in an embedded BadgerDB database. As BadgerDB is designed to run on SSDs, it is highly recommended not to run a node that stores data on\u00a0HDDs.Both consensus and paratime states accumulate over time. The rate of storage growth varies by transaction count on the network and the paratimes. For example, a consensus non-validator node on the mainnet accumulated 280 GB of consensus state in approximately one year since the Cobalt upgrade, and 32 GB of consensus state in approximately one month since the Damask upgrade. Another example would be an Emerald client node on the mainnet, which additionally accumulated 260 GB of paratime state in approximately five months since Emerald\u2019s launch, and 25 GB of paratime state in approximately one month since the Damask\u00a0upgrade.Dump and restore upgrades, such as the Damask and Cobalt upgrades, include state wipes that free up node storage. If you need to access historical state, you can run a separate archive node. Also note, the latest is\u00a0EdenIt is recommended not to keep a complete state from the genesis onward unless you are running a node to preserve historical state. This will also reduce storage requirements for both consensus and paratime states, as well as improve the overall latency of the storage-related operations. To enable storage reduction, you should check out consensus pruning<\/a> and paratime\u00a0pruning<\/a>.<\/p>\n Network<\/strong><\/p>\n Consensus validator node and all paratime compute\u00a0nodes<\/strong><\/p>\n Minimum<\/strong>: 200 Mbps internet connection with low\u00a0latencyRecommended<\/strong>: 1 Gbps internet connection with low\u00a0latency<\/p>\n Regular workloads use relatively little traffic. Higher bandwidth is recommended for bursts of transactions, when a node with too little bandwidth can time\u00a0out.<\/p>\n If you plan to run a Sapphire or Cipher compute node, a crucial step is verifying processor compatibility and checking the status of Intel SGX support (refer to Note #4 in the CPUs section<\/strong>).<\/p>\n Limitations<\/strong><\/p>\n You will come across several bare-metal or dedicated server providers using Intel processors that support SGX. However, you should also be aware of potential limitations.<\/p>\n BIOS configuration<\/strong>: Some providers restrict users from accessing or modifying BIOS settings, which might be essential to correctly configure Intel\u00a0SGX.Outdated firmware<\/strong>: SGX requires the latest firmware to function correctly. If the system provider is behind on updates, this is a\u00a0problem.Lack of SGX-specific offerings<\/strong>: Some providers do not advertise or specifically offer SGX-enabled servers. Users need to know specifically that their server is SGX-enabled, as this feature is non-negotiable for running some Oasis\u00a0nodes.Limited support<\/strong>: Sometimes even when an SGX-enabled server is available, the provider\u2019s support team might lack the expertise to handle SGX-specific issues or configurations.Hardware provisioning<\/strong>: Use of keys, such as SGX sealing keys, involves them being bound to hardware to encrypt the data of an instance within an Intel SGX enclave. If the host of the instance is changed, the encrypted data cannot be decrypted.<\/p>\n Known providers<\/strong><\/p>\n Alibaba Cloud<\/strong><\/a> Note<\/strong>: Provider offerings change, so the list above may not reflect each provider\u2019s current SGX support. So, it is recommended to check out the provider\u2019s own documentation and confirm Intel SGX availability with them directly. This concludes part 1 of the prerequisites series. In the next part<\/a>, I will discuss stake requirements and how to install the Oasis\u00a0node.<\/p>\n For technical specs, APIs, architecture, and integration guides, the Oasis documentation<\/strong><\/a> is your starting\u00a0point.For direct support on specific issues, the Oasis engineering team and other node operators are available in the node-operators channel<\/strong><\/a> on the official\u00a0Discord.<\/p>\n Originally published at <\/em>https:\/\/dev.to<\/em><\/a> on October 28,\u00a02026.<\/em><\/p>\n Your Guide to the Prerequisites for Running Nodes on Oasis (Part 1): Hardware and Cloud Providers<\/a> was originally published in Coinmonks<\/a> on Medium, where people are continuing the conversation by highlighting and responding to this story.<\/p>","protected":false},"excerpt":{"rendered":" There are various ways to support a blockchain protocol. For example, tech-savvy users sometimes prefer to run nodes. Now, if you are planning to do so, specific hardware and software prerequisites must be in place. In this 4-part series, I will discuss them in detail for running nodes on Oasis. The first part covers hardware […]<\/p>\n","protected":false},"author":0,"featured_media":246288,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-246287","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-interesting"],"_links":{"self":[{"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/posts\/246287"}],"collection":[{"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=246287"}],"version-history":[{"count":0,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/posts\/246287\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=\/wp\/v2\/media\/246288"}],"wp:attachment":[{"href":"https:\/\/mycryptomania.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=246287"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=246287"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mycryptomania.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=246287"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Cloud Providers<\/h3>\n
Product<\/strong>: (ECS) Bare Metal Instances<\/a>
Documentation<\/strong>: Build an SGX confidential computing environment<\/a>Azure<\/strong><\/a>
Product<\/strong>: Some Dedicated Host SKUs<\/a>
Documentation<\/strong>: Solutions on Azure for Intel\u00a0SGX<\/a>Gcore<\/strong><\/a>
Product<\/strong>: Bare Metal<\/a>
Documentation<\/strong>: Computing with Intel\u00a0SGX<\/a>IBM Cloud<\/strong><\/a>
Product<\/strong>: Virtual Private Cloud (VPC)<\/a>
Documentation<\/strong>: Confidential computing with SGX for\u00a0VPC<\/a>OVH<\/strong><\/a>
Product<\/strong>: Bare Metal servers<\/a>
Documentation<\/strong>: SGX for Confidential Computing<\/a>PhoenixNAP<\/strong><\/a>
Product<\/strong>: Bare Metal Cloud<\/a>
Documentation<\/strong>: What is Intel SGX and What are the Benefits?<\/a>Vultr<\/strong><\/a>
Product<\/strong>: Bare Metal<\/a>
Documentation<\/strong>: Intel SGX development on\u00a0Vultr<\/a><\/p>\n
If any cloud or dedicated server providers that actively support Intel SGX or Intel TDX are not in this list, or if you come across updated information about the providers listed above, you can let the Oasis team know by creating an issue on GitHub<\/a> with the additional details.<\/p>\n