DIGITAL SUSTAINABILITY · ACTIVE PRINCIPLE

GREEN
BY DESIGN.

Technology does not have to be heavy to be useful.

Nód Glas treats digital sustainability as an architectural problem rather than an afterthought. Less code. Less data. Less processing. Less infrastructure. More useful technology.

01 / DIGITAL FOOTPRINT

Every byte has a journey.

A webpage may appear intangible, but every byte transferred across a network requires infrastructure to store it, transmit it, process it and eventually render it on a user’s device. Sustainable digital design therefore begins by asking a simple question: what can we remove without reducing usefulness?

~38–40 KB
Approx. Core Footprint
Approximate prototype snapshot covering the core application files listed below. This is not the total size of the deployed runtime or server.
0
Heavy Media Dependency
Core Node 01 functionality does not require autoplay video, streaming media or a large media library.
1
Local Database
Node data is maintained in a compact SQLite database rather than a large external application platform.
∞
Room to Grow
A small foundation can be expanded without starting with a large infrastructure footprint.
02 / NODE 01 · CURRENT FOOTPRINT

Small enough to
see the whole machine.

One of the advantages of building the first node ourselves is that the footprint is visible. There is no mystery application stack hiding behind the interface.

NODE 01 / CORE APPLICATION FILES
app.py
~18.4 KB
eco_bbs.db
~20 KB
passenger_wsgi.py
~0.1 KB
requirements.txt
~0.02 KB
APPROX. CORE FILE FOOTPRINT ~38–40 KB

This figure represents the core application files visible in the current prototype deployment. It does not include the Python runtime, Flask libraries, operating system, hosting infrastructure or other server-level resources.

03 / LESS IS MORE

Don’t ship what
you don’t need.

Modern websites can accumulate functionality over time: plugins, extensions, analytics, advertising systems, tracking scripts, large libraries, custom fonts, animations, video and third-party services. Each additional component can increase the amount of data transferred and processing performed.

01 / CODE

Minimal Application Logic

Node 01 is built around a compact Flask application rather than a large framework stack containing functionality that the node does not require.

02 / MEDIA

Don’t Make Data Heavy

The node does not require large video files, background streams or massive image libraries to provide its core functionality.

03 / REQUESTS

Reduce Unnecessary Traffic

A lean architecture can reduce unnecessary requests to external services and avoid loading software simply because a plugin happens to be installed.

04 / COMPUTE

Do Less Work

Efficient software reduces the amount of processing required by the server and the user’s device. Less work generally means less energy demand.

05 / STORAGE

Small Data Footprint

Node 01 uses SQLite for its local data layer, keeping the prototype’s persistent application data compact and self-contained.

06 / MAINTENANCE

Less Digital Waste

Fewer moving parts can also mean fewer dependencies to maintain, update, monitor and replace over the lifetime of the system.

04 / DESIGN COMPARISON

The web does not
need to be this heavy.

Nód Glas is deliberately exploring the opposite direction from the continual accumulation of digital features. The objective is not to make every website tiny. It is to make every component justify its existence.

Conventional Heavy Stack
  • Large JavaScript payloads
  • Multiple third-party services
  • Tracking and advertising scripts
  • Large image libraries
  • Autoplay or background video
  • Multiple plugin dependencies
  • Large external font libraries
  • Unnecessary functionality
  • More requests and processing
Nód Glas Principle
  • Minimal application logic
  • Local-first data where practical
  • Minimal external dependencies
  • Small persistent data layer
  • No video required for core operation
  • Purpose-built functionality
  • Lightweight interface design
  • Modular architecture
  • Efficiency before excess
05 / ENERGY & COMPUTE

Smaller workloads.
Smaller energy demand.

Every request ultimately involves physical hardware: network equipment, servers, storage devices and the user’s own computer or mobile device. Reducing data transfer and unnecessary computation is therefore a practical sustainability strategy.

⚡ Efficiency is a feature.

Node 01 is designed to perform a useful job with a deliberately small application footprint. When the prototype is operated on modest local hardware rather than a large shared commercial environment, the underlying compute requirement can be extremely small compared with heavyweight applications.

CORE LOGIC
DATA STORAGE
MEDIA LOAD
HEAVY WEB STACK

NOTE: THE BARS ABOVE ARE A CONCEPTUAL ARCHITECTURE VISUALISATION, NOT A MEASURED ENERGY BENCHMARK. A VALID ENERGY COMPARISON WOULD REQUIRE CONTROLLED MEASUREMENT OF IDENTICAL TASKS, HARDWARE, TRAFFIC AND RUNTIME CONDITIONS.

06 / LOW-DATA COMPUTING

Fast because there is
less to move.

Performance and sustainability often point in the same direction. A smaller payload means less data needs to travel across the network and less work is required to process and render it.

$ analyse –node 01

PAYLOAD ………. LEAN
DATABASE …….. LOCAL
MEDIA ……….. MINIMAL
DEPENDENCIES …. LIMITED
COMPUTE ……… LEAN BY DESIGN

principle:
transmit less
process less
store less
waste less

efficiency → sustainability opportunity

Accessibility is part of sustainability.

A lightweight application is not only useful for reducing resource demand. It can also be more accessible to people using older hardware, slower connections or limited mobile data.

Sustainable design therefore becomes a form of inclusive design: the system does not assume that every user has the newest device, the fastest connection or unlimited data.

Nód Glas aims to make useful community infrastructure work on modest hardware rather than requiring increasingly powerful devices simply to display a webpage.

07 / MEASUREMENT & VALIDATION

Claims should be
measurable.

Nód Glas distinguishes between an architectural sustainability principle and a measured environmental result. A small codebase is evidence of a small software footprint; it is not, by itself, proof of a particular energy saving.

01 / TRANSFER

Measure Payload

Record the bytes transferred for the same user task and compare the resulting network payload under controlled conditions.

02 / COMPUTE

Measure Workload

Compare CPU time, memory use and request processing under an equivalent workload rather than inferring performance from source-code size.

03 / ENERGY

Measure the Hardware

Any future energy benchmark should use measured electrical consumption on defined hardware, with workload, duration and traffic documented.

08 / NODE MODEL

Small nodes.
Shared capability.

The longer-term Nód Glas model is based on the idea that useful infrastructure does not necessarily need to exist as one enormous central platform. A network can instead be composed of smaller, independently operated nodes.

NÓD
GLAS
NODE 01
NODE 02
NODE 03
NODE 04
NODE N

The diagram represents the architectural direction of the project rather than a currently deployed peer-to-peer network. Node 01 is the first working implementation from which this model can be developed.

08 / FUTURE NETWORK

From one node
to many.

The sustainability opportunity becomes more interesting when the node architecture is extended. Rather than making every service dependent on one enormous central system, Nód Glas can investigate whether smaller nodes can provide and exchange useful services between themselves.

⚡ The long-term experiment

Future Nód Glas nodes could use broadly similar lightweight technologies and architectural principles while being independently operated. This creates the possibility of a distributed community infrastructure in which capability is spread across many modest systems rather than concentrated into one increasingly resource-heavy platform.

Peer-to-peer communication, node discovery, replication, synchronisation and distributed services remain development objectives rather than completed features of Node 01.

10 / THE GREEN STACK

Sustainability is
built into the rules.

RULE 01

Measure Before Adding

New functionality should justify the additional storage, processing, requests and data transfer it introduces.

RULE 02

Prefer Small

If a lightweight solution can perform the same task, additional complexity should have a clear reason to exist.

RULE 03

Reuse Infrastructure

Existing hardware can remain useful when software is designed to operate efficiently rather than demanding continual hardware upgrades.

RULE 04

Minimise Transfer

Data that does not need to cross the network should not cross the network.

RULE 05

Keep Nodes Reproducible

A node should ideally be simple enough that another operator can understand its architecture and reproduce the core model.

RULE 06

Build for Longevity

Sustainable computing is also about reducing technological waste: systems should be maintainable rather than disposable.