OBEX ®

OBEX® :: A deterministic L1 blockchain engineered to eliminate forks, neutralize MEV, and deter Sybil attacks.
Designed by @aminnizamdev.

[OBEX ® @TheObexProtocol]

Solo builder refining spec-first deterministic L1 in safe Rust: byte-precise modular engines (Participation w/ VRF, Headers, Admission, Tokenomics). No forks by design, MEV neutralized, Sybil-proof.

[OBEX ® @TheObexProtocol]

Shadow-Grind

[OBEX ® @TheObexProtocol]

You can’t build a great building on a weak foundation. You must have a solid foundation if you’re going to have a strong superstructure.

$OBEX

[OBEX ® @TheObexProtocol]

Update on development.

Thanks for your patience

[OBEX ® @TheObexProtocol]

Built different

$OBEX

[OBEX ® @TheObexProtocol]

You can’t build a great building on a weak foundation. You must have a solid foundation if you’re going to have a strong superstructure.

$OBEX

[0xANDev @aminnizamdev]

Greetings everyone.
Here’s an update or , a more of my thought process .

Gate is set (Alpha I)

Now next priority,
Revisit consensus mechanics.

The idea, how do I get a consensus mechanism that trust no one, requires no human (which always cheat and have the ability to act maliciously) , leaderless solution and most importantly fair and never can be gamed forever?

My answer ..

A mathematical absolute resolution system (MARS).

How so?

I’ll use VDF as beacon that seeds a parameter.

Define crazy details perfectly deterministic protocol rules that uses an element that is not bias and truly fair and game resistance (even with brute force)

What is it?

MATHEMATIC!

Yes. Maths.

Slot ‘n’ is seeded with vdf beacon seeds and then relies on previous block hash (which is truly unique) ,

and I’ll define strict sets of everything from txn formatting to protocols and everything deemed to be deterministic.

Some rough sketch would be :

how beavon advance ?
compute yₙ = VDF(yₙ₋₁)

header?

Hₙ = {
version,
slot = n,
parent = hash(Hₙ₋₁),
beacon = yₙ
}

VDF?
Eval(x) -> (y) (sequential)
Prove(x) -> π (need to be careful with this)
Verify(x, y, π) -> {true,false}

input x for slot n is y_{n-1} (the previous beacon output)

output is y_n

Now the beacon

y_n is valid iff there exists a proof π_n such that:
Verify(y_{n-1}, y_n, π_n) = true

there’s alot more actually, defining header, header ID and stuffs, to make header is single, canonical and ensures there’s always a single possible header anywhere anytime at any given situation so no forks instant finality no rollbacks and reorgs .

boy .. crazy stuff . we are on the unchartered territory.

big dreams ahead, stay cohesive everyone .

$OBEX !

[OBEX ® @TheObexProtocol]

Reboot initiated

❇️❇️❇️🔲🔲🔲🔲🔲🔲🔲

[0xANDev @aminnizamdev]

We are into something gentleman, chiavdf of ‘Chia’s’ in C++ tamed and made it work in pure rust .

Now I am trying to find the sweet spot and number of iterations to land it sub-second.

Need more testing, experimenting and numbers manipulating, proper way is to write some bench scripts.

Pray for our dream.

$OBEX

[OBEX ® @TheObexProtocol]

Obexians, I see you………..

[0xANDev @aminnizamdev]

Dev Log,

Guys, ive been retesting the engine of Alpha I ,

the normal setup :

512 MiB,
3 passes
16.7 million leaves of 32b from ram hard.
q derived 96 challenges.

yes it’s good, yes it’s sybil deterring, but when i tried to a smaller laptop, it struggles and resulting OOM (memory crashes/denies)

so,

i tried experimenting with down scaled version of 512MiB , yes it’s runnable. yes works absolutely goof and blazingly fast even in small laptops

but that’ll cost us the security, it’s a tradeoff.

so i do a deep study to find a solution,

i was thinking to incorporate SHA3 hash recursion, did a bench from 200k iteration to 20M iteration, the sweet spot is around 500k~ ish iteration.

SHA3 recursion is used by Solana in their architecture, it’s not as battle tested like SHA256 of bitcoin, but it’s been there and used by solana for almost 4 years now.
so , im testing if we can do this,

highly accessible for everyone , but still secure .

my theory is this,

although the we only run 1 MiB , the prove is mantained the same , with q = 96 challenge, this is trivial, so , i added sha3 recursion that requires previous answer to recurse forward.

so sybil cost scaled with identities.
did a bench on it, it serves the same purpose of VDF delay.

but VDF is still superior.

but, with sol obex as another gate , i think it’s doable .

here’s the update so far .

the current replacement setup ive been testing :

1 MiB,
500k+~ ish SHA3 recursion.
q = 96 challenges,

vrf seeds from rfc 9381 ristretto (elliptic curve) , merkle tree setups and everything else the same

the problem,

all vdf out there is not compatible with pure rust

$OBEX is build with pure rust,

they are either C/C++ env or wrapper , yes rust but i need CMake C LLVM and stuffs .

chiavdf from Chia project is made from C/C++

so either we go for SHA3 recursion, and find a way to secure .

high level understanding :

with vdf -
unpredictable ? UNDENIABLY
slot binding ? yes
verifiable ? totally
precompute resistance ? absolutely,

without vdf (means using SHA3 recursion)
unpredictable ? (yes, but limited until parent block known)
slot binding ? yes
verifiable ? totally
precompute resistance? (no, instant once parent known)

There must be a way.

[OBEX ® @TheObexProtocol]

Current work.

[0xANDev @aminnizamdev]

GM.

Once said,
“Showing up is what matter the most”

Let’s walk the talk.

$OBEX

[OBEX ® @TheObexProtocol]

✊🏻

[0xANDev @aminnizamdev]

GM everyone,
beloved and most respected community,

I’d like to briefly share the current status of the project, some hurdles I’m encountering, the plans to resolve them, and what’s coming next.

Phase 3 should have been finished by now, but we’ve slipped slightly from the projected timeline due to some unforeseen challenges.

Rest assured, we will push this through.

I would love to give you a new timeline and deadlines, but I’m afraid of disappointing you again if I don’t deliver exactly on time. I hope you can understand the situation: I’m working on the project daily, actively debugging issues, and constantly thinking about how to fix them.

The issues are resolvable. I don’t have an ETA yet, but I do have a clear plan to resolve them effectively. It will, however, require a slight delay.

Current state of the project :

1. Alpha engines (I, II, III and alpha-T)

These have been implemented and the codebase is solid. What remains is hardening: security tests, failure tests, edge-case tests, and KATs.
Writing the tests is straightforward; running full end-to-end testing takes time (estimated 2–3 days).

2. Network architecture (node propagation, headers, topology, etc.)

This is not yet implemented. The previous testnet ran from a central server and a central orchestrator to simplify things, which is why it was smooth.
To go to full workable testnet, we need to build a proper network architecture so that nodes can connect to each other (e.g., via P2P, gossip protocols, etc.).
Estimated: 4–6 days for implementation, plus 2–3 days for testing.

3. Server and database

Right now, Obex runs in 2 modes: local database and cloud database.
To make this with good quality grade, I need to design the database architecture properly how to store accounts (addresses), their details, and keys in a secure environment.
For now it’s managed by a cloud server, it’s secure, but basic.
Estimated: about 3–4 days for implementation, plus 1 day for testing.

Once we complete this round of development, fixes, and testing, we will move to Phase 3: polishing the UI and getting Obex ready for investor pitches.

Serious development is quality development, and quality development requires serious time and effort. I really hope you can give me the space and time to execute this properly.

Your support means everything to me, and I will give my best every bit of effort I have to deliver.

however good the technology or the codes is , it’s just numbers and alphabets in the github repository, it’s the people , the support and the convictions of the community that push and make a project excel .

it’s them who actually make it valuable .

with my humblest heart, i apologize for the delayed and the bad communication etiques for the past few weeks .

striving to do better

Thank you for your patience.
Thank you for supporting the project.
Thank you for being part of this community.

Much love,
aminnizamdev ✊🏻

[OBEX ® @TheObexProtocol]

Have a great weekend OBEXIANS

Hope y’all ready……..

[OBEX ® @TheObexProtocol]

If only everything in life was built with the precision of $OBEX 😉

[OBEX ® @TheObexProtocol]

🟩🟩🟩🟩🟩🟥🟥🟥🟥🟥

[OBEX ® @TheObexProtocol]

🟩🟩🟩🟩🟥🟥🟥🟥🟥🟥

[OBEX ® @TheObexProtocol]

Work will continue today. Time to lock in….

[OBEX ® @TheObexProtocol]

fn main() {
println!("Battery levels 100%");
println!("Integrity 1000%");
println!("Mission to moon 10000%");
}

[OBEX ® @TheObexProtocol]

♾️

[OBEX ® @TheObexProtocol]

OBEXIANS

I see you…..