►
From YouTube: NEAR EVM Working Group Update [2021-03-19]
Description
https://gov.near.org/t/2021-03-19-evm-update/965
Follow the latest from NEAR Protocol on,
Website: https://near.org
Discord: https://near.chat
Blog: https://near.org/blog/
Twitter: https://near.ai/twitter
GitHub: https://near.ai/github
#Blockchain #FutureIsNEAR #NEAR #NEARProtocol
B
Okay,
welcome
everybody
to
the
evm
working
groups,
weekly
update.
Let
me
share
my
screen.
I
hope
everybody
can
see
that.
B
So
today
I
think
the
the
main
main
discussion
will
concern
the
s
connector
integration
does.
Somebody
else
have
something
else
to
add
to
the
agenda.
C
B
C
Curious
about
kind
of
yeah
if
we
have
or
like
some
way
to
benchmark
between
ethereum
gas
and
and
near
that,
okay.
B
A
Most,
I
was
doing
lots
of
stuff
on
the
bridge
side
because
the
bridge
was
just
released
and
actually
the
the
front
end
now
is
available.
We
just
less
than
an
hour
ago.
We
made
it
public.
So
if
you
want
to
use
it,
please
do
it
and
yeah,
but
I
was
actually
having
a
call
with
with
kirill
and
eugenie
on
on
the
connector.
We
were
looking
a
little
bit
into
it,
not
not
much
input.
From
my
side.
I
actually
started
to
test
the
the
current
deployment
of
the
connector.
A
I
managed
to
lock
some
ether
on
the
robson
deployment,
but
unfortunately
not
yet
figured
out
how
to
deposit
it
on
the
near
side
and
obviously
the
the
transfer
back
is
still
not
tested
by
myself.
I
I
know
that
there
are
two
big
yeah,
so
so
that's
from
from
my
side,
there
are
two
big
pr's
that
were
prepared
by
guys
still
need
to
be
reviewed.
I
will
try
to
help
you.
B
B
Okay,
so
on
my
side,
I'm
working
on
the
aurora
engine,
which
is
what
we
are
calling
the
revamped
contracts,
the
evm
even
contracts-
is
here.
So
this
also
towards
elia's
question
earlier
to
me
that
we
are
retiring,
the
near
evm
report.
This
is
this,
contradicts
that
feature
parity
and
beyond.
As
in,
for
example,
we
have
the
raw
transactions
implemented
now,
which
is
a
node
for
frank
as
well.
We
need
stores
for
for
the
bully,
so
I've
been
I've
been
working
hard
at
this.
B
Currently,
I'm
working
on
on
pre-compiles
other
things
to
to
implement
remain
metacall,
so
the
meta
transactions
and
then
everything
to
do
with
the
f
connector
integration.
D
I
successfully
completed
the
pure,
no
std
as
connector.
I
mentioned
you
in
vr
and
it
was
a
lot
of
pitfalls,
but
all
of
them
I
successfully
resolved
and
currently
it's
really
for
testing.
I
I
start
testing
with
manual
testing
with
near
cli
and
I
think
for
next
next
week
we
should
test
it
with
probably
this
integration.
B
Okay
right,
if
you,
if
you
have
always
somebody
asked
that
link
to
descend
here,
please
please
do
this
was
in
the
f
connector
repository
and
yeah,
or
request
them
this
here.
B
Back
to
this
in
a
discussion
segment
soon
and
frank
how's
it
looking
on
the
bully.
E
Yeah,
it's
looking
good,
so
I
extended
the
bully
that
it
can
handle
the
whole
tester
chain,
so
he
had
it.
I
had
to
add
some
defrosting
option
for
larger
chains
and
also
did
some
caching
so
that
the
startup
time
is
much
reduced
because
we
always
have
to
go
from
the
last
block
until
to
the
first
one,
and
so
I
added
a
cache
there
and
then
I
fixed
this
problem
we
had
was
sending
transactions.
E
E
So
I
call
your
the
raw
call
and
then
we'll
see
how
it
goes.
Did
you
do
anything
yet?
On
the
on
the
other
two
functions?
These
are
yeah.
B
The
the
functions
exist
and
they
they
said
the
chain
id
other
than
that
we'll
need
to
still
put
in
place.
Those
hooks
okay,.
E
B
You
you
can,
you
can
send
all
transactions
as
in
what
happens
with
regards
to
the
transactions.
There
might
be
some
more
work
there,
but
you
can
send
every
transaction
the
bully
end.
B
Yeah,
okay!
So
so
next
next
week,
then
what
is
realistic
for
next
week.
E
Calling
the
functions
and
then
we'll
see
what
we
have
to
implement
there.
I
don't
know
how
far
we
get
but
definitely
pumping
in
the
transactions
and
see
how
how
much
we
we
can
pump
in.
E
We're
playing
will
start
what
will
fail
and
what
problems
will
will
come
from
the
evm
we'll
have
to
see,
but
we're
praying.
Let's
start
here.
B
D
Did
the
camera
turn
on?
Let's
ask
me:
okay,
there
yeah,
so
I
added
the
blake
to
lip
to
near
and
then
I
added
the
changes
needed
to
run
the
f
compression
function.
It's
fully
tested
to
the
specification
and
seamlessly
integrated
to
fit
into
the
code.
Then
I'll
wait
for
you
to
pull
it
up.
B
Remember
that
if
you
need
pull
request
reviews,
it's
a
good
idea
to
hound
people
directly
with
the
links.
B
D
D
That
was
just
basically
the
things
that
we
might
invest
in
in
the
in
the
pr
and
fgd,
because
you
call
gave
me
a
plethora
of
information
is
some
stuff
that
we
missed
some
like
config
options
and
whatnot
and
gave
me
some
advice
to
avoid
some
potential
pitfalls
you
might
run
into
so
I
took
a
lot
of
notes,
so
that
was
really
helpful
and
then
I
implemented
the
f
compression
compression
function
as
part
of
our
evm
ap
or
math
api.
So
I
that's
what
I've
been
doing
today.
B
Okay,
so
how
does
it
look
with
this
free
compiler?
What
is
those
functionalizations,
yeah
yeah,
yeah
yeah?
How
close
are
we
good
how
close
to
moving
this
out
of
draft
stage.
D
I
want
to
get
it
done
over
the
weekend,
so
I'm
going
to
hammer
through
that
and
get
it
done
before
monday.
That's
that's
my
goal.
Okay,
there
isn't
a
lot
left.
I
just
gotta
run
it
for
the
six
hours
and
a
few
few
other
things,
and
it
should
be
basically
ready
to
go.
B
Okay,
all
right!
So
once
you
once
you
finish
that
there's
plenty
for
plenty
of
work
for
you
on
the
contract
side,
so
we'll
pull
you
back
there
afterwards,
okay,
and
we
still
have
to
bring
over
elias
pr
from
near
evm
for
the
upcredibility,
that's
not
yet
incorporated
in
the
in
the
new
contract
so
that
that
might
be
a
place
for
you
to
start
since
you're
already
familiar
with
that
sure.
Unless.
B
Yeah
sure,
since
you,
since
you
brought
it
by
all
means,
it
should
not
be
much
of
a
rebase.
The
I
mean
this
contract
is
implemented,
pulling
in
the
evm
crate,
but
otherwise
it's
it's
pretty
similar
a
little
bit
of
refactor
code.
It
should
be
pretty
easy
to
adapt
the
code.
You
wrote
pretty
sure.
B
C
And
then
the
other
one
is
storage
management,
so
in
control
token,
by
default,
the
storage
management
kind
of
implemented
via,
like
you
know,
special
deposits
and
that's
not
really
working
well
in
edm
like
that's,
not
how
tv
works,
and
so
I
think,
like
we
need
to
tell
you
what
that,
for
your
studio
and
page
specifically,.
B
That
was
slightly
hard
to
understand,
so
I
didn't
catch.
The
first
item-
storage
management,
the
second
one.
What
about
the
first
one.
C
Sorry
yeah,
I'm
saying
yes,
storage
management
for
accounts
because,
like
on
the
stadium,
the
storage
is
like
you
know
not
done
by
deposits.
C
Like
I
said,
there's
a
lot
of
like
like
shot
three,
for
example,
stuff
like
this,
which
we
have
sdk
kind
of
functions
for
that,
and
so,
instead
of
adding
extra
dependencies
for
things,
that
kind
of
are
there
and
also
so
survey
by
default,
like
it's
really
hard
to
disable,
30
pooling
std,
for
example,
and
so
my
suggestion
we
actually
bring
like
a
super
small
json,
parser
independence.
C
It's
like
a
really
small
rough
cargo,
which
actually
like
somewhat
similar,
like
yeah
thunderscript,
we're
actually
using
like
a
300
line,
jason
parker
versus
yeah
in
rats
we're
using
like
a
I
don't
know:
200
kilobytes
binary
of
30.
C
For
this
I
I
can
try
to
find
it.
I
was
commenting
it
somewhere
in
naps,
but
I
can.
I
can
link
it
I'll
I'll
leave
some
comments
on
the
vr.
Okay.
D
C
D
C
Because,
like
specifically
all
the
storage,
manipulations,
etc,
they
already
are
implemented.
It's
like
pretty
much
account.
Management
should
be
implemented
in
evm
kind
of
on
ibm
contract
size
right.
It's
not
it's
not
a
separate
thing.
It's
like
you
know
it's
the
same
balance
that
evm
is
using
and
so
like.
It's
all
should
be
implemented
in
one
kind
of
logic
and
and
then
the
kind
of
logs
parting
like
the
logs
parsing
yourself.
That
can
be
just
left
as
a
library
that
we
just
pull
in,
like
a
separate
cargo
or
whatever.
B
Okay,
yeah!
Well,
that's
that's
the
approach
that
we
had
figured
that's
the
next
step,
so
as
in
this,
this
standalone
contract
was.
B
It
was
a
useful
exercise
for
for
evgeny
to
to
to
learn
how
to
do
it,
and
now
we
begin
bit
by
bit
integrating
a
piece
of
code
into
into
the
contracts
into
reviewing
contracts,
and-
and
so
you
have
getting
indeed
you
and
I
need
to
sim
conduct,
perhaps
still
today,
if
if
you
have
time
and
yeah
so
the
the
main
task
for
next
week
on
death
connector
is
integration
into
the
uvm
contracts.
B
At
the
same
time,
though,
the
the
logic
that
you've
implemented,
your
kenny
can
certainly
start
to
be
tested
in
the
standalone
contracts.
If
you
have
somebody
somebody
available
for
that
and
as
a
result
can
be
validated
on
our
independent
track.
From
from
the
the
account
and
storage
integration
into
the
avm
contracts,.
C
B
C
Be
clear
like
the
the
standalone
connector
is
useful
and
so
like
we
can
actually
use
that
instead
of
having
a
wrapped,
e3
or
20
like
that.
That's
one
option
that,
like
I
think
with
bridge
theme,
is
maybe
a
good
good
decision
to
make
like.
Should
we
use
wrap
deeper,
or
should
we
use
this?
This
kind
of
made
easier
representation
on
native
here.
A
A
A
Most
probably
they
would
like
to
to
do
the
the
same
storage
management
as
with
any
fungible
token,
and
and
the
reason
why
to
to
have
the
to
have
this
like
condensed
in
inside
of
the
evm
contract-
is
that
then
people
will
be
able
to
move
their
ether
from
like
near
runtime
to
e
to
evm
runtime
seamlessly.
So
they
do
not
need
to
do
anything
with
it
or
in
case
they
want
to
to
transfer
some
ether
to
other
user.
They
are
able
to
do
this.
A
Transfer
ins
like
cross,
run
time
in
green
cross,
runtime
thing
yeah,
so.
C
A
Yeah
that's
correct,
but
it
should
be
a
canonical
fungible
token
for
for
everyone,
so
for
for
including
the
the
native
runtime,
so
the
storage
management
there
should
be
absolutely
the
same
as
as
in
in
ordinary
fungible
token.
C
Yes,
I
would
say
it's
yes
and
like
it
should
support
the
same
interface
for
sure,
but
it
probably
should
like
return,
different
values
and-
and
I
think
of
managed-
so
I
mean
that's
the
part
we
need
to
figure
out,
because.
A
C
You
will
try
to
do
a
native
like
transfer
of
ether
inside
a
yen
and
so
there's
obviously
no
like
near
attached
yeah,
but
so
sorry
not
near
that
there's.
Nobody
will
call
like
stories
deposited
on
the
new
year
before
this
transfer
happens,
and
so
the
allocation
will
need
to
happen
kind
of
internally.
C
A
A
Okay,
so
at
the
moment
the
f
connector
is
is
working
only
with
with
near
recipients.
So
now
he
has
so
so
all
of
these
problems
that
you're
talking
about
we
have
not
yet
encountered
them.
C
A
C
A
C
Like
focus
on
getting
that
and
like
I
mean
I've
got
to
say,
this
is
the
plan
for
next
week
and
I'm
just
like
I'm
just
highlighting
the
things
that
needs
to
be
thought
through
and
specifically
like
account
management
is
the
piece
actually
is
that
upgradability
vr
had
part
of
the
account
management
like
an
ethereum
style.
Account
management,
where
you
kind
of
contribute
the
cost
of
the
storage
expansion
as
part
of
the
transaction
cost
like.
D
C
Actually
kind
of
contains
that,
like
partial
implementation,
so
like
that
kind
of
needs
to
be
like
like
thought,
through
as
a
process
and
and
also
figured
out
like
what
are
the
old
externalities
like
rpc
proxies
and
everything.
That
needs
to
be
like
aware
of
this
and
know
how
to
measure
like
how
much
how
much
storage
will
be
allocated
for
a
specific
call
to
be
able
to
kind
of
attach
the
right
amounts
of
funding
to.
D
C
C
So
we
kind
of
need
to
like
simulate
that
inside
the
edm
to
be
able
to
do
that
like
efficiently
inside
everything,
properly
and
cataloging
tools.
B
A
C
B
A
B
Okay,
so
let's
let's
talk
about
the
next
topic,
you
had
in
mind
earlier
at
the
escalators
with
new
gas.
What
was
it
that
you
wanted
to
to
express
on
that.
C
Yeah
I
mean
people
keep
asking
pretty
much
yeah,
what's
kind
of
what
the
religions
are
going
to
be,
so
we
should
have
some
like
I
mean
I
know.
I
know
that
part
of
the
near
bully,
obviously
will
or
whatever
bullies
will
be
kind
of.
I
would
expect
the
outcome
would
be
this
as
well,
but
I
think
like
having
just
like
a
few
numbers
for
like
what
is
the
fun
like
year,
20
transfer.
What
is
the
like?
C
You
know
contract
deployment
of
some
whatever
some
like
known,
contrast
and
stuff,
like
this
cost
near
compared
to
like
the
same
costume
you
can
get
in
ethereum
just
like,
so
we
can
give
some
high
level
understanding
to
people
when
they're
asking
like
you
know
how
much
more
performance
it
is,
and
and
also
like
how
much
things
actually
cost
yeah.
E
Maybe
we
can
just
we
can
just
count
how
much
gas
we're
using
when
we're
replaying
and
compare
that
to
the
gas
usage
on
the
test
net,
but
I'm
not
sure
how
useful
that
is
the
the
gas
usage
on
the
test
net.
You
think
that's
that's
a
useful
metric.
B
Well,
the
the
first
thing
we
have
to
begin
after
is
that
we
we
still
have
some
gas
cost
accounting
to
implement
in
the
evm
contract.
We
have
a
couple
of
to
do's
there,
so
those
need
to
be
addressed
first
and
and
then
indeed
we
can.
We
can
think
about
how
to
measure
measure
this.
C
C
B
C
What
frank
says
is
definitely
super
valuable
to
have
like
to
start
and
then
yes,
like
guys,
adding
gas
costs
too
too,
like
I
mean
adding
the
cost
of
gas
to
how
much
gas
is
used
right.
That's
like
that
would
be
a
separate.
B
Thing
sure
yeah,
so
in
terms
of
just
measuring
the
gas
usage,
what
we
could
do
in
in
frank's
suggestion
is.
We
could
take
something
like
the
n
first
blocks
of
girly.
You
know
which
are
never
gonna
change
and,
and
they
take
some
reasonable
amount
of
time
to
run
through
the
bully,
and
we
can
count
the
total
total
gas
consumed
for
that
and
then
over
time
work
to
bring
that
down.
C
I
mean
that's
an
interesting
method
for
sure
I
I
was
thinking
more.
Something
like
people
can
practically
reason
about
it,
which
is
yeah.
There's
like
there's
20
jobs
for
like
something
known
to
people,
but
don't
just
feel
like
yeah.
I
mean
aggregate
aggregate
costs
and
stuff
like
this.
This
is
what's
going
to
show
you
yeah
how
efficient
their
contracts
are.
A
C
Like
a
second
or
third
priority
versus
like
just
giving
like
intuition
around
just
like
yeah
efficiency
and.
B
Yeah
sure,
so
we
need
to
have
some
some
guidelines
right
now.
What
people
can
expect
to
set
expectations,
but
I
think
in
in
terms
of
our
second
quarter
objectives,
it
might
make
sense
to
start
to
bring
bring
down
the
the
course
the
gas
used
in
in
something
like
the
first
in
blocks
of
berlin,
for
example,
that
that
would
be
a
good
good,
measurable,
objective
there.
B
So
we
can
that
actually
leads
into
the
discussion
that
we
need
to
talk
about
okay,
review
and
planning
anything
else
early
on
the
on
the
gas
that
is
near
gas.
I
mean
we'll,
certainly
get
you
those
numbers
as
soon
as
possible.
Perhaps
next
week
for
esa
20
transfer,
contract
deployment.
B
Yeah,
so,
okay,
so
let's
talk
about
a
disruption
to
our
work.
Next
week
we
have
it's
the
end
of
the
quarter
and
we
have
okr
review
and
planning
for
q2
coming
up
this.
This
will
disrupt
all
teams.
The
next
few
weeks
for
the
for
the
evm
team
given
given
given
how
our
deadlines
are
formulated.
B
I
push
back
a
little
bit
and
we
have
a
little
bit
more
time
for
fog
per
se
next
week
and
the
okay
review
will
will
commence
the
subsequent
week.
But
there
are
some
some
meetings
that
certainly
I
and
alex
need
to
attend,
and
perhaps
perhaps
some
of
some
of
you
guys
as
well.
So
that's
just
something
to
know
that,
starting
next
week
we
we
begin
to
to
evaluate
the
the
q1
okrs,
which
we
already
did
as
a
practice
run
a
few
weeks
ago.
B
If
you
remember,
and
then
we
finalize
the
the
okay
review
for
q1
in
the
first
weeks
of
of
april
and
I'm
beginning
to
do
q2
planning
which
will
consume
a
bunch
of
time
from
everybody
just
in
terms
of
setting
expectations.
But
for
now
we
focus
on
on.
We
have
defined
much
much
29.
So
that's
that's
the
monday.
After
next
we
can
define
that
as
the
launch
date
for
for
the
objective
of
evm
on
testnet,
and
I
think
we
can
certainly
deploy
something
there.
B
Then,
as
a
soft
launch,
I
do
think
we
are
a
little
bit
behind
on
on
most
tasks
and
and
there's
still
some
questions
to
solve.
So
I
wouldn't
market
that
a
whole
lot,
but
we'll
we'll
deploy
the
contract
to
2010
and
the
backbone
is
alex.
Do
you
have
any
update
on
the
bug?
Bounties.
B
Okay,
so
the
debug
bounties
will
launch
earliest
a
few
weeks
after
so
there's
a
there's
a
little
bit
of
time
there
to
to
align
things.
B
Okay,
so
overall
sounds
like
we
have
a:
we
have
a
bunch
of
books,
a
bunch
of
work
still
in
flight
just
needs
to
be
completed
as
soon
as
humanly
possible,
and
then
all
all
rivers
flow
into
the
ocean
and
we
achieve
integration
and
deployment
alex
any
comments
from
your
you
and
also
given,
given
the
the
bridge
launch
this
week,
which
was
quite
quite
hectic,
any
any
good.
A
System
no,
no
major
comments
here.
The
bridge
has
a
bunch
of
other
stuff
to
do
on
and
support,
so
it
will
require
some
of
my
time,
but
I
will
I
will.
I
will
be
able
to
to
pay
much
more
attention
to
the
game
right
now.
Okay,.
B
So
more
available
this
week
and
next
yeah,
okay,
great,
we
do
need
you,
okay,
any
anybody
else
have
something
else
to.
B
B
Okay,
well,
then,
let
us
get
back
to
book,
there's
a
lot
of
coding
to
be
done,
and
on
monday,
let's,
let's
coordinate,
let's
coordinate
more
on
the
s
integration
you're,
getting
I'll
bring
you
also
today
and
ilya
promised
to
work
on
on
a
few
things
in
the
contract.
You
already
know
which
one
so
upgradability
is
what
you
would
like
to
work
on.
B
Yeah,
okay,
yeah
so
asked
about
the
meta
transactions.
Is
that
also
something
you'd
be
interested
to
tackle?
Moving
the
code
from
near
core
into
the
contract?
On
that.
B
Okay,
okay,
so
potentially
meta
transactions
and
the
upgradability
will
be
retargeted.
We
target
the
existing
vr
good
good.
Okay.
Well
with
that,
I
think
that's
that's
all
for
today
and
let's
get
back
to
work
so
have
a
nice
weekend,
everybody
and
talk
to
you
on
monday.