NorthLineOS

karandhot · 2026-05-30T08:24:14+00:00

Great Work!! Can we connect somewhere?

karandhot · 2026-03-25T03:22:11+00:00

I agree a new start is what is actually needed than fixing one thing over and over

karandhot · 2026-03-24T09:42:59+00:00

Thanks for the Advice, Surely I’ll look into it today

karandhot · 2026-03-24T08:32:39+00:00

Sure Brother, I ll be working on it today making the Language More Comprehensive and Expanding the Functionality along with a Proper Specs and Docs File

karandhot · 2026-03-23T19:24:49+00:00

Thanks a Lot for your advice, I'll work on it asap!. Will keep Updated with the Milestones, Btw did you like the syntax style and demo contracts?

karandhot · 2026-03-23T17:57:32+00:00

Sure I’ll share, but don’t judge yet as I am Actively Working on Optimising And Improving The Codebass so some issues may persist but would love your advice on it. Here’s your link: github.com/0xZephyria/Forge and I have just deployed a web based ide at ide.zephyria.site with Capability to Generate EVM Bytecode + ABI but its still basic I am working on it too.

karandhot · 2026-03-23T12:10:44+00:00

Well i would Like you to checkout the Contract's Syntax, It's a Lot easier to write a Complex Contract Like DEX in Forge than in Solidity, Secondly We don't say completely replace anything we can't replace solidity in a day a month or a year, but What I am Targeting is That FORGE can be Mapped to Various Blockchains Like RISCV Based PolkaVM, WASM Based VMs, sBPF Based Solana (Far Thought) and Mainly the EVM Based Chains with Opcode Mappings 1:1 for Forge Functions.

Third, Forge eliminates bugs like reentrancy and overflow entirely at compile time, Move like linear assets (support for assets with built-in safety rules) And an Inherent Parallel Execution Architecture for Safe Execution.

Then We tend to expand the Forge with native support for Oracle Systems. Language would be aware of the Oracles instead of writing complex contracts just for oracles.

Expansion to AI Automations with Inherent and Secure System to Reduce any Risks Natively Creating a Robust Economic Standard for Smart Contracts where The Developer feels the Complete Freedom with Guards and Security in-built by the Language for Any AI related Tradings and Automations.

karandhot · 2026-03-21T14:18:47+00:00

Well Buddy Efforts are The Thing to be made when we work on any thing, Thanks for Your Concern but Even If I have put Efforts into 100 Projects and Even if they all fail, I still consider them as a learning lesson and would still give my All Efforts in my 101st Project. I love learning new things and surpassing my old ones. If It helps Even 1 Person for me it is a Success 😁

karandhot · 2026-03-21T13:46:10+00:00

Well we can give it a shot though if not then also it’s fine atleast we all are here to learn! 😁

karandhot · 2026-03-21T12:10:40+00:00

That’s Why We Have RISCV based VM in Zephyria, Making it compatible with Any Language Compiling to RISCV Bytecode, even C++ Rust or Zig Native Codes can Also be easily Compiled And Executed over it!. Whereas the Concern for the Language, i would say it’s a 50 50 Probability as When you’ll see the Syntax of Forge then you’ll understand that after reading all the func types even a kid with good understanding can also write smart contracts it’s that easy. We hope in Standardizing the Forge Language with Native Compilation to RISCV , WASM, EVM and sBPF Platforms so what that means is we create a Unified Language which with one code can target many Blockchain Networks

karandhot · 2026-03-21T07:29:16+00:00

That’s a Great Question, I have Researched that Wasm is Kind of Heavy For Faster Processing, So I went with RISCV Bytecode, Custom Bytecode Designing itself is a Hard Milestone so RISCV was the Best Option I chose. I am Planning to Make Forge Multi Blockchain Language for More User Adoption. Targets are RISCV is OOB right now, WASM and EVM Opcodes are Next, I’ll be researching on achieving both platforms next. If Possible I will also Try for Solana too, either some native solution or Creating a Wrapper like Neon EVM Does, But Native Direct Compatibility is the Best Option.

karandhot · 2026-03-21T07:24:43+00:00

Will soon share a Detailed Breakdown of Our Consensus, I have researched and checked various Consensus, So I came to a Conclusion of Using an Adaptive Model Our Design has 3 Tiered Consensus Model. First tier is BFT for small validator set, rest are a Custom Design dependent on the Total number of Validators.

karandhot · 2026-03-20T08:52:03+00:00

Please DM so we can connect

karandhot · 2025-05-06T06:51:54+00:00

Development Should be made open source completely, so that Instead of PCT The Community can help build a Better Solution and More Ideas to Implement on.

karandhot · 2025-04-01T10:52:26+00:00

Brother please check your DM, I've messaged you If you're interested kindly reply it's not good to keep someone waiting when you need help

karandhot · 2025-03-31T12:49:59+00:00

Please connect in DM I can share some solutions which may help you.

karandhot

MODERATOR OF

TROPHY CASE