►
From YouTube: FIL Austin 22 | Smart Contracts + Provable Storage = FVM
Description
A brief overview of the Filecoin Virtual Machine and the use cases it will unlock.
A
Awesome,
hello,
everyone
hi!
Thank
you.
Thank
you.
Welcome
to
austin
welcome
to
phil
austin,
I'm
ali,
I'm
a
developer
advocate
at
the
farcoin
foundation
and
yes,
the
accent's
australian
so,
and
it
really
feels
like
australian
summer
here
as
well
in
austin.
So
thanks
for
that
austin,
I
feel
like
I'm
at
home.
A
So
currently
we
all
know
the
filecoin
network
as
a
storage
and
retrieval
centric
network
for
storing
our
valuable
data,
and
we
were
just
listening
to
a
talker
that
wanted
to
store
physics,
data
which
is
super
cool.
We've
got
16
exabytes
of
capacity
at
the
moment
and
thousands
of
awesome
storage
providers
across
the
globe,
some
of
whom
are
probably
at
least
in
this
building.
A
So
we
can
think
of
this
storage
and
retrieval
functionality,
though,
as
being
filecoin's
layer,
zero
architecture
and
even
with
just
this,
we've
achieved
a
lot
and
many
products
have
been
built
off
this
network.
Already
too,
we've
heard
some
talks
for
some
of
them,
but
storage
is
really
only
the
start
for
far
coin.
We
want
to
be
able
to
do
things
with
the
data
in
our
network,
and
this
is
the
goal
of
the
filecoin
virtual
machine.
A
So
fvm
is
aiming
to
bring
smart
contract
programmability
to
the
filecoin
storage
network
and
to
enable
users
to
deploy
their
own
smart
contracts
or
actors,
as
we
turn
them
in
the
far
coin
ecosystem
on
filecoin.
So
this
really
introduces
the
ability
to
perform
on-chain,
computation
or
computation
over
state.
So
we
can
think
of
this
as
bringing
layer,
1
capabilities
to
the
far
coin
stack
and
that's
a
pretty
exciting
achievement,
and
once
you
have
this
storage,
the
layer,
0
and
then
you
add
on
chain
computation.
A
This
fbm
layer,
1,
then
you're,
enabling
many
many
downstream
use
cases
and
applications
to
emerge
and
even
off
chain
computation
as
well,
which
should
be
known
as
the
layer.
Two.
So
before
I
get
to
some
of
these
awesome
use
cases
that
we're
kind
of
envisioning,
I
wanna
quickly
dive
into
the
technicals
that
are
behind
fvm
and
how
we're
making
this
happen.
So
user-defined
smart
contracts
have
always
been
part
of
the
file
coin
development
time
road
map.
Sorry,
the
priority,
though,
was
obviously
to
first
develop
this
layer
zero.
A
A
You
can
go
through
and
read
issues
and
see
why
these
decisions
were
made
as
well,
but
when
architecturing
the
fbm,
the
team
were
really
inspired
by
the
virtual
machine
hypervisor
model
and
any
of
you
that
have
dealt
with
cloud
before
have
probably
seen
this
model,
but
for
its
ability
to
host
multiple
virtual
run
times
over
a
common
base
layer-
and
you
know
for
those
of
you
who
have
done
anything
in
cloud.
You
know
what
that
is.
The
team
were
also
inspired
by
the
erlang
otp
actor
model
and
the
self-healing
mechanisms
in
that
one.
A
As
well
as
like
its
location,
transparency
and
the
concurrency
programming
paradigm
of
the
messaging
model
there,
so
both
of
these
models
have
influenced
a
long-term
vision
on
how
programming
on
blockchains
will
look
in
the
future
to
the
filecoin
team.
So
the
current
implementation
of
the
fbm
is
based
on
wasm,
which
is
a
low-level
assembly
like
language
with
a
and
I
haven't
like
done
any
assembly
language
since
college,
quite
quite
frankly,
but
anyway.
So
it's
a
low
level
assembly
like
language
with
a
compact,
binary
format
and
it
runs
with
neon
native
performance.
A
So
many
different
languages
can
be
put
compiled
down
to
webassembly
and
it's
become
really
popular
on
the
blockchain
space,
because
wasn't
by
code,
doesn't
require
further
compilation
or
transpilation
to
be
executable,
so
it's
really
suitable
for
like
secure
content,
addressable
code,
so
the
ref,
the
reference
sdk
for
the
fvm,
is
actually
built
on
rust
and
this
decision
was
made
because
rust
ships
with
a
really
minimal
run
time.
So
that
means
the
size
of
the
package
that
needs
to
be
included
in
the
web
assembly.
Binary
stays
really
small
and
performant.
A
So
with
the
help
of
the
filecoin
community.
We're
also
working
on
supporting
evm
and
solidity
compatibility
out
of
the
box
for
fvm
as
well,
so
that
is
a
super
high
priority
on
our
road
map.
We
know
it's
super
important
to
devs
and
we
meet.
We
want
to
meet
developers
where
they
are
in
the
ecosystem
as
well
and
and
where
they
can.
You
know,
contribute
to
our
ecosystem
too,
and
there's
a
massive,
useful,
tooling
out.
There
that's
been
built
up
around
evm
too,
so
we're
making
it
evm
compatible.
A
So
what
is
all
this
tech
enabling-
and
why
are
we
so
excited
about
it?
Well,
as
I
mentioned
a
little
earlier,
there
are
boundless
opportunities
for
innovation
that
layer,
one
programmability
will
unleash
four
file
coin
and
we
know
the
file
coin
commuting
is
super
creative,
so
I
have
no
doubt
there
will
be
no
shortage
of
ideas
hitting
mainnet
once
fbm
does
ship
later
this
year.
A
A
They
can
compose
in
a
default-like
fashion,
conditional
loans
for
sector
pledging
time,
locked,
retrieval
or
event
locked,
retrieval,
even
perpetual
storage,
and,
if
you
think
about
it,
use
cases
like
these
are
kind
of
hard,
if
not
impossible,
to
build
on
kind
of
the
centralized
and
cloud
storage
systems
we
have
today.
So
this
is
where
file
coin
with
the
fbm
is
really
going
to
shine,
and
I
notice
I'm
kind
of
like
getting
a
bit
close
to
time
so
I'll,
try
and
speed
this
up
a
little
bit.
A
But
the
first
big
use
case
I
really
want
to
talk
about
is
the
database
and
data
dows,
so
imagine
kickstarting
the
data
set
economy
by
tokenizing
data
sets
like
the
physics
one
we
were
hearing
about
before
you
could
then
capture
and
represent
the
value
of
those
data
sets
to
society.
So
imagine
if
those
tokens
could
be
harvested
and
exchanged
between
peers,
you
could
request
computation
services
to
be
performed
on
that
data.
A
These
might
even
be
crowdfunded
models,
so
you
can
exceed
why
we're
excited
about
fvm
just
in
this
one
use
case.
So,
as
I
kind
of
briefly
mentioned,
there's
also
replication
workers,
and
this
is
exciting
because,
with
the
fbm
you
could
write
actors
which
the
smart
contracts
that
ensure
replication
of
data
or
other
other
items
across
the
network,
an
n
number
of
times.
A
So
this
creates,
like
a
user
defined
policy
for
your
data,
you
could
enable
specifications
of
things
like
region,
location,
latency
and
even
price,
and
all
of
this
automation
can
be
inbuilt
right
into
your
smart
contract.
So
this
enables
new
use
cases
and
also
solves
the
current
pain
point
where,
if
you
want
to
make
deals
with
the
network,
you
have
to
transport
that
data
to
all
the
different
nodes
that
you
want
to
store
it
on.
A
So
instead,
this
data
transfer
process
can
be
offloaded
to
a
trustless
actor
to
provide
as
a
service,
and
this
kind
of
reminds
me
of
the
catch
of
the
devops
catchphrase
of
everything
else.
Code
happening
right
here
in
a
smart
contract
on
fvm,
so
the
other
one
is
l2
commitment,
so
the
fbm
can
also
help
provide
consensus,
consensus-backed
commitment
and
prove
ability,
provability
facilities
for
l2
solutions
like
bridges.
A
So
another
use
case,
we're
excited
about,
is
adding
richer
functionality
to
storage
markets
like
auto
renewing
of
deals,
of
course,
ability
to
renew
deals
without
repeating
data
transfers.
Self-Repairing
deals
so
when
a
sector
fails
to
prove
providers,
could
fetch
a
copy
of
the
original
data
deal
from
another
provider
and
then,
potentially,
you
know
with
mediation
of
that
replication
worker
and
retar
restore
that
sector
and
data.
So
retrying
deals
as
well,
clients
dispatch
their
deal
data
to
a
depot
and
maybe
pay
a
small
fee
to
the
depot
to
ensure
satisfactory
delivery.
A
To
that
provider,
time
locked
retrieval,
adding
on
to
that
as
well,
so
making
storage
deals
with
data
that
cannot
be
retrieved
by
anyone
until
a
specific
window
of
time
has
elapsed
or
potentially,
a
specific
event
has
been
triggered
on
chain.
Trustless
reputation
systems
are
also
enabled
with
layer
one
so
with
so
many
providers
on
the
filecoin
network
as
a
user,
it's
really
hard
to
know
which
one
to
pick,
which
one
has
a
good
quality
of
service,
which
one
has
for
great
performance.
A
Latency,
is
in
a
specific
region,
and
I
know
there's
tools
and
solutions
out
there
in
the
ecosystem
already,
but
imagine
being
able
to
build
an
overlay
network
of
nodes
patrolling
the
network
performing
random
deals
with
providers
and
then
recording
their
observations
on
chain
or
on
the
blockchain,
so
that
these
kind
of
reputation
scores
are
then
traceable.
All
the
way
through
the
deals
that
originated
them
and
they're
also
disputable.
If
there's
any
disagreement,
so
the
last
use
case
I'll
talk
about
is
decentralized,
verifiable
computation.
A
So
linking
all
that
we're
really
pushing
kind
of
computation
to
the
edges
into
providers
that
have
that
data
and
including
an
incentivization
and
provability
circuit
into
the
network
to
verify
those
results
so
on
to
the
section
you've
probably
been
looking
for.
When
can
we
start
building
on
this
and
I'm
sorry,
I'm
a
little
over
time
so
I'll
just
rush
through
this
there's
a
road
map
up
on
the
website?
A
A
If
you
do
want
to
get
involved,
you
can
check
out
our
fifth
discussions
on
github,
go
to
the
fbn
project
repo
or
join
our
slack
channel
and
join
the
slash
hashtag
fvm
channel
on
there
to
get
involved.
And
finally,
we
have
open
grants
involved
available
as
well
and
an
early
builders
program
that
we're
running
at
the
moment.
We're
really
keen
to
hear
community
feedback,
and
we
want
your
involvement
to
help
with
this.
A
So
if
any
of
this
is
of
interest
to
you,
if
you're
a
team
that
likes
to
get
your
hands
really
on
board
to
you
know
this
new
web
3
technology,
let
me
know,
and
we
can
find,
find
the
right
place
for
you
to
be
involved
as
well.
And,
lastly,
you
can
kind
of
try
out
some
simple
actors.
A
community
member
has
built
out
this
active
playground.
Jim
pick,
his
name
is,
and
he's
built
out
this
really
cool
actor
playground.