Projects
![]()
No projects found
Investors
New
DAO Treasuries
DATs
Lend / Borrow APRs
Chains
Categories
Spaces
DEV🕶️TIME - Building with Gear.exe
Recorded: March 27, 2025 Duration: 0:33:59Space Recording
Short Summary
The session focused on Gear Xe, highlighting its innovative parallel execution model and near-zero gas fees through a reverse gas model. Security is ensured through a custom consensus mechanism, and a new bug bounty program emphasizes the project's commitment to security. Gear Xe's architecture benefits DeFi protocols and order books, reflecting emerging trends in blockchain applications. Developers are encouraged to experiment with Gear Exe, and upcoming news suggests further developments in the project's launch.
Full Transcription
Alright, I hope everyone can hear me well.
Let's add Dima on a stage two.
Let's all sit.
Hello.
Hello, how is it going?
Yeah, how are you?
It's good. All good.
I'm very excited for today's session.
Why so?
I feel like the community wanted to understand this topic and the connection for a really long time.
So I'm glad we can answer some questions and maybe, you know, provide more clarity on this topic.
Let's try this.
Yes, so as I know, Vadim will not join us today.
Unfortunately, he doesn't feel good, so let's wish him to feel better soon.
And for introduction, so this space is going to be focused on Gear Xe.
We're going to kind of dive into what's the relationship between Vara
And at the end of the session, we're also going to have a live session for those who would like to ask some questions.
I have a Dima here with me today, who is a Cordo.
And I'm excited for this session.
And I hope you guys are going to have some additional question as well.
So without any prolonging, I think we should jump into because we have many questions.
Are you ready, Dima?
Yeah, it's good.
Alright, so first question which I have is,
how does gear XE's parallel execution model work on a technical level?
From a technical perspective, it's all thanks to our actor model and isolated memory and stuff.
So, comparing to WARA, we have a different approach here because of having different message cues to each program.
Basically, on this basis our multithread computing, because we can run the programs, different programs across different threads in the same time,
and then can coordinate and aggregate results and then submitting them on Ethereum in one thread, of course,
because there is one single transaction going to Ethereum.
But the point is that we do have some outputs on the earlier stage due to this multithreaded computing.
Okay, all right.
Thank you. I think Vadim is going to be missed because you always kind of have these two chats together.
Obviously, I'm not a technical person, so I cannot really do that for him.
You can pretend too. You can ask GPT in-life session.
Like, what can I ask Dima about this, about this?
I will try, I will try.
But maybe someone from the community will ask you some questions too, so let's hope.
Let's go to the next question.
If you can explain the benchmark showing thousand times computational capacity boosts compared to traditional solutions.
Actually, I'm not sure what should I explain because it's just how it is.
I can apologize to some kind of roll-ups, some person building on Ethereum.
But it's what it is, as I said.
And it's all because our multi-treaded computer, it's all because wasn't,
it's all because our mastered engine of execution and so.
All right, so Dima is very straightforward. It's the way it is and that's it.
Yeah, everybody better to deal with it somehow.
Okay, love that. All right, so let's go to the next question.
How exactly does Gear Exe achieve nears your gas fees while maintaining the security?
Yeah, but it's actually not true about almost zero gas fees. It all depends on the point we
talk about from the point of view of the user. It's
almost zero.
Or in some cases, for example,
of chain transactions, it's totally zero because of reverse gas model.
We were talking about this on some previous AMA, if I'm not mistaken.
But the point is now the app itself covers their gas fees.
So as a user, you don't need to pay anything except the commission,
which is inside the protocol you interact with.
and like security is even about the cost security is never about cause it's our custom
consensus mechanism inside so we have validators provided by symbiotic protocol restaking protocol
and they do somehow came into consensus and they submit the results in Ethereum.
Yes there is a need to these validators to cover Ethereum fees but it's not like that expensive
especially right now.
But we can insert as many computations as we want into single Ethereum transition.
So basically it's still not about codes, it's still not about security because security is provided by symbiotic and the amount of tokens locked and staked for these validators as a protocol.
Nice. Thanks for clarifying this.
It's very often, like, you know, use this question.
Like, I see this in a community, like, very often when people, like, makes the gas fees and security together.
So, thanks for, you know, explaining this further.
So what types of applications benefit the most from Gear Xe architecture?
What would you say?
Yeah.
Yeah, I think it's all about some protocols which operates inside Ethereum and they need some heavy computations.
For example, maybe some order books or some Defi protocols that want to do some research or how we can operate our funds more efficiently,
but they cannot do it within the Ethereum because of the price of Ethereum gas because of the limitations on Ethereum time or block time.
and its capacity so i think it's something like this for example you want to create
application that will submit something or into different ethereum already existing protocols
and applications but you do need some compute and instead of using some centralized solutions
instead of using some oracles maybe if you would like to uh
you can write some DAP that will compute something across your input,
and then submit this results in Ethereum and then call some EVM contracts and they do their logic and stuff.
So basically, GeoRXD is about this connection with WOSM programs,
they are mirrors, which is their APIs within the Ethereum,
and the other already existing protocols on Ethereum.
So, GeoXZ program could call, for example,
use the T-contract without any additional costs,
without any additional logic or synchronization risk or something.
If you should, though, give maybe some specific project names, which you think it would be really cool for them.
Could you name a few?
Yeah, it could be something like Uniswap, one inch, any dexes.
They do a lot of compute.
They do a lot of logic.
And they could do more in favor of more efficient business, in favor of more incomes, they as a protocol.
So I think it's something like this.
Or maybe some AI project that could,
for example, they could run their AIs.
For example, we had a digital recognition example,
or it could be something which,
some protocols which may, maybe, I don't know,
verify some ZK proofs and then submit the results like the final decision yes or no was it correct or incorrect
something that may like collect and keep some data because it's super cheap within the Gehrigzee because the programs are limited only by the architecture wasm of 32 bits it's four gigabytes
allowance of your data that you want to interact with and you could shard it, you could submit multiple programs
and multiply amount of your programs by 4 gigabytes and have whatever you want.
Nice. Well, let's see. I hope we're going to see as many projects as we can to use Gear Xe.
But it's in the future. So let's hope and let's see.
Let's go to the next question, which is how do the WebAssembly and ActaModel implementations compare between Gear Xe and Varanetwork?
Yeah, at this point, it differs a lot, especially due to the changes in a gas payment scheme.
reverse gas model, but it will not differ sometimes soon as soon as we develop
gear version 2 pilot inside the water network and it will be the same as in gear Xe.
And the main difference, which will, I think, remain its different message cues within the
gear Xe for each program.
the global unified message queue inside the water because we need to do this like this because we have to solve some consensus problems,
we have to solve problems with the connection between validators and so.
So otherwise it will be just the same except this small difference inside the cues.
All right. So I think it's time for some VARA
compared to Gear XE or like explanation questions.
So what are some specific advantages VAR network gains from the technology behind Gear XE?
I would really want you to dive into this like more further because this is like very often question we get.
So if you can share really like as much as you can.
Yeah, but actually could you clarify this question a little bit?
due to the fact that you face it often?
So like, you know, the community doesn't really understand what kind of advantages
VAR network gains from Gear Xe. So if you can explain what it gains, you know, what it can do,
or what's the relationship, or how, like, what's the connection?
I think actually there is no connection between wire network and georgz except the same technology underlying.
And it's more likely all about the token, it's more about the economics.
So GeerXZ users which are not intended to go to the other ecosystem, for example,
wire networks could remain being inside the Ethereum and they operate with our token.
is Vara token and they boost the economic of the Vara network itself.
And it's the same for the Vara.
If somebody comes to Wara, build something good at Wara,
it boosts economic of the Wara token and then boosts GERXD.
So there is no exact relation between them.
maybe we could think of it in terms of development.
So for example, if we didn't start building GEERXE,
we maybe couldn't realize that we need some kind of reverse gas model or some new features that we are developing,
some new features inside the sales framework because it's
It's becoming a lot more complex.
It becomes a lot more flexible because we need to support both Ethereum and WARA
and we think of different schemes of interactions between the program.
They have a lot of proposals for future changes inside the gear protocol, inside the sales framework.
So I think mostly Vara gains.
The first point it gains from economical perspective because the Wara token is more utility token not only within the Wara ecosystem.
And the second point is a technical boost because we need some new solutions.
We want to be on the leading edge of the industry inside the computing systems, especially inside the WebTree.
So I think something like this.
All right, awesome. So I just would like to remind that if the community has any questions, they would be really appreciated.
So guys, don't hesitate to raise your hand if you would like to ask some questions.
I know we have a Lewis listening who always have some questions.
So if anyone would like to join or ask anything, feel free.
And I'm going to go with, continue with next question, which is, what are the security consideration when using Gear XC for computation?
Actually, there is none of them in terms that you need to think of.
It's just secure because it's baked by the symbiotic, provided our validators,
and it's secure because of our classic consensus mechanism of two or three
parts of validators to sign something.
And I think that's it.
But maybe we could also refer to the security of the gear protocol itself.
underlying computing model because it was a bottle tested on the water.
It was like almost one and a half years that warr
exists in a main stage and it hasn't been yet hacked and I think will not be.
But it's my expectations of this.
Actually, we could mention here that we have a new hacking proof bug bounty program.
So if you would like to start hacking or trying to hack the Git Protocol, the Vara network,
and maybe GearXE, you could come there or submit a ticket and get paid if you're right.
But we hadn't yet any successful tickets that was confirmed as a bug inside the Git protocol.
Alright, thank you Dima.
Next question.
I just lost myself.
All right, I'm back.
How does the actor model in Gear Xe differ from traditional smart-on-truck models?
Yeah, it differs the same way as it differs inside VARA, because it's basically the same protocol, the same actor model.
And it's more like Web 2 because everybody used to have different, independent, and self-hosted actors within the Web 2.
And we provide the same experience inside the Web 3, inside the Vara network ecosystem, inside the Ethereum ecosystem right now.
And I think it's more flexible, it's more, I don't know how to say, it's more unable to hack because it's independent of any other nodes within the system.
And it's more like that you could build some good code using this model or this approach of coding some logical nodes inside your protocol.
Alright, you are fast, Dima. You don't mess around. You just go straight to the point.
By the way, do you hear me well because I have like time to time these kind of messages from the X that I'm being reconnected because of some internet issues?
No, I hear you pretty well, so it's okay.
So it's okay. Surprisingly that Twitter space is working with us today, so let's just continue and let's hope it's going to stay this way.
Okay, next question. So how can existing VAR developers can start experimenting with or implementing gear Xe?
Oh no, now it just happened.
Oh my god. Can you guys do some emoji reactions now if you can hear me well, like those who are listening?
Just so I know. Okay. So it's on Dima side.
Well, I was just too positive about Twitter space now.
Okay, let's try to add Dima as a speaker again. Oh no.
Oh, I'm back.
Oh, you're back.
What was my last words?
I was asking about my internet connection
because I have time to time these notifications for Max
that I'm being reconnected.
Yeah, and I told you it's all good
and then you disappeared.
I didn't hear it actually already.
Maybe it was the April prank from Twitter spaces, you know.
It's not April yet.
Well, but it's almost, you know.
Twitter space is pranking all the time.
It doesn't matter what time of the year is.
So let's just continue, so we make sure all the questions are answered and your space is working and mine as well.
Yeah, just for this.
X does this, but the war network and Gehrigze doesn't.
So it's nice to think of.
Okay, you just drop the mic.
Once again, I do it time to time on our spaces and I think it's time.
It was the time.
Okay.
So actually the next question was, how can existing bar developers start experimenting with or implementing Gear Exe?
At the moment.
At the moment, it will be tough because we have not yet reached our test net stage.
So we have not some public deployments on some Ethereum test nets, but we will in pretty short
time.
And I think if somebody really wants it, they could come to our main repository.
There is a lot of smart contract.
There is a not binary.
And you could develop.
deploy it yourself and do whatever you want with your private deployment of the Gear Exe.
You have documentation.
We have a read-me about this.
So it's not that big problem, but I think it will be tough for some regular users or developers.
So it's better to wait until the desktop stage or start developing something using sales right now
in terms of just the apps and focus your working resources only on a business logic of your application.
Got it. Thank you.
So will tools developed for VAR network work seamlessly with GearXZ?
It depends what kind of tools.
If you speak about the apps itself, like smart contracts, it will work just as is,
but you need to only recompile it with a different flag of the compilation,
so minus minus feature GearXZ.
for example, if you speak about sales, but about some front-ends and so it will be much more work to do
because different ecosystem, different RPC cores because of its Ethereum native API, not the WARA and substrate native API.
you will be forced to rewrite your front ends to interact within the Ethereum ecosystem.
But I think it's not a big problem because there is a lot of guides on the net.
There is a lot of libraries for JavaScript, there is a lot of libraries for Rust, C-sharp and so.
All right.
So it's going to be possible. Amazing.
Everything's possible, as we always say.
But it's super easy to port your solution from Vara or any substrate-based chain to the Ethereum
because everyone in the industry knows how to build on Ethereum some front-end.
Got it. Thank you. So two more questions regarding this topic. Again, guys, if anyone would have any question, feel free to raise your hand. I believe Dima will be very happy to answer your questions.
Or I would. Yeah.
Always. I know.
Can you walk us, Tima, through a practical example on how DAP might use Gear Exe?
Yeah, but actually we were mentioning within this summer, some cases with Dexas, some cases with AI,
maybe some gaming experience because
Once we have off-chain transactions, which will be by the moment of our test net stage,
you could do something like Doom truly on chain as they did in a polka dot, in a parity team with jam.
It was maybe two days ago or something, some kind of presentation of Doom.
totally working on chain and you could do this same on us but not in the terms of specific part of the jam
but it's just smart contract that you interact with through rPC calls without any additional payments
without transaction fee without waiting for the transaction pool without waiting for finalization
without waiting for block producing of Ethereum because you could have some results just in time that you submit your PC call.
You submit call, receive response, which is promised by some validator, some upcoming validator to be committed on Ethereum.
Nice. exciting, all this stuff. I wish I would be developer so I can play with all this.
Yeah, actually you can start. There is a lot of sales guides, how to. So it's better to have maybe some AMA session for us and for some newbies into the programming, newbies into a blockchain. So we could sit in life and code something. It would be funny, I guess.
I feel like now is almost everyone is a developer with all the AI tools, you know.
Now is everyone developing, hacking, just using the GPT and other tools.
Yeah, actually GPT and the co-pilot knows a lot about sales framework
because I was just rewriting our VFT implementation, and these suggestions are like pretty cool.
So you see everyone, even the core devs is using GPT AI for some update.
Yeah, actually everybody uses it because it writes the documentation for you.
It helps you to write some common code like getters, setters and stuff.
Nice, yeah.
All right, the last question about this topic.
How does GearX-C compare with other layer two solutions or computation networks?
First of all, it's performance of computing because we are based on Vazin.
We run any programs that
that are written in languages that could be compiled into WASM.
So it's the first topic.
The second topic or point will be about the fragmentation problem of the Ethereum.
So you do not need any breach solution.
You do not need to lock your funds inside some specific smart contract
only belonging to some layer two within the Ethereum.
You just operate with your wallet, with your
classic USB T, USDC, whatever you want on Ethereum and interact with our programs, our mirrors, their native ABI APIs.
And it was the second and the third, let's say, let's say about speed of finality, let's say about our of chain transactions as I mentioned in the previous question.
you could have some results just in place if it's possible.
It's not applicable to all of the cases,
but for most of them it will be like this.
So you send your ERPC call without paying any transaction fee on Ethereum.
You will only pay to the protocol you interact with if it's inside the logic of this protocol,
but it's not necessary because there could be a lot of other models of how you interact with the DAPs,
for example, subscription model or something.
And it's all about the time that you, from the moment you submit your request,
till the time your front time got updates about what happened.
So basically, with exchange transactions without paying anything,
you could have these results as soon as possible,
which is much more faster than layer twos.
It's much more faster than Ethereum itself,
because we do not need to wait for it.
until the end of block of Ethereum.
And the other point is the finality.
It's like classic question inside some layer ones,
it's classic question inside layer two's comparisons.
And it's not like, you know,
zero time finalization. It's not instant in terms of how we imagine something being instant.
It's about instant related to Ethereum. So once Ethereum got finalized, we are also finalized because all of our data inside the Ethereum, not anywhere else except the Ethereum.
Hmm. Got it.
Thank you, Dima, for answering all these questions.
I actually have some extra surprising question for you, but before, does anyone have any questions from the audience?
Would anyone like to ask some questions?
No, alright.
You know, it's kind of scared that you say, I have a question for you,
I have a topic to discuss, and we're going to discuss it later at home or something like this.
No, I'm going to ask you now, but I just wanted to give space to others as well,
if they have some questions for you.
But I see they are too scared of you, you know.
You're scared everyone now, so I understand.
All right.
By the way I don't, actually. Why?
Yeah.
So, Dima, can you share, since it's the end of the month, could you share some updates, what the core has been working in Dvara, like from the technical aspect?
Could you share maybe some updates, which you work through during this month, maybe few or some highlights?
Yeah.
Yeah, I think everything will be in our month recap, which will be coming in a week, I guess, or something like this.
But it's going to be a nice article because we're going to have some good news by the start of April.
Some good news related to Euroxzee, maybe.
Maybe some good news about the bridge from water to Ethereum, but I'm not sure, guys, it's just...
It's just between us, you know.
You know, it's like only the people who are listening or will play the recording till the end will know this information.
So it's only for VIP.
Yeah, but you better know that I wasn't sure about what I'm saying.
So it's just all about me.
Okay, okay. So, yes, as Dima said, there's going to be article with all the updates, so stay tuned.
One more question, Dima. Can you share, like, maybe some projects in Ethereum you like, you are watching something you really like, you know, some cool daps, programs?
protocols, anything you think it's really thriving at the moment and you know, you just pay attention as a developer.
Like, what takes your interest to look into, you know?
Have you ever heard about Geerick Z or something like this?
If I'm not mistaken, it calls like this.
It's the first protocol and the second protocol is symbiotic.
Do you know something like this?
Yes, yes, I heard.
Yeah, so they are good. I do follow them constantly, like every day, you know.
Yeah, but to be honest, I think I do like one inch, like a lot.
I do not prefer to do something on Unislob because I do like one inch.
I do love their front end.
I do love what they do in terms of how they operate inside.
I'm not like, you know, familiar with or do not share the idea of the currently projects on hype because it's mostly about some ZK approaches which are super raw right now.
It's also mostly about some AI on-chain, but which is not like truly on-chain.
It's only just submission of some results, which is not true.
like true in terms of being totally web-free compatible,
but we could do something like this within the GeerXe.
So it could be like the truly on-chain experience,
and it could be good as we deserve, actually.
Nice. You even share some information. Nice.
I'm surprised you didn't mention only GeerXE, you know.
Yes. That's good. That's good of me.
All right. I think we have a great timing. I would actually want all these sessions be like for half an hour. I think like it's very sharp. People get all the information and it doesn't take too much time from their day.
So if no one has any questions for Dima or would like to ask anything at the moment, I think it's time to say goodbye.
Some questions accept about the ambassador program as we usually receive within the ALAS.
Yes, yes.
Only technical questions are allowed in this space, as we mentioned many times.
But I would like to take a few moments just to actually mention there's going to be a community call next week with all the region leads.
We are going to be discussing how are NFTs and memes taken in their region.
So I think that's going to be interesting.
So I would like to invite you all to come there.
And we are also going to have a web-free Warriors tournament in this course.
So some fun activity.
It's not really a technical topic, but I would like to just invite you.
Thanks to all of you who came today to listen to us.
Thanks to Dima, that you take the time, explain all these questions.
I think you share a lot of insights.
And yeah, do you have something else to share for the end of the session?
I don't think so, actually.
I just want to thank you about this space.
I want to thank everybody who come today.
And I think it was good.
It was pretty nice and like, you know, on fire with this like 12 questions, 15 questions within the half an hour.
So see you next time.
Thank you.
Yes, thank you, Dima.
Thanks, everyone.
And see you at the next one.
Bye.
