chore: use British English (#18)

about/architect.md

@@ -5,7 +5,7 @@ sidebar_position: 2
 
 Nomos was designed to serve as the trustless agreements layer for emerging network states, providing a key piece of infrastructure to the Logos tech stack. We believe that such a network must maintain the following properties:
 
-- **Maximum decentralization:** Nomos is designed to place minimum resource demands on validators, ensuring that those without access to powerful hardware can participate. With the network maximally accessible, greater numbers of users can join as full peers, strengthening Nomos from a security perspective.
+- **Maximum decentralisation:** Nomos is designed to place minimum resource demands on validators, ensuring that those without access to powerful hardware can participate. With the network maximally accessible, greater numbers of users can join as full peers, strengthening Nomos from a security perspective.
 
 - **Multi-chain ecosystem:** Nomos' multi-chain architecture is designed to support multiple heterogeneous network states with their own rules, or even desires for independence. In addition to extending greater sovereignty to the network states on Nomos, this approach enables unlimited horizontal scaling.
 
@@ -17,11 +17,11 @@ Nomos was designed to serve as the trustless agreements layer for emerging netwo
 
 To achieve the above, Nomos is developing an underexplored area in the design space between Ethereum, Cosmos, Polkadot, and newer systems like Celestia and Anoma.
 
-Ethereum pioneered the concept of a blockchain network capable of smart contract execution, ushering in an ongoing era of monetary and organizational experimentation. Yet, it is vulnerable to various centralizing forces. Furthermore, while its rollup-centric approach to scaling has the potential for decentralization, most rollups today rely on centralized sequencers, and inter-rollup communication presents its own complications. While Nomos is inspired by Ethereum in many ways, these limitations make Ethereum ill-suited for our vision of a network of network states.
+Ethereum pioneered the concept of a blockchain network capable of smart contract execution, ushering in an ongoing era of monetary and organisational experimentation. Yet, it is vulnerable to various centralising forces. Furthermore, while its rollup-centric approach to scaling has the potential for decentralisation, most rollups today rely on centralised sequencers, and inter-rollup communication presents its own complications. While Nomos is inspired by Ethereum in many ways, these limitations make Ethereum ill-suited for our vision of a network of network states.
 
 App-chain ecosystems like Cosmos and Polkadot offer an alternative architecture but introduce their own challenges. Examples include bootstrapping sufficient participants to ensure the economic security of multiple independent chains, and addressing the asynchronous nature of cross-chain protocols. While Polkadot's shared security model offers something of a solution, the network fails to enable easy, permissionless participation and its parachains cannot be considered fully sovereign.
 
-Meanwhile, Anoma's fractal approach to scaling maintains decentralization while providing flexibility and customizability closer to our vision for Nomos. However, the approach is still to be tested widely by real-world applications, which will surely produce its own challenges. Finally, Nomos implements insights from Celestia's architecture in its approach to communication, sovereignty, and scalability.
+Meanwhile, Anoma's fractal approach to scaling maintains decentralisation while providing flexibility and customizability closer to our vision for Nomos. However, the approach is still to be tested widely by real-world applications, which will surely produce its own challenges. Finally, Nomos implements insights from Celestia's architecture in its approach to communication, sovereignty, and scalability.
 
 <br />
 
@@ -33,13 +33,13 @@ Nomos consists of three layers—the Base Layer, Coordination Layer, and Executi
 
 **Base Layer**
 
-Nomos' Base Layer focuses exclusively on consensus, data availability, and decentralization, with the goal of ensuring stability, security, and scalability for the rest of the network. No execution or validation is performed at the Base Layer, as functions requiring access to state cannot be as reliably decentralized as consensus and data availability.
+Nomos' Base Layer focuses exclusively on consensus, data availability, and decentralisation, with the goal of ensuring stability, security, and scalability for the rest of the network. No execution or validation is performed at the Base Layer, as functions requiring access to state cannot be as reliably decentralised as consensus and data availability.
 
 The Carnot consensus protocol is crucial to ensuring high performance as the network scales from a few validators to tens of thousands. A forthcoming paper covers Carnot in greater detail. 
 
-Alongside ensuring maximum decentralization, the Base Layer also strives to make data availability scalable. It achieves this by:
+Alongside ensuring maximum decentralisation, the Base Layer also strives to make data availability scalable. It achieves this by:
 
-- Reducing the amount of computation validators need by minimizing or eliminating block execution or verification from the Base Layer.
+- Reducing the amount of computation validators need by minimising  or eliminating block execution or verification from the Base Layer.
 
 - Reducing the amount of data light clients need to download through Data Availability Sampling.
 
@@ -49,11 +49,11 @@ Alongside ensuring maximum decentralization, the Base Layer also strives to make
 
 **Coordination Layer**
 
-Above the Base Layer is the Coordination Layer. The Coordination Layer's aim is to support functions common across all Execution Zones. To ensure maximum decentralization, these functions are kept to the bare minimum, since everything on the Coordination Layer must be downloaded and verified by all validators. 
+Above the Base Layer is the Coordination Layer. The Coordination Layer's aim is to support functions common across all Execution Zones. To ensure maximum decentralisation, these functions are kept to the bare minimum, since everything on the Coordination Layer must be downloaded and verified by all validators. 
 
 The Coordination Layer provides the following functions only:
 
-- **Verification of ZK proofs:** The Coordination Layer's ability to verify ZK proofs facilitates powerful bridging capabilities, including private deposits and withdrawals between the Coordination Layer and Execution Zones, inter-Execution Zone private transfers, and generalized use cases.
+- **Verification of ZK proofs:** The Coordination Layer's ability to verify ZK proofs facilitates powerful bridging capabilities, including private deposits and withdrawals between the Coordination Layer and Execution Zones, inter-Execution Zone private transfers, and generalised use cases.
 
 - **Message passing between Execution Zones:** The Coordination Layer enables Execution Zones to communicate asynchronously with each other. Such messaging is a powerful feature but not entirely trustless—as detailed in the forthcoming Nomos whitepaper.
 
@@ -79,7 +79,7 @@ Execution Zones are most easily thought of as virtual sidechains that share the
 
 This architecture makes Execution Zones more powerful than traditional sidechains as they:
 
-- Use trust-minimized bridging for communication. 
+- Use trust-minimised bridging for communication. 
 
 - Can access each other's transactions securely. 
 
@@ -87,6 +87,6 @@ This architecture makes Execution Zones more powerful than traditional sidechain
 
 - Enable improved security via restaking. 
 
-Execution Zones exist to satisfy a wide range of application requirements that may demand far greater performance characteristics than what a highly decentralized, monolithic blockchain can achieve before hitting scaling limits. Such applications are often willing to make compromises in terms of security or decentralization to achieve higher performance. By combining the elastic consensus algorithm Carnot with a restaking mechanism and flexible execution models, Nomos grants a high degree of Execution Zone adaptability.
+Execution Zones exist to satisfy a wide range of application requirements that may demand far greater performance characteristics than what a highly decentralised, monolithic blockchain can achieve before hitting scaling limits. Such applications are often willing to make compromises in terms of security or decentralisation to achieve higher performance. By combining the elastic consensus algorithm Carnot with a restaking mechanism and flexible execution models, Nomos grants a high degree of Execution Zone adaptability.
 
 ![architect.png](/subpages/architect.png)

about/team.md

@@ -9,6 +9,6 @@ Alongside Nomos' project lead is a team of researchers and developers with exper
 
 At this stage of development, the group of contributors working on Nomos is small, meaning it has a loose, fluid structure. As more contributors join to work on the network, we expect to revise the structure detailed here. 
 
-Nomos is keen to work with other contributors. If you share our passion for decentralization, individual sovereignty and privacy, we'd love to hear from you. As an open-source project, we also welcome community contributions. Please check out our [Github repo here](https://github.com/logos-co).
+Nomos is keen to work with other contributors. If you share our passion for decentralisation, individual sovereignty and privacy, we'd love to hear from you. As an open-source project, we also welcome community contributions. Please check out our [Github repo here](https://github.com/logos-co).
 
 [Work with us](https://jobs.status.im/)

src/pages/index.mdx

@@ -48,7 +48,7 @@ import {
     {
       title: 'Privacy',
       description:
-        'Nomos is prioritizing privacy for both users and infrastructure providers. At the app level developers choose how much identifying and transaction information users may disclose, while validators and delegators are able to shield their participation in the network.',
+        'Nomos is prioritising privacy for both users and infrastructure providers. At the app level developers choose how much identifying and transaction information users may disclose, while validators and delegators are able to shield their participation in the network.',
     },
     {
       title: 'Sovereignty',
@@ -58,7 +58,7 @@ import {
     {
       title: 'Modularity',
       description:
-        'Nomos has an integrated modular architecture separating data availability, coordination, and execution. Modular design is essential for combining decentralization with scalability through layer-specific resource pricing.',
+        'Nomos has an integrated modular architecture separating data availability, coordination, and execution. Modular design is essential for combining decentralisation with scalability through layer-specific resource pricing.',
     },
     {
       title: 'Adaptability',
@@ -75,7 +75,7 @@ import {
     columns={1}
     description={
       <>
-        Nomos is the blockchain layer of the Logos Network State. Logos is a grassroots movement to provide trust-minimized, corruption-resistant governing services and social institutions to peaceful people worldwide.
+        Nomos is the blockchain layer of the Logos Network State. Logos is a grassroots movement to provide trust-minimised, corruption-resistant governing services and social institutions to peaceful people worldwide.
         <br/>
         <br/>
         Learn more about our ambitious vision.