►
Description
No description was provided for this meeting.
If this is YOUR meeting, an easy way to fix this is to add a description to your video, wherever mtngs.io found it (probably YouTube).
A
Hello,
everybody
and
welcome
to
the
team,
Gotham
dig
weekly
status
meeting,
so
the
two
phases
that
working
on
currently
block
sink
and
TX
execution.
Those
are
two
milestones
we're
trying
to
get
to.
We
spoke
last
week
about
preparing
for
a
demo,
and
we
decided
that
we're
going
to
break
up
those
two
demos
because
they
won't
they
won't
come
in
together.
So
block
sync
is
going
to
happen
first.
A
So
just
now
might
be
a
good
time
sort
of
explain:
I
guess
what
what
block
synchronization
is
just
to
go
over
it
again
clock
synchronization.
Naturally
enough
involves
downloading
all
of
the
blocks
from
from
athyrium
classic
peers
and
putting
them
in
our
local
storage
that
involves
keeping
up
to
date
when,
when
new
blocks
arrive,
it
also
involves
downloading
supporting,
was
known
as
fast
download.
A
So
fast
download
involves
picking
a
point
in
history
and
before
that
point
taking
taking
block
headers
and
receipts
and
downloading
those,
and
at
that
point
in
history,
downloading
the
entire
state
tree
as
is,
and
then
from
that
point
on
taking
the
blocks
downloading
them
locally
and
executing
against
the
executing
the
transactions
update
the
state
right.
So
when
we
talk
about
a
block,
synchronization
phase,
the
milestone
that
we're
talking
about
is
getting
all
that
working
except
for
the
transaction
execution.
A
So
the
demonstration
that
we've
been
working
towards
I'm
just
going
to
share
it
and
I
think
some
people
haven't
may
may
may
not
have
seen
it.
So
can
you
guys?
Can
somebody
speak
up
if
they
can
see
that?
Yes,
I
can
see
that?
Okay,
great
thanks.
So
this
is
the
the
simple
demonstration
that
we're
working
towards
to
to
demonstrate
our
block
synchronization
and
then
beyond
that
we
will
be
the
next
step.
The
next
large
demonstration
that
will
be
doing
will
be
around
our
transaction
execution.
A
B
So
for
today's
demo
I
prepared
a
kind
of
like
three
different
features
of
boxing
in
dtc
client.
So
I
first
start
with
connecting
it
is
declined
to
get
not
running
locally
on
my
computer,
it's
running
right
here
and
I
have
it's
not
addressing
the
bootstrap,
not
least
I'm,
going
to
start
the
application
now.
B
B
B
Keys
provided
in,
if
you
see
client,
we
can
just
query
our
storage
for
blog
right
number
by
tight,
so
you
can
see
that
I
will
store
the
first
block
in
the
chain
will
actually
the
second
block
in
the
chain
and
we
can
take
a
look.
For
example,
add
the
block
that
we'll
just
unload
that
lets
say:
128
60.
B
You
can
see
that
we
actually
have
the
blocks
in
storage,
along
with
all
the
information
about
it.
Well
actually,
what's
printed
here
is
just
the
header,
but
we
obviously
a
store
the
receipts
and
blood
bodies,
so
the
first
part
of
the
demo
is
showing
that
we
can
restore
sinking
when
we
lose
the
connection
with
another
view.
So
currently,
I'm
connecting
to
one
death
note.
B
B
B
B
B
B
B
A
B
It
does
so
in
the
first
instance,
we
can
see
that
we're
actually
connected
to
two
peers.
One
of
them
is
because
note
that
we
originally
provided-
and
one
is
the
other
instance
that
I
just
ran,
and
it
is
likely
step
because
fast
sinking,
the
first
instance
tries
to
just
to
download
this
data.
The
block
headers
from
from
the
other.
A
B
B
A
Okay,
okay,
excellent
thanks
thanks
Lukesh,
so
that
is
that
is
most
of
that
and
then,
as
you
pointed
out,
I
forgot
to
mention.
The
block.
Sync
also
involves
the
very
interesting
part
of
been
able
of
our
clients
been
able
to
provide
blocks
to
two
other
clients.
So
as
a
as
a
block
download
host,
I
forgot
to
to
mention
that,
so
that
is
most
of
the
way
through
that
demo
and
the
bit
that's
missing.
There
is
the
is
actually
the
the
download
of
blocks
after
we
download
our
our
state.
B
A
A
But
we
are
committed
to
to
being
able
to
say
this
time
next
week
that
will
have
will
have
that
block
sink
will
be
in
the
Don
category,
which
means
that
everything
that
we
know
of
thats
related
to
that
to
that
phase
will
be
done
and
then
we'll
be
trying
to
finish
our
the
other
phase,
which
is
in
progress,
which
is
the
TX
execution.
So
that's
really.
A
A
We
then
would
move
on
to
transaction
execution
and
we've
probably
eaten
about
two
weeks
of
our
reserve,
so
not
bad
for
the
first
for
the
first
milestone
yeah,
so
that's
it!
Last
week
we
last
week
we
were
we
concentrated
on
on
the
EVM
runner.
This
week
we've
tried
to
complete
our
demo
and
and
we're
confident
that
we
will
definitely
have
it
done
over
the
next
over
the
next
few
days
and
we'll
be
finished
block
sink
by
this
time
next
week
and
on
to
TX
execution.
A
A
So
the
the
client
will
be
in
beta
in
very
early
in
the
summer,
so
probably
in
the
in
the
June
July
time
frame.
That's
that's
where
we're
at
at
the
moment,
and
so
that
client
will
include
all
of
the
current
functionality
and
which
you
know
which
exists
in
in
client
inclines
today.
So
that's!
A
That's
your
block,
download
and
your
transaction
execution
it'll,
be
a
it'll,
be
a
client
that
you
can
that
you
can
use
and
from
there
there's
there's
a
lot
of
potential
changes
that
are
out
there
so,
depending
on
what
the
community
decides
with
respect
to
the
monetary
policy
which
I
think
is
is
pretty
much
sorted
we'll
have
to
feed
those
in
as
we
approach
as
we
approach
the
those
phases.
So,
for
example,
the
monetary
policy
won't
affect
this
phase
or
transaction
execution
until
we
get
to
the
fourth
phase.
A
So
there
is
a
little
bit
of
overlap,
obviously
with
transaction
execution,
but
basically
when
it
comes
to
22
mining
blocks
and
some
of
the
validation
rules,
that's
they
will
affect
further
on
phases.
So
what
I'm,
trying
to
say
Nicholas
is
the
the
shipping
date
of
sort
of
early.
You
know
June
July
timeframe
and
will
include
whatever
new
new
functionality
gets
gets
introduced.
Assuming
that,
assuming
that
it
sort
of
effects
that
last
phase
and.
C
In
a
follow-up
question,
I'm
not
sure
we
have
already
discussed
a
plan
for
it.
I
can
have
a
command
line.
Client
running
the
one
that
is
going
to
be
in
beta
in
June
July
will
I
be
able
to
somehow
connect
it
to
one
of
the
existing
wallets
now
relatively
easily.
Let's
say
connected
to
one
of
the
existing
wallets
or
it
would
be
just
a
command-line
interface.
A
A
A
C
C
Missed
I
think
they
call
it
misty
or
theorem
wallet,
I'm
always
mixing
it
the
nomenclature.
So
essentially
the
client
self
creates
a
web
server
that
you
go
to
to
a
certain
port
than
your
local
host.
Then
you
can
have
a
GUI
now
that
interacts
with
the
wallet.
So
that's
that's
what
actually
I'm
referring
to
interaction
with
a
graphical
user
interface?
It
could
be
using
what's
already
out
there
or
a
similar
technique.
Oh
yeah,.