Thank you. Hello, hello, hello, Dima, can you hear me?
Yeah, I do. Hi, how are you doing?
I'm good, not great, but why are you great? I don't know. Do you have something good happen to you? I'm good, not great, but why are you great?
Do you have something good happen to you?
Yeah, I'm just sitting in the living room, you know, I see the Christmas tree and all the lights and, you know, it's a good vibe.
Yeah, it sounds wonderful.
Including the Europe vibe of having Christmas parties and all of these streets, all beauty and much, much loaded with people.
Yes, yes. So for us, the Christmas is like in eight days.
So it's pretty soon. And already, like, everyone is crazy buying Christmas, buying presents.
So it's a wonderful but also crazy time of the year.
Yeah, it's so opposite for me just because I do not have the Christmas tree for the first time in my entire life.
Just because I'm leaving for a vacation to Asia,
so we decided not to put any of this.
Wow, you will not celebrate Christmas?
Yeah, we will, but differently.
Not in the home atmosphere and without the tree,
just because, for example, in Thailand,
they do not have some kind of trees
for christmas that's true but at least it's gonna be hot and you can swim and it's it's yeah yeah
all right well uh so vadim is not joining today unfortunately he can't join
because today is actually
the last session for this
is recorded I have just shared it in discord and
telegram i will also invite all the ambassadors and i think we can slowly start and yeah what
do you think yeah yeah i don't think we can start, but I have an idea how to prank Vadim.
We could check if he would listen to the recording of our AMA.
We could tell him something and just wait for his responding in direct messages.
And if he's not, we won't invite him for the next sessions, right?
Okay, so what do you think we should tell him?
I'm not sure i think i had a thought that you could help me i think he should uh vadim should send us message saying merry christmas and happy
holidays i'm sorry so i'm missing so so good ama exactly exactly so let's just wait yeah okay so already almost five minutes so let's
start this session I believe since Dima is here will be shorter and also I will be creating a
recap thread based on this session later so I think think let's start. Dima, could you explain us what is
forkable identity and why would someone want to fork their identity?
Yeah, you know, it's kind of funny and just because I was preparing for the same way and I was like
reading a lot of resources because I've never like heard anything about the forkable
identities. And I was like, what? Why somebody would want to fork their identities? And how
does it work? But it's like kind of simple in terms of regular user, just because for
you as a regular user, you don't need any of this. Just because it's some kind of geek stuff related to some decentralized
societies. For DAOs it's related to some communities or for some protocols that are
human-based, if I'm not mistaken. It's kind of proof of personhood or something like this.
Am I right with my English? So it's about the protocols that rely on you as a person, as an individual.
So you could prove you are being you.
For example, if you would implement some kind of voting for election of the United States president or for something else,
you may want to, for example, keep your voting power, for example, be able to vote for you as a citizen of the United States,
but you would love to have it somehow hidden from everybody so nobody could like prove that you just voted against Trump, for example, or something like this.
So the forkable identities mechanisms, they are based on you
being able to do something. For example, you have some voting power or you have some resources
you could share or you have some reputation inside some communities or you have some kind
of points or whatever else you could have. And you could fork it for a purpose to hide this exact relation
between you and your original account with your original identity, but keep the
same, you know, how to say, constraints or something like this.
So for example, I could prove that I am eligible to vote in this election, in
this election voting, but I'm not revealing who am I,
but I'm keeping my ability to join or something like this.
So you mentioned we could use
for our couple identities in voting.
some specific attack scenario and how some cryptographic
mechanism could prevent this uh in terms of like if maybe someone would want to i don't know 400
times or someone would want to like uh hack this. Could you maybe provide us some example and
then also explain how this would be prevented? To be honest, there is no some exact kind
of attacks just because forkable identity isn't some kind of library or tuning. It's
more about the idea and it could be implemented differently. It doesn't matter how do you do this.
You could adopt ZK proofs.
You could adopt some commit reveal systems.
You could adopt some proof of authority like oracles or whatever else.
So there is multiple logical mistakes that could be missed.
And it could be some kind of attack vector for your protocol that is building concept of forkable identities, if you have some power or you
have something like maybe tokens or whatever, it doesn't matter.
Actually, it's all about the idea of you being able to prove that you is you and you are
not delegating, you are delegating your abilities and responsibilities, but you are not delegating the whole control of everything you have.
But I'm not about that you could share your forked identity with somebody.
but it's all about for you being able to separate the context you present.
So, for example, in society, we present in different contexts,
for example, in school, at work, at university, or on this AMA,
I'm kind of a different person everywhere, but I'm still the same.
For example, now I'm speaking English.
20 minutes ago, I was speaking Spanish, and it's all different contexts.
So this is kind of about the forkable identities.
And what helps you as a protocol to prevent these kind of attacks,
for example, from forking a hundred times, you as a developer of this protocol,
you should be able to control distribution of the resources of initial identities.
So for example, if you have like 10 voting power, let's say 10 points
of voting power, and you are not replicating when you're forking. Forking means that you,
for example, split your voting power. If you fork 10 times, every piece of your fork, every your fork will have one out of 10 outcomes
So you keep the sum the same.
So sum of all of your voting power.
Or for example, there is a model when you, when you're forking, you select some like
single fork to be used inside some time.
If we are moving with epochs,
we are moving with some kind of other time-dependent values
like eras or whatever else.
You could select only one of all of your possibly possible forks and the only one will be able to join some voting or join anything else.
Yeah, I think that's pretty much of it because there is a lot of options to discuss.
There is a lot of options to fork actually our context, to fork our speech right now.
All of you guys who are just right now listening,
I want to ask you something.
Can you please go and comment on this space with GM?
It's going to help us to share the Twitter space a little bit more. It seems not many
people joined today. So we would really appreciate it if all of you who are listening right now
could go and write a GM under this space. And it's going to help the algorithm share this
Twitter space more. So we have more people joining us. And then thanks, Zima, for explaining.
I just wanted to do a little bit of shilling here.
I just totally run out of oxygen in my lungs just because I was speaking, speaking and talking and talking.
I am like, thanks, Clev, that you're talking about the GNs right now just because it helps a lot.
talking about the GNs right now just because it helps a lot. Yeah, I can see you are very
overwhelmed by the situation you are here today alone. So please breathe. So, you know, it's okay.
You can rest. Okay, so do zero knowledge proof play a role here. And can you maybe share more insights how this data carries over when identity works versus what gets reset?
And maybe just like generally how this works from the technical side.
Yeah, so as I said, there is like a lot of options to implement this idea in real life, in code and stuff.
And the key proofs right now look like the most suitable solution from a technical perspective,
just because it helps you to keep something hidden from anybody else,
but still correct and still verifiable by any participant inside the network,
inside some kind of consensus or some group or DAO or whatever else.
So basically, it looks like you have some kind of common components.
So for example, there is a thing named nullifier and this thing tracks you like double spending or something like this so
double spending in this context will mean that uh you're like abusing your voting power for example
if you're eligible to vote only once it will prevent you for for from voting twice or something
like this so it may be different instance or like different algorithms that track this.
But speaking of decay proofs, I think there is not a lot of projects adopting the forkeable identity yet.
But it's kind of hypey just because Vitalik mentioned something like this and they're working in this direction. So there is no exact huge and super famous project based or providing some library or
like normal and reusable tech for forkable datanty.
So from my point of view, just theoretically, I think decay will be adopted here a lot just
because, as I said, it helps you to keep something hidden
and it perfectly suits the constraint you could want to check.
So for example, you could check some Merkle root inclusions.
And it is when you build the special tree as it is like, you know, computer science basics, you build some tree and you could
verify with a much less pain that something is inside the global and huge state. So it's like
kind of how almost all the blockchains are based and their blocks, it's kind of miracle roots of
their state of their keys inside the database or something like this so and zk helps you for example to prove that your worked identity is indeed your identity and it
helps to check were you voted yet were you voting like on the previous rounds or something like this
and it helps you uh to check if you're even eligible for this voting.
So there is a lot of things could be checked inside.
It all depends on the protocol, on the use case of this workable identity.
I think like the votings for election or something like this
will be the primary use case for this.
Or some sub-kada, you know, know geek dolls or communities in discord when you need to
for some reason erase your previous history for example if you just scammed somebody i don't know
but it's it's still a use case yeah well not the best one but yeah um nadima i think we could kind
of wrap it up regarding this topic.
I have some other questions as well.
Is there anything else you would like to share we didn't mention regarding four-couple identities?
Yeah, I think the only thing is why do we need to care about it?
There is a lot of tweets or pieces. How do we call it right now?
Because we just moved to the X and now it's small Xs.
I think it's still tweets.
Okay, they couldn't come up with some additional idea, but anyway, yeah.
We have a lot of tweets right now that we all do need
deforkable identities now, but like for what reason? Why do you as like regular user need this?
I don't get it. And it helps like you to support and maintain some, you know, rare use cases.
But in general, it requires a lot of coding. It requires a lot of human resources to implement.
It requires a lot of coding, it requires a lot of human resources to implement, it requires
a lot of education process within the industry so everybody would understand what is this.
But why do they need to educate if they don't need this exact thing?
So they could educate it something else, for example, dive into VARETH and how does it
work and realize it's almost the future of the Ethereum.
Not exactly the future when we replace Ethereum, but we do scale Ethereum and it's much more
worth your time or something like this.
And moreover, all of ZK-based approaches, they're limited. They're limited with the ZK constraints. They're limited with our current position inside the tech industry of the ZK.
On what stage are we able to compute, like, doom inside the ZK proof?
There is some kind of tries for doing this, but it's still unreachable for us.
We could verify some small data, yeah.
We could verify proof inside proof, and it helps you to zip your computations and its
verification on some expensive networks.
For example, Ethereum, how we do in VARA2ETH bridge, so we have a proof for Merkle root of the storage of Vara, and we wrap it,
wrap the, you know, proving the initial proof of, like, having some message on Vara,
we wrap it inside the other ZK proof, so it was checked, and that's what we check on Ethereum.
So it was checked and that's what we check on Ethereum.
But it requires you like a huge compute power and it's kind of ZK like at all, it's kind
of a problem for future because we like it.
It's like it's hype and it's usable and we could come up with a more use case and it
will be fun and like great UX, blah, blah, blah.
But it requires you so much compute power.
We have AI already in the world.
We don't need like more resources.
We don't need the more, you know, asking from us as a customer.
We, right now, we use like, I think almost all of us use AI on a constant basis.
And we do consume a lot of energy from the world.
So it was one of the reasons why we moved from Proof-of-Work to Proof-of-Stake just because it's not Greenpeace way or something like this.
And ZK leads us the same way, but it will be the problem in the future, I guess.
All right. Thanks, Dima, a lot for the explanation.
And since this is like kind of, not really kind of, but it is,
the last dev time of this year, I have prepared maybe a few different questions as well.
I have prepared maybe a few different questions as well.
I think one before we're going to go and jump in kind of like a year review,
You mentioned this as well.
It was just recently announced that now from Gear.EVE is now VAR.EVE.
Can you maybe share what this means for the ecosystem
and how it works technically?
Maybe for those who haven't heard about it yet,
you know, to kind of reveal what it is.
Speaking of like our recent announce,
var.eve was renamed of our GearaXE protocol, GearaXE technology.
And what does it mean for ecosystem?
It means that we need to change all of our headers from GearaXE to VaraEF.
And we need to work technically on this.
We need to require our frontenders to change these headers.
So it was just a renaming.
And speaking of VARA-IF as a technology, just for those who are like the first time on our AMA,
we are doing kind of a coprocessor thing. It's almost roll up, but it's not exactly the roll
up. It's kind of layer two, but not exactly layer two. It's more likely the coprocessor for Ethereum. It's
some new extension level for the compute power inside Ethereum. And we provide computes,
WASM-based computes, multi-traded, developed like long time ago as a gear protocol. We
have a VAR network as layer 1 standalone network. and now we are extending on Ethereum so your
like Solidity programs will be able to call our Solidity programs which are like exactly under
the hood the WASSM programs as they will compute something like a huge things a lot of things
which is kind of impossible for EVM and it will provide the response directly on Ethereum.
So all of these do not leave the Ethereum. We do not share liquidity with Ethereum. We do not
fragment it. We do not like do anything else. All of your funds is still on Ethereum. You pay
like transaction fees in Ethereum and you use like the common tooling, the EzerScan, you use the common tooling, the Azure Scan, you use MetaMask, but it's different.
It's based on the modern understanding how the smart contracts or just programs should run.
And we support WASM, so it means we support building on different languages.
But our primary right now is Rust, and i think it will be it will be kept the
same so we provide the mod the primary tooling and the primary support for rust but because it's kind
of industry standard for crypto from from kind of uh classic and basic general purpose languages yeah
so you said it like very nicely like it's not l2. It is like L2, but it's not L2.
It's something like roll up, but it's not roll up.
Yeah, because it's kind of different models,
but to be honest, it's hard to sell nowadays in crypto
some new narratives and everybody would love to hear
something familiar to them.
So they would come and see what is this kind of roll up,
but not roll up and stuff and stuff and stuff.
If Vadim was here, he would say,
you could touch it, you could build it,
or whatever he says normally.
That would be his answer.
Well, okay. Thanks for explaining.
For those who listened to this for the first time,
could you also maybe share what kind of opportunities
that's where Eve brings open for developers and users?
And probably you cannot really share what we can expect next
but maybe something kind of you know catchy like maybe maybe something or something like like this Or if you couldn't, it's easy to roll up or isn't it? Is it?
Or something like this, yeah.
Yeah, I guess about the opportunities,
I mentioned something that you could do some heavy computes.
So about the use case, it's, yeah, guys, you know,
to be honest with you, it's time for everybody,
us, to have something good on Ethereum,
which is competitive to Hyperliquid, for example.
And VARA, ETH is exact use case, is exact platform where you could come and build, for
example, real-time order book with a great UX because it would have, it's already having inside our
master branch, it's already having pre-confirmations and as like the commonly industry term, but
they have like promising mechanism, but it's all the same as the pre-confirmations. So you're
guaranteed to have some compute result in the future, but you're able to rewrite and repaint your front end with the only network glitches.
So for example, the classic time of regular internet connection to interact with the RPC
node is 200 milliseconds or something like this. So for example, one way, 200 milliseconds, the back way, and like a database for a computer.
And in half of a second, you are having the exact pre-confirmation for something that
will be delivered to Ethereum, but you are already changed your state and you may be
sure that it will be the same when it will be delivered on Ethereum.
an opportunity. Do you think so? So yeah, and what do we expect next? I don't know. Maybe we could
have some posts. Maybe we could have some of them today, maybe tomorrow. We were expecting this,
but faced some difficulties. maybe we wasn't facing some
difficulties but maybe you could stay tuned to our like media for the couple of days and it will be
i guess maybe it could be some some good news you know oh all right um so mysteriosity wow
yeah i need to stop you are you gonna reveal everything as always because
you're talking talking and then it's out all right so yes as nima mentioned if you want to
know what's going on follow our twitter discord telegram uh gear Gear Twitter, and everything is always shared in the announcement channels.
And before we're gonna go, Dimečka, I want to know what kind of updates or news or like anything
related to VARA or Gear, what has you excited the most and why during this year?
To be honest, I am proud of me becoming the CEO.
I am proud of us that we released the long-awaited breach in a mainnet.
I am proud that we keep it maintained, we keep it fixed.
If something's broken, we are doing a good job still.
As you all know, we were doing a great job and we are still doing it.
And I am proud of something, or it and i'm proud of something or maybe i'm
not proud of something or maybe you could stay tuned to our media these days maybe maybe i'm
proud of this so you will really realize what i was talking about when it comes live but i'm proud
of this yeah we did a great job so you are proud of you becoming cto and then you'm proud of this. Yeah, we did a great job. So you are proud of you becoming CTO
and then you are proud of Vara.
Of Vara choosing you as CTO.
I'm proud of me and I'm proud of all of us
just because we are a great team
and we are doing the great tech
and we keep going despite everything in the world,
despite the market situation or whatever else.
and I'm glad that we are still
It has a success. I'm not proud of are still hosting our AMA. It's like it has a success.
I'm not proud of Vadim for absencing here today,
He will not know because he's not going to listen to this,
so he will not know you're disappointed.
We can say now anything we want.
I'll say that I'm not proud of him anymore.
I think we kind of like mentioned everything.
Yeah, Luis would like to join our stage.
So let's add him as a speaker.
Vamos a hablar, mi amigo.
Hey, привет. How дела? Hola a todos.
Hey, hello. It's a pleasure to share this room with you, Dima and Claire.
Yeah, I can see that Vadim is not here, but he's always in our hearts. Yeah, but you're about to replace him, you know?
You're my new co-host here from now on.
Yeah, no, it's complicated to replace Vadim, to be honest.
But we can take part of this session.
And now that we are sharing that we are proud of, absolutely, I do agree with Dima.
Proud of you, Dima, for all the work that you have done
And the team, core team, is really incredible.
Maybe the audience, they are not aware about the core team,
just the public people, like, for example, Vadim, Dima,
or even the marketing team behind Vara,
like, for example, Claire, that is always hosting spaces and proposing new topics. This is something really nice, to be honest, or also the
people that is managing the communities like Karen, like Aditya, Adam, and the ambassadors.
I can share now that we are a little bit romantic
that I'm proud of the community.
Because also, if you can see here,
we have ambassadors, but also we have a global community
interested in the technology,
interested in different topics.
So thank you all of you for being here.
I'm almost crying, but I wouldn't.
As Zima said, maybe I can cry.
Thanks so much for your time.
Turn on your video so we would see if you cry or you're just joking on us.
He can join with video, but he doesn't have to.
This emoji has, you know, cries on it.
There are tears on your cheeks when you, like, laugh, as you say.
Luis, thanks a lot for your kind words.
I think for all of us, it's just the time of the appreciations of the community
and all the people who join all the events or some of the events
or who've been here with us through the whole journey.
And it's very nice to see all of you and so many of you being here with us on this journey so I definitely agree with both
guys uh thanks Luis and Dima for joining and for the kind words and I think now is the time to say
goodbye wish everyone beautiful holidays and happy new year and that we're going to meet again next year with DevTime and new topics and new news and everything.
So, yeah, very excited about that.
And Dima, Luis, if you want to share some ending words also, please do.
I would also like to say to wish everybody to have a great holidays, to
I'm so, so much interested
the next year and I will be
will join us on this journey
to the next year, to the next stages
of what we are doing and we are
like right now we are trying our best and we are doing good with each
new day and we're improving.
We, we, yeah, we know that we had some, you know, issues in the past, but who, who, who
hadn't and we are fixing all of them.
We are moving and moving and we are trying our best for you.
We are trying for our best to
us because it's important to show what we could do if you actually could do this.
And yeah, so have a great holidays and I think see you next year. Thank you, guys.
Yeah, thank you, Dima. And I want just to say also thank you and stay tuned because, as Dima said, we you so much, everybody. Have a great time.
We will continue different events,
but the Dev Time with Dima and Badim and Claire,
this is the last one of the year.
Well, it's almost end of the year as we speak,
but we will have more events coming.
And by the way, we will have tomorrow a party is for a Mexican community because we have
a huge community here but hopefully we can organize different parties like this in different
parts of the world it depends on you guys also our dear ambassadors you want to organize one
we can talk about it or the community're always free to organize permissionless party.
We keep in touch and have a great holidays.
Thanks, everyone, and see you next year.