Feat arkhe world model kolmogorov 17251886080821511927 - #189
Open
arkhe-genesis wants to merge 92 commits into
Open
Feat arkhe world model kolmogorov 17251886080821511927#189arkhe-genesis wants to merge 92 commits into
arkhe-genesis wants to merge 92 commits into
Conversation
Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…39286504689389 Add AetherWeave protocol simulation script
- Add Python scripts to map d=3 and d=5 surface-code configurations to Stim circuits - Add logical-error threshold sweeps using Sinter and PyMatching - Create an FPGA-ready MWPM Sinter decoder in C++ and a wrapper script generating Vitis HLS code - Include a SystemVerilog wrapper module for the decoder logic - Provide Python integration mockups mapping logic to the Cathedral OS layer - Verify execution of scripts and preserve existing test stability Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
- Extracts the scripts for the 562-STIM-QEC-SIMULATOR provided in the SUBSTRATE CANONIZATION DECREE. - Creates `crates/stim_qec` directory containing Python and C++ / SystemVerilog MWPM Decoder scripts. - Implements bugfixes for Stim target strings and array bounds checking in Python files. - Refactors SystemVerilog `sinter_decoder.sv` code to improve parsing and compliance. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…ec-10847293172304434743 feat: Arkhe surface-code QEC integration and FPGA decoder
…446511215983339 Add 562-STIM-QEC-SIMULATOR tools
Translated the Python FastAPI and Circom concepts into: - `crates/aetherweave` for core data models and slashing oracle logic. - `crates/aetherweave-ts` for WASM/TypeScript bindings. - `crates/aetherweave-server` for the Axum REST API implementation. - `circuits/aetherweave/ZKSetMembership.circom` for the ZK proof circuit. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…pi-17924735210792394456 feat: Add AetherWeave Discovery API (Rust, TS, Circom)
Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…169444408100387 feat: Add `arkhe-cli-windows` stub package
…13844838092484369457 Add arkhe-cli-windows codebase
…ra, and ci/cd workflows - Added a multi-stage `Dockerfile` supporting Rust, Node.js, and Python runtimes for ARKHE OS. - Created a comprehensive Helm chart under `charts/arkhe/` including deployments, services, ingress, configmaps, secrets, HPA, and PDB. - Integrated `ExtendDB` into the Helm chart as a deployment and service. - Set up a multi-cloud Terraform module (`terraform-arkhe-infra/`) to provision infrastructure on AWS, GCP, and Azure, including PostgreSQL databases for ExtendDB. - Added Terraform configuration to support GPU instances for Substrate 597 tracks. - Created a unified GitHub Actions CI/CD workflow (`.github/workflows/arkhe-os-ci-cd-unified.yml`) that builds ExtendDB, builds the ARKHE OS image, runs integration tests against ExtendDB, and tests Substrate 597 tracks. - Added a `Makefile` to orchestrate build, lint, test, and deploy tasks. - Documented deployment procedures in `docs/ops-runbook.md`. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…609268416397361 feat(arkhe-os): add infrastructure and deployment configuration
- Add GitHub Actions workflow for ExtendDB multi-arch build and container push. - Setup ExtendDB configuration as a service container for ARKHE OS testing. - Provision Terraform modules for multi-cloud PostgreSQL backend (AWS/GCP/Azure). - Deploy ExtendDB inside Kubernetes via Helm release mapped as Substrate 6. - Add BioLLM tracks (597A, 597B, 597C) CI test workflows. - Inject biollm_results schema definitions inside the ExtendDB deployment context. - Create unified Kubernetes and infrastructure outputs mapping dynamically to underlying Terraform networking definitions. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
- Excluded `crates/arkhe-cli-windows` and `aetherweave-server` from the `cargo check --target wasm32-unknown-unknown` step in the `verify.yml` CI workflow. - These crates depend on Tokio networking features which fail to compile on `wasm32-unknown-unknown` because `mio` does not support it. - Removed `crates/arkhe-cli-windows` from the `members` array and properly added it to `exclude` in `Cargo.toml`. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…5194706864261133 feat: integrate ExtendDB and BioLLM into ARKHE OS ecosystem
…07981090953 Add CONTRIBUTING.md adopting Google Engineering Practices
…arkhe/pca-595 Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
Extracts PCA-595 v2.2 C++ components, CMake build files, and mock-based unit tests for asynchronous OR logic (C++20 coroutines) and fictional Substrate integrations (Alignment 227-F and IIT 452). Includes minor includes adjustments for compilation. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…182109103125 feat(pca): Add PCA-595 Integration (Alignment Client & Phi Meter IIT)
…944587519 feat(pca-595): add PCA-595 v2.2 with async OR and integration mocks
- Added `pca-595` C++ source and headers for Iris Driver adapter, Tenant Manager, and OpenGL overlay. - Added Dockerfile and `.github/workflows/pca-595-ci-cd.yml` for CI/CD. - Created Helm chart under `charts/pca-595` for Kubernetes deployment. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…615373600345393919 feat: Add PCA-595 multi-tenant architecture and OpenGL overlay
…ployment Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…6730470392928949 Add NIP-34 fallback modeling to ipfs_bridge and simulated Hashtree deployment
- Applied the 10 code patches for PCA-595 v2.4 to the source code (GLAD vs GLEW, `<unordered_map>`, `<optional>`, `<GLFW/glfw3.h>`, typo `userId_`, `<coroutine>`, etc.). - Generated OpenGL 3.3 Core GLAD headers and sources into `PCA-595/third_party/glad/`. - Configured CMake and Bazel build systems to compile the PCA-595 core and its examples, along with pkg-config, avoiding `/mnt/agents/output/` path limits. - Set up a CI/CD pipeline using GitHub Actions to perform a matrix build spanning CMake and Bazel with various sanitizers. - Fully canonized IPFS for Substrate 602-IPFS by creating the initial scripts, helm chart configuration, and adding it to the CI/CD pipeline. - Documented `BUILD_INSTRUCTIONS.md`, `CODE_PATCHES.md`, and `DIRECTORY_STRUCTURE.md`. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…247895943344783 feat: Integrate Gno.land Realm for ARKHE Oracle Layer and Temporal Anchors
- Establishes the Tri-Chain Bridge (Gno.land <-> Octra <-> ARKHE). - Implements Python bindings for PVAC-HFHE in C++. - Adds an FHE Adapter connecting PME and the PVAC FHE engine. - Extends SageMaker proxy with a new FHE endpoint in Rust. - Enhances Tri-Chain Controller in Go for multi-chain anchoring. - Extends the ARKHE Gno Realm for FHE computation registration. - Adds an orchestration bash script for the full workflow. - Computes and embeds SHA3-256 canonical seal for Substrate 840. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…e-bridge-15909482027347211616 feat(substrates): Canonize Substrate 840 (OCTRA-FHE-BRIDGE)
…tra FHE Bridge) - Introduce the Gno.land bridge architecture (Substrate 832) for the Arkhe OS. - Provide `arkherealms.gno` containing substrate registration, decree persistence, and TemporalChain anchoring logic. - Add `arkherealms_test.gno` with unit tests covering core Gno realms capabilities. - Create an oracle bridge `gnovm_oracle_bridge.go` for deterministic inferences on Gno.land. - Add Javascript bindings (`arkhe-gno-client.js`). - Add the Tri-Chain Octra FHE Bridge (Substrate 840) to link Gno.land, Octra and Arkhe. - Include C++ pybind11 bindings for the `pvac` engine. - Create Python adapter `arkhe_fhe_adapter.py` for Parametric Memory Engine interaction. - Add the `sagemaker-proxy/src/fhe_infer_endpoint.rs` proxy extension. - Update `tools/arkhe-gno-oracle/tri_chain_controller.go` to handle bridge orchestration. - Create a workflow orchestration script `scripts/fhe_workflow.sh`. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…e0621a9e feat: Canonize Substrates 832 (Gno.land Bridge) and 840 (Tri-Chain Octra FHE Bridge)
…Ontology Bridge This commit implements the components from the deep analysis on CoFHE (Fhenix) and introduces the proposed Substrate 841 (WEB3-ONTOLOGY-BRIDGE): - `OctraThresholdBridge.sol` & `threshold_client.ts` for handling MPC requests. - `OctraACLManager.sol` & `acl_manager.ts` for permission handling. - `OctraFHERC20.sol` & `fherc20_bridge.ts` for confidential tokens. - `OctraFHERC721.sol` & `fherc721_bridge.ts` for confidential NFTs. - `CoFHEZKVerifier.sol` for on-chain proof verification mock. - `slim_listener.ts` and `result_processor.ts` for off-chain threshold network coordination. - `ArkheOntologyRegistry.sol` and `ontology_dkg_client.ts` for the Substrate 841 semantic knowledge graph with DKG and FHE integration. It also incorporates security fixes based on reviews, ensuring correct owner tracking in FHERC721 bridging, and correct implementations of transfer operations in FHERC20 unshielding. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
- Implement Substrate 840 (OCTRA-FHE-BRIDGE) with Rust client, Go relay, TS state manager, and Gno smart contract. - Add part 2 of deep dive docs to Substrate 840. - Implement Substrate 841 (WEB3-ONTOLOGY-BRIDGE) with OWL ontology, Solidity registry, and TS DKG client. - Add Substrate 840 CLI commands to arkhe-cli-windows. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…egration-10635145017896375147 feat: Implement CoFHE and Substrate 841 integrations
…649bb41 feat: integrate Octra FHE bridge and Web3 Ontology bridge
…stances Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
Added: - Substrate 855: HPC Environment Bridge (Slurm/MPI) - Substrate 854: Optimization Solver Bridge (CPLEX/Gurobi/GLPK) - Substrate 853: SAP/Ariba ERP Bridge - Substrate 852: Project Orchestration Bridge (MS Project/Primavera) For each, added a canonical decree with correctly computed SHA3-256 hashes and the corresponding Python adapter script. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…124175013718857386 fix(arkhe-fhe-integration): refactor to properly use viem instances and new @cofhe/sdk
…-substrates-6817274493917774822 feat: Add 852, 853, 854, 855 Substrates
This commit implements the Python adapter scripts and Canonical Decrees for: - Substrate 861: UN-2.0-GOVERNANCE-BRIDGE - Substrate 860: CONSCIOUSNESS-SIMULATION-BRIDGE - Substrate 859: BIOLOGICAL-COMPUTING-BRIDGE - Substrate 857: NEUROMORPHIC-HARDWARE-BRIDGE - Substrate 856: QUANTUM-COMPUTING-BRIDGE - Substrate 856+857: QUANTUM-NEUROMORPHIC-OPTIMIZER Additionally, calculates SHA3-256 canonical hashes for all decrees and verifies the existing presence of Substrates 852-855. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…-3574199457482687401 Integrate Substrates 856 through 861 into ARKHE OS
… secops This commit introduces several new substrates as requested: - Substrate 870: Blockchain Z (GLM) coherence blockchain engine (`blockchain_z.py`) - Substrate 865: Cohesion Engine for auto-detecting cross-link gaps (`cohesion_engine.py`) - Substrates 863 & 864: SecOps Guardian CLI and EIP-8272 verification tools - Substrate 862: Polaritonic Computing Bridge simulators Includes unit tests for Python modules and their corresponding canonical `.txt` decrees. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…-870-120563669449589459 feat: Implement Substrates 862-870 and associated bridges
Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…94c68f9e Implement Substrate integrations: 870, 865, 864, 863, 862, 861, 860, 859
Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…54ca0944 Initialize `my-tool` ERC-8257 wrapper for ARKHE Gateway
Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
…-sdk-17190362312974707775 feat: Materialize ARKHE Ontology SDK (Substrate 894)
…ates 890 & 898) - Created the `arkhe_world_model` package with modules for token grounding, physics priors, multimodal fusion, causal reasoning, self-modeling, and RL policy. - Integrated the Kolmogorov regularizer (`kolmogorov_regularizer.py`) into the `ArkheHybridLoss`. - Fixed tensor dimensionality mismatch in `physics_priors.py`. - Renamed the custom training loop in `world_model.py` to `_train` to avoid overriding PyTorch's native `nn.Module.train(mode)`. - Verified the complete inference and training pipeline via `demo.py`. Co-authored-by: Arkhe-Network <272629719+Arkhe-Network@users.noreply.github.com>
arkhe-genesis
requested review from
kassandraoftroy,
lucemans and
nconsigny
as code owners
May 27, 2026 16:23
|
| GitGuardian id | GitGuardian status | Secret | Commit | Filename | |
|---|---|---|---|---|---|
| - | - | Generic Password | fc910ae | .github/workflows/arkhe-os-ci-cd-unified.yml | View secret |
🛠 Guidelines to remediate hardcoded secrets
- Understand the implications of revoking this secret by investigating where it is used in your code.
- Replace and store your secret safely. Learn here the best practices.
- Revoke and rotate this secret.
- If possible, rewrite git history. Rewriting git history is not a trivial act. You might completely break other contributing developers' workflow and you risk accidentally deleting legitimate data.
To avoid such incidents in the future consider
- following these best practices for managing and storing secrets including API keys and other credentials
- install secret detection on pre-commit to catch secret before it leaves your machine and ease remediation.
If this detection is a false positive, please contact Oleh Vasylenko (@Aldekein) to fix it in the GitGuardian dashboard.
🦉 GitGuardian detects secrets in your source code to help developers and security teams secure the modern development process. You are seeing this because you or someone else with access to this repository has authorized GitGuardian to scan your pull request.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR implements the requested
arkhe_world_modelpackage incorporating Substrates 890 (World-Model-Embryo) and 898 (Kolmogorov-Weight Theorem). It consolidates the mathematical foundations (Kolmogorov regularization) as part of the hybrid loss for evaluating the optimal descriptive length (Solomonoff prior). It includes fixed module imports, tensor shape realignments inphysics_priors, and corrects standard PyTorchnn.Moduleoverrides.