You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Feb 25, 2026. It is now read-only.
Copy file name to clipboardExpand all lines: README.md
+4-10Lines changed: 4 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -204,10 +204,6 @@ Eka's global namespace combines human-readable labels with cryptographic verific
204
204
205
205
#### Repository Identity and Discovery
206
206
207
-
> **Note:** Repository identity through initialization commits with entropy injection is proposed for future implementation. Currently, repository identity is established through the root commit hash. The `ekala.toml` manifest is now implemented and serves as the single source of truth for a repository's atom composition.
208
-
209
-
Repository identity is established through an initialization commit with injected entropy, providing robust disambiguation of forks from mirrors. This temporal anchoring ensures that even identical repositories have different identities, preventing confusion between legitimate repositories and malicious forks.
210
-
211
207
The `ekala.toml` manifest serves as the single source of truth for a repository's atom composition:
212
208
213
209
```toml
@@ -239,13 +235,11 @@ While the underlying system uses cryptographic IDs for security, developers inte
239
235
-`gl:group/project::library` - GitLab addressing
240
236
-`company-atoms::auth-lib` - Custom alias for internal repositories
241
237
242
-
These URIs are resolved to cryptographic IDs in the lockfile, ensuring portability and security. The URI system supports:
238
+
These URIs are resolved to full URLs in the manifest & cryptographic IDs in the lockfile, ensuring portability and security regardless of locally configured aliases. The URI system supports:
243
239
244
-
-**Multiple Platforms:** GitHub, GitLab, and custom repositories.
245
240
-**Version Constraints:** Semantic versioning and exact version pinning.
246
-
-**Aliases:** Custom names for frequently used repositories.
247
-
248
-
**Practical Implications:** The global namespace allows seamless collaboration across organizations while maintaining security. Teams can share atoms across different repositories, companies, or even continents, with mathematical guarantees that the right code is being used. The system scales naturally without requiring central coordination or registry maintenance, enabling a truly decentralized ecosystem.
241
+
-**Aliases:** User configurable, custom names for frequently used repositories.
242
+
-**Heuristics:** Intelligent heuristics help determine the most appropirate schema (e.g. `git@` implies ssh://) to obviate the need to express it in 90% of cases.
249
243
250
244
### Why This Matters: Beyond Package Management
251
245
@@ -258,7 +252,7 @@ The result is a system where:
258
252
-**Reproducibility is automatic** through cryptographic locking and deterministic builds
259
253
-**Collaboration is seamless** through global namespace management and intuitive URIs
260
254
261
-
This foundation enables not just better package management, but a complete rethinking of how we build, distribute, and trust software in an increasingly interconnected world. Eka provides the infrastructure for a software supply chain that is as reliable and secure as the underlying mathematics that power it.
255
+
This foundation enables not just better package management, but a complete rethinking of how we build, distribute, and trust software in an increasingly interconnected world. Eka provides the foundation for a software supply chain that is as reliable and secure as the underlying mathematics that power it.
0 commit comments