Skip to content

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

36 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

FootCode — Sealed Execution Language & Ecosystem

FootCode is a self‑contained, tamper‑resistant, hardware‑aware programming ecosystem designed for secure distribution, reproducible builds, and zero‑install execution. It introduces sealed dependency containers, hardware‑tailored machine‑code output, triple‑profile compilation, redundant metadata, encrypted structural fingerprints, and strict signature validation.


Features

Sealed Dependencies

Dependencies are distributed as either:

  • Source (.fc)
  • FootCode Language System Container File (.fclscf)

.fclscf files contain:

  • Preprocessed source
  • Dependency metadata
  • Execution‑bias group
  • Architecture profile
  • Encrypted class‑initial fingerprint
  • Signature and integrity data

No global installs. No toolchains. No version conflicts.


Triple‑Profile Compilation

Every project and dependency is compiled into three .bin variants:

  • A: CPU‑Bound
  • B: Balanced
  • C: GPU‑Bound

Each variant contains hardware‑tailored machine code optimized for its execution bias. The dependency reader automatically selects the correct variant at runtime.


Tamper‑Resistant .bin Format

Header

  • [FootCode] config
  • Version
  • Architecture
  • Execution‑bias group
  • Safety flags
  • Dependency metadata

Payload

  • Hardware‑specific machine code
  • Optimized for CPU/Balanced/GPU

Footer

  • UTF‑8 metadata copy
  • Encrypted class‑initial fingerprint
  • Signature
  • EOF marker
  • Offset + length table

Any modification invalidates the file.


Encrypted Structural Fingerprint

FootCode embeds an encrypted fingerprint derived from:

  • The first character of every class
  • Deterministic concatenation
  • AES‑256 or ≥1 KiB padded encryption
  • Included in signature input

This prevents class tampering, dependency spoofing, metadata forgery, and reverse‑engineering of project structure.


Minimal Runtime

The dependency reader is the only installed component. It handles:

  • Dependency resolution
  • Signature validation
  • Metadata verification
  • Fingerprint decryption
  • Execution‑bias selection
  • Architecture matching
  • .bin loading

Everything else is fetched from local disk, LAN server, or the internet.


Why FootCode Exists

FootCode is designed for secure environments, reproducible builds, sealed execution, anti‑tamper distribution, hardware‑aware optimization, and dependency isolation. It eliminates global toolchains, version conflicts, and accidental or malicious binary modification.


Development & Deployment Rules

Although FootCode is intended to be MIT‑licensed, contributors must follow the project's development and deployment rules to maintain ecosystem integrity.

  • All dependencies must be provided as .fc source or .fclscf containers.
  • Every build must output CPU‑Bound, Balanced, and GPU‑Bound .bin variants.
  • All .bin files must include valid metadata, encrypted fingerprints, and signatures.
  • No tampering, patching, or manual modification of generated .bin files.
  • All contributions must preserve the sealed‑execution model.
  • Deployment pipelines must validate signatures and metadata before publishing artifacts.

These rules ensure FootCode remains deterministic, secure, and tamper‑resistant across all environments.

FootCode is the compiler and fcpcts is the Terminal Package and Config service (Client only needs fcpcts installed).

FCPCTS

The fcpcts is a simple extension of Powershell which gives FootCode compatibility with Windows and also fcpcts handles config reading and package management, it also handles emergencies where the device physically can't handle the code.

About

My own language

Resources

Stars

1 star

Watchers

1 watching

Forks

Releases

Packages

Contributors

Languages