►
From YouTube: Filecoin Deal Making AMA Presentation
Description
Join the Filecoin community for an AMA on the upcoming Network v15 OhSnap Upgrade plus Deal Making best practices on Filecoin. Tune in to hear from Stefaan Vervaet, Anton Evangelatov, and the SnapDeals implementation teams.
A
That
kind
of
we
went
through
in
in
upgrading
the
proofs
implementation.
So
if
you're
just
joining
us
feel
free
to
drop
your
name
and
location
in
the
chat
and
we'll
start
in
a
second.
A
Let's
go
ahead
and
get
started.
I'm
excited
to
hand
this
off
to
Cuba
and
Jake,
who
are
going
to
tell
us
more
about
the
snap
deals,
circuit,
design,
trusted
setup
and
and
what
snap
peels
is
actually
doing
under
the
hood
from
resources
and
performance
perspective.
So
Kuba
take
it
away.
B
Hello,
everyone,
I'm
Cuba
and
with
my
friend
Jake,
we'll
we'll
tell
you
about
how
and
why
snapdeals
work
and
why
we
even
decided
to
implement
it.
Subdues
are
also
known,
well
known,
primarily
as
lightweight
sector
updates,
because
they
replace
the
existing
mechanism
of
sector
updates
with
it
and
another
alternative.
That's
way
more
lightweight
all
right.
So,
let's
start
with
a
why
the
primary.
Why
is
that?
B
Community
capacity
sectors
currently
represent
99
over
99
of
Falcon's
15,
exabyte
storage
capacity,
and
even
though
the
number
of
deals
is
going
up
every
day,
the
snap
deals
which
we
are
presenting
and
we
are
excited
to
bring
forward
to
Falcon,
have
have
potential
to
accelerate
this
deals.
Deal
growth
immensely,
currently
available
pathway
of
updating,
CC
sectors
into
sectors
with
deals
is
a
equivalent
to
selling
a
new
sector.
So
it's
it
doesn't
sorry
today.
B
It
just
doesn't
make
sense
for
storage
providers
to
to
use
the
update
mechanism
unless,
for
some
reason,
they're
running
out
of
storage
and
this
the
sector
ceiling
storage
is
a
high,
a
very
high
latency
process.
It
takes
over
four
to
six
hours
to
seal
a
sector
and.
B
And
the
process
process,
the
process
is
high.
Latency,
due
to
computational,
need
to
verifiably,
commit
the
capital
plus
to
the
network
and
create
a
replica
that
the
network
can
trust.
That's
is
unique
and
incompressible
with
snapdeos.
We
use
that
and
and
embed
clients
data
into
that
replica,
which
allows
us
to
skip
this
expensive
process.
B
So
snapdeals
is
our
lightweight
way
of
updating
a
committed
capacity
sector
with
clients,
data
and
they
leverage
the
existing
properties
of
City
sectors.
Storage
providers
can
use
an
existing
sector
instead
of
seeing
a
new
replica,
which
is
the
key
feature.
The
pre-commit
stage
of
of
the
ceiling
process
is
completely
completely
skipped
during
acceptables
and
the
feature
will
be
available
after
the
old
snap
upgrade
on
March
1st.
B
What
are
the
primary
benefits
of
snap
use?
The
deal
activation
time
is
reduced
from
about
five
to
six
hours,
to
30
minutes
or
less,
which
is
incredible.
It
allows
for
very
new
incredible
number
of
of
new
use
cases.
The
company
computational
overhead
of
the
ceilings
step
is
completely
sealed
for
a
clients
data
in
this
these
cases,
which
means
that
if
someone
has
a
cc
sectors
handy,
they
can
embed
the
client's
data
into
those
sectors
without
the
cost
of
pre-commit,
and
also
the
contrast
with
with
onboarding
sectors.
B
What
are
the
benefits?
The
primary
benefit
is
quicker
on
boarding
of
data
for
clients
which
allows
for
new
use
cases.
More
allows
allows
for
clients
that
have
low
latency
needs.
Storage
providers
can
also
upgrade
their
existing
CC
sectors
with
Phil
plus
deals
if
they
find
clients
which
allows
them
to
connect
their
storage
without
ceiling
in
sectors.
B
This
also
means
that,
because
of
how
collateral
in
the
collateral
and
initial
pledge
in
the
Falcon
network
works,
all
the
sectors
usually
have
higher
collateral,
but
this
collateral
can
now
be
reused
to
onboard
or
onboard
fill
plus
deals
into
those
existing
sectors.
B
In
short,
the
new
collateral
is
the
maximum
between
all
the
new
and
even
and
collateral
for
sector,
with
10x
power
due
to
fill
plus
deals
in
it.
I
will
have
will
use
this
existing
locked
up
cluster
in
this
old
sector.
B
B
Looking
into
the
future,
we
are
looking
at
providing
ways
for
repeated
sector
sector
updates
So.
Currently
each
sector
will
be
eligible
for
upgrade
only
once,
but
there
are.
There
are
clear
Pathways
to
enable
that
feature
the
feature
of
doing
it
repeatedly.
B
We
are
looking
at
ways
to
reduce
the
proving
overhead
of
snap
views
even
further
and
allow
and
allow
and
does,
allow
even
faster
onboarding
all
right
quickly
how
snap
this
works
from
the
Europe
Theory
perspective.
We
encode
the
client's
data
designated
by
D
and
to
commit
to
capacity
sectors
replica
designated
by
R,
and
we
we
get
get
out
R
star,
which
is
our
new
replica.
As
you
can
see,
we
don't
straight
up
our
clients
data
into
that
sector.
This
is
to
avoid
the
possibility
of
the
new
replica
becoming
compressible
or
VR.
B
Multiplying
the
client
client's
data
with
Randomness
that
can
that
that's
deterministic,
but
it's
random,
which
and
this
Randomness
doesn't
allow
this
allowed.
Sorry-
and
this
Randomness
is-
can
is
not
controlled
by
the
storage
providers
before
they
decide
on
the
data
that's
going
to
be
embedded
in
the
sector,
then
the
storage
provider
approves
the
encoding
step
of
of
embedding
that
data
and
submits
the
submits
the
proof
on
chain.
You
can
read
more
about
it
in
Feb
19.,
the
security
comes
from
the
primary
property
of
community
capacity
sectors
and
all
sectors
in
Falcon
Network.
B
Then
the
sectors
on
Falcon
are
an
income
are
incompressible
and
the
primary
security.
A
requirement
for
a
snap
deals,
is
to
preserve
that
incompressibility.
This
is
why
the
raw
eye
algorithm
is,
is
key
I
and
in
an
ideal.
Logarithm
would
be
using
pure
Randomness
for
raw
eye,
but
this
is
infeasible
due
to
complexity
of
decoding.
We
settled
on
on
a
bucketed
Randomness
for
encoding,
so
the
randomness
is
used
for
age,
different,
different
nodes.
B
You
can
see
it
throughout
all
analysis
of
theory.
Behind
snap
deals
and
the
security
factors
of
it
in
the
fit
19
document
and
and
document
in
the
linked
document
of
tre
to
your
review
of
snapdeals
within
519,
initially,
a
lightweight
sector
updates
proposals
included,
included
free
messages
with
over
three
hours
of
delay.
B
We've
we've
worked
really
really
hard
to
reduce
that
to
one
message
and
zero
hours
of
delay
to
wait
for
of
waiting
for
randomness,
that's
making
a
the
snap
deals
process
more
resilient,
so
we've
reduced
reduced
the
number
of
required
messages
by
using
grinding
resilient
encoding
function,
which
allows
us
to
use
non-interactive
Randomness
for
for
encoding
Randomness.
We
also
use
fiatrician
new
transformation
for
non-interactive
Challenge
Generation,
which
results
in
a
stop
deals
becoming
non-interactive
one
mesh
protocol,
which
is
amazing
because
now
us
as
we
it
reduces
incredibly
reduces
complexity.
B
C
All
right,
thank
you,
I'm
Jake!
It
works
on
the
implementation.
Like
you
just
said,
and
the
interesting
setup,
the
implementation
of
snap
peels
is
written
in
Rust.
C
It's
in
the
storage
proofs
update
credit,
which
is
like
a
sub
create
of
restful
proofs,
which
is
like
our
big
rust
crate
for
colloquin
proofs,
and
it
uses
basically
all
the
tools
that
filecoin
has
created
in
Rust,
for,
like
its
other
proofs,
like
proof
of
space,
time
and
proof
of
or
Pro
rep
proof
of
replication
like
just
handling
really
large
data
chunks
like
32
and
64
gigabytes,
really
large
Merkle
tree
building
a
whole
bunch
of
optimized
hash
functions
like
mostly
shot
256
and
Poseidon,
and
then
everything
that
has
to
do
with
cryptographic,
proofs,
like
a
lot
of
modular,
arithmetic
and
big
integers
and
elliptic
curve
stuff
and
all
the
math
that
comes
along
with
that
and
snap
deals
uses
all
of
it.
C
Next
slide.
Please
just
run
each
storage
provider
when
they
encode
new
data
into
a
cc
sector,
an
empty
selector.
They
have
to
prove
that
they
did
it
correctly
and
they
do
that
using
like
what's
called
a
snark
or
like
a
cryptographic,
proof
philocoin
uses
the
cross,
16
cryptographic,
proof
system
and
the
reason
why
we
use
that
one
is
because
you
can
have
really
really
small
proofs
for
like
really
large,
complex
computations.
C
It's
basically
like,
like
less
than
a
kilobyte
for
like
a
proof
of
an
arbitrarily
long
computation
that
it
was
done
correctly
and
that's
helpful
when
you
can
like
post
it
to
some
public
database.
C
The
way
that
you
prove
like
a
computation
for,
like
all
like
cryptographic,
proof
systems
crowd.
16
is
just
like
one
example
of
one.
C
It's
one
common
one
is
that
the
general
computation
that
you're
doing
has
to
be
expressed
in
some
like
algebraic
form
like
it's
called
arithmetization
of
like
a
general
computation,
and
you
have
to
like
express
it
in
some
way
where,
like
a
proof,
system
can
do
Algebra
on
the
problem
itself
and
that's
called
a
circuit,
putting
a
general
computation
into
like
a
discrete
set
of
like
sequential
arithmetic
steps
and
then
like
how
you
encode,
like
certain
things
into
like
that
arithmetic.
C
It's
on
it's
like
how
you
write
these
things
called
circuits
I'm
at
the
bottom
of
the
screen.
There's
just
like
a
little
diagram
and
kind
of
like
lays
out
like
how
proof
system
script,
you
have
to
proved
systems
generally
work.
Like
you
have
a
general
computation,
then
you
have
to
express
it
using
some
intermediary
form.
Usually,
like
you
model
Hardware
like
using
like
small
arithmetic
operations
with
inputs
and
outputs,
then
a
prover
has
to
say,
like
I
know
all
the
values
that
I
would
have
to
know
to
be
able
to
do
this
computation
correctly.
C
Then
you
have
to
rewrite
this
using
some
algebra.
Sometimes
this
is
Matrix
math.
Sometimes
it's
polynomial
equations,
sometimes
systems
of
equations
or
other
things
too,
and
then
the
proof
system
takes
that
algebra
and
it
basically
compresses
checking
each
and
every
arithmetic
statement
into
one
big
statement
and
then
uses
some
cryptography
along
the
way
to
make
sure
that
the
proverb
behaved
correctly.
C
Next
slide,
please
with
crowd
16
every
time
you
have
like
a
new
computation
that
you
want
to
prove
or
like
like,
for
example,
like
all
snap
deals,
computations
would
be
like
one
circuit.
Every
time
you
have
like
one
of
these
new
circuits,
you
have
to
run,
let's
call
a
trusted
setup
and
that
generates
secure,
proving
and
verifying
cues
in
God
16
proving
system
like
approve
or
would
have
to
use
like
some
secret
key
or
not
some
secret
keys
on
public
key
to
to
improve
their
statements.
C
Then
there
would
be
some
public
verifying
key
to
verify
those
proofs,
but
you
have
to
generate
those
keys
somehow
and
if
one
party
does
it,
they
would
basically
I'll
be
able
to
like
create
false
proofs
or
be
able
to
subvert
the
security
of
the
cryptographic
proof
system.
C
So
what
you
do
is
you
run
a
multi-party
computation
where
you
have
a
whole
bunch
of
participants
who
aren't
mutually
colluding
and
the
each
gen
like
add
Randomness
to
the
the
keys
like
approving
verifying
cues
for
the
circuit
and
it's
a
really
computationally
expensive,
and
it
takes
like
basically
a
lot
of
resources
in
general,
but
file
Queen
Ram
one
over
the
past
three
months
for
SNAP
deals.
There
is
a
repo
on
GitHub
called
phase
two
attestations
that
has
like
signed
contributions
like
this
trusted
setup.
C
Each
participant
like
generates
some
like
artifacts
files
and
each
of
those
can
be
used
to
verify
that
the
trusted
setup
is
run
correctly
and
that
the
the
keys,
the
grot16
keys
in
use
by
the
fileco
network
were
actually
generated
by
the
participants
who
claimed
to
be
part
of
it.
So
there's
a
repo
called
phase,
two
attestations.
It
has
like
all
these
signed
contribution
files
and
you
can
use
anyone
can
use
those
to
verify
the
grot16
keys
used
in
the
filecoin
network.
C
Next
slide,
please
foreign
and
finally,
here
are
some
metrics
about
what
the
current
snap
deals
run
times.
Look
like
it's
about
the
same
for
32
and
64
gigabytes
exercises
less
than
10
minutes
to
like
update
a
cc
sector
and
then
less
than
10
minutes.
To
also
do
the
proving
to
prove
that
you
did
it
correctly,
and
this
was
done
using
like
Nvidia
gpus
and
like
pretty
pretty
standard
Hardware
200
more
than
256
gigs
around,
but
about
that
yeah.
That's
I
think
everything
thank.
A
Awesome,
if
anyone
has
any
questions
for
either
of
them,
feel
free
to
stick
them
in
Zoom
chat,
and
we
will
be
having
a
slido
AMA
right
after
this.
So
we'll
Port
your
questions
over
and
also
feel
free
to
save
questions
for
there
later,
but
for
now
we'll
hand
off
to
Zen
ground
who's
going
to
be
talking
more
about
how
to
use
snap
deals
in
Lotus.
D
Thanks
yeah
great
to
be
here
so
after
that
presentation
I
feel
like
we
all
have
a
decent
understanding
of
the
benefits
and
the
like
theoretical
considerations
of
snap
deals.
But
what
I'm
trying
to
do
is
show
in
this
demo
how
a
minor
operator
would
go
about
thinking
and
and
using
the
new
software
in
Lotus,
so
I'm
going
to
try
to
share
a
demo
I've
recorded
we've
had
a
little
bit
of
sound
difficulty,
but
we
think
we
might
have
some
resolutions
so
yeah.
One
second
here.
D
So,
of
course,
I
recorded
this
so
that
I
could
avoid
the
hitches
of
live
demos
and
it's
causing
a
problem
during
a
live
demo,
go
figure
or
a
recorded
demo
I'm
having
difficult
Advanced
sharing
options.
Let's
see
so
I
can
get
computer
okay,
there's
basic
I
can
share
my
screen
and
then
in
advance.
I
can
share
my
audio.
Is
there
a
way
to
do
both
at
the
same
time?
Does
anybody
know
when.
A
D
You
wonderful,
let's
try
that
okay,
so
here
we
are
welcome
to
the
snap
peels
demo.
Let's
see
if
this
is
audible.
If
not
somebody,
let
me
know
in
chat,
we
can
start
it
in
non-full
screen
to
start
so
yeah
hold
on
here
we
go
yeah.
Let
me
know
if
you
can't
hear
welcome
to
the
snap
deals
demo
we're
going
to
here
and
run
through
a
full
snap
views
update.
D
D
D
Four
snap
deals
so
I'm
going
to
run
that
and
watch
the
state.
So
the
FSM
now
marks
the
sector
as
being
the
snap
deals
Wakefield
state.
So
this
means
it's
ready
to
wait
for
deals.
I
should
note
that,
while
we're
transitioning
through
these
Snapdeal
States,
the
sector
is
still
preserved.
Nothing
is
changing
internally,
yet
and
in
general,
the
FSM
Works
to
keep
the
sector
safe
so
that
window
posts
and
winning
posts
are
totally
undisrupted
during
the
process.
D
So,
let's
make
a
deal
using
this
little
tool,
I
have
in
order
to
fill
that
sector
up
and
get
the
Snapdeal
update
going.
So
this
is
going
to
take
a
while.
You
can
monitor
the
bottom
left
to
see
the
deal
coming
in
while
we
wait.
Let's
talk
about
what
happens
because,
since
this
is
a
2K,
definitely
it
happens
pretty
fast.
D
So
when
the
data
is
ingested
into
the
FSM
and
just
directed
towards
this
upgrading
sector,
it's
going
to
get
packed
as
usual
into
the
sector
and
padded,
and
then
it's
going
to
transition
into
the
snap
deals
pipeline,
which
broadly
consists
of
two
phases.
So
there's
the
snap
deals
replica
update,
which
does
the
actual
Computing
of
the
new
replica
and
storing
that
data,
and
then
there
is
the
proof
of
that
which
uses
the
GPU
Hardware.
D
If
it's
there
and
takes
yeah,
it
takes
a
little
bit
longer,
we'll
probably
see
we
probably
won't
even
see
the
first
phase
and
we'll
see
the
second
phase.
Just
because
again,
this
is
a
quick
2K
sector,
so
things
happen
fast.
Once
the
proof
gets
computed,
then
we'll
submit
a
message
to
the
chain
which
establishes
that
the
sector
ID
should
be
proving
over
the
snapdo
replica
and
cool.
So
now
we're
actually
in
the
pipeline,
like
I
thought,
we
see
the
proved
replica
update,
but
trust
me,
the
replica.
D
D
And
you'll
see
that
we've
now
transitioned
on
the
top
left
into
the
update
activating
state.
This
is
a
finalization
state.
It
means
that
we
are
now
expected
to
prove
and
in
fact
proving
with
the
FSM
the
replica
update.
However,
we
are
still
keeping
track
of
the
sealed
up
replica,
the
original
one
that
we
just
updated,
also
known
as
the
sector
key
after
this
update.
D
And
again,
2048,
because
this
is
a
2K
sector,
so
we
can
see
that
the
sealed
replica
is
still
here.
This
is
going
to
be
the
case
until
update
activating
is
finished,
in
which
case
six
will
then
be
transitioned
all
the
way
back
to
proven.
Why
do
we
keep
it
around?
Well,
the
answer
is
winning
post,
so
window
post
is
now
totally
going
over
the
replica
update,
but
because
winning
post
operates
on
a
finality,
look
back.
D
We
need
to
keep
the
sales
sector
around
for
a
while
demo
here,
demonstrating
the
transition
from
update
activating
to
proving
so
we
probably
won't
get
lucky
enough
to
see
it
happen
live,
but
if
you
recall
from
one
of
the
previous
videos,
three
two
and
four
were
all
in
update
activating
State.
They
now
aren't,
whereas
five
and
six
are
so.
If
you
recall,
this
means
that
the
ceiling
replicas
have
been
removed.
D
D
D
D
So
the
first
thing
I'm
going
to
show
you
is
a
common
error
case
that
you
might
run
into
if
you're
using
this
feature
a
lot
so
I've
added
sector
43,
because
I
just
recently
added
it-
it's
not
active.
Yet
this
lack
of
activity
would
also
apply
to
a
statue
that
was
faulty,
but
right
now
it's
just
not
active
because
we
haven't
gotten
a
post
over
it.
Yet
if
we
try
to
snap
up
this
sector,
we're
going
to
have
a
problem.
D
We
cannot
Mark
in
active
sectors
replicate.
This
is
just
something
to
keep
in
mind
if
your
sector's
faulty,
you
can't
upgrade
it
and
you
can't
do
it
until
it's
active.
So
if
you've
made
a
bunch
of
CC
sectors
and
really
want
to
activate
them,
sorry,
if
you
really
want
to
update
them
with
SNAP
deals,
you
have
to
wait
for
for
a
day
for
them
to
become
active.
D
So
a
theme
with
our
existing
snapdeals
implementation
is
that
a
lot
of
config
values
are
reused
for
committing
and
for
SNAP
deals.
So
you'll
see
that
the
commit
collateral
config
is
still
here
collateral
for
minor
balance.
This
still
applies,
so
there
is
a
collateral
calculation
that
goes
into
snap
deals
for
proving
the
replica
update.
Your
configuration
specification
over
the
collateral
carries
over
to
snap
deals.
D
D
D
Max
weight
deal
sectors,
that's
the
default
is
two,
and
this
means
that
before
snap
deals
that
you
would
only
get
two
CC
sectors
or
sorry,
two
new
sectors
created
for
the
deals
in
the
buffer,
we're
also
using
this
for
snapdeals.
So
let
me
show
you
what
that
means:
I
can
update
sector
40
so
that
it's
ready
for
SNAP
deals
and
I
can
do
it
for
41.,
and
you
can
see
this
reflected
over
in
the
sectors
list.
D
D
And
you'll
see
this
works,
of
course,
if
we
try
to
exceed
the
limit
again,
no
good,
so
the
last
thing
I
want
to
show
you
is
a
powerful
and
potentially
dangerous
tool
that
we've
added
into
Lotus
finder
CLI.
It
should
be
used
with
care,
but
it
can
be
used
to
good
effect.
D
So
we've
added
this
a
board
upgrade
call.
It
forces
the
FSM
into
a
board
state
to
stop
a
snap
deal,
upgrade
and
revert
the
sector
back
to
a
pure
CC,
proving
so
a
word
of
caution.
If
you
do
this
after
the
FSM
is
communicated
with
the
chain,
it's
possible,
you
will
set
yourself
up
for
a
fault
and
loss
of
power.
If
you
haven't
communicated
with
the
chain,
you
should
be
all
good
but
yeah.
It
deserves
a
bit
of
caution
to
use
so.
C
D
Me
show
you
how
it
works,
it
should
be
pretty
straightforward,
we
go
to
a
board
upgrade
and
let's
try
it
on
40.
Let's
say
that
we
don't
want
to
be
doing
snap
deals,
weight
deals
anymore
on
sector
40.,
you
do
that.
You
can
see,
we
transition
to
a
board
upgrade
and
there
you
go.
You
go
back
to
proving
and
we
can
do
the
same
for
41.
D
D
D
Great
okay,
all
right
thanks
folks,
a
few
last
words
things
that
I
didn't
get
to
cover
in
the
recording
so
along
the
same
lines
as
inactive
sectors,
not
being
available
for
snapping
up
doing
a
snap
to
upgrade.
The
same
thing
applies
for
deal
sectors,
so
anything
with
deals,
and
already
you
can't
upgrade.
This
is
no
change
from
the
the
old
market
for
upgrade
pathway
by
just
calling
it
out
and
I.
Guess,
speaking
of
the
the
old
CC
upgrade
mechanism,
so
that's
going
to
be
deprecated.
D
It
will
no
longer
be
available
to
do
from
Lotus
two
days
before
Network
upgrade
it'll
be
totally
deprecated
from
actors
when
the
upgrade
rolls
around
and
snap
deals,
which
is
better
in
pretty
much
every
way
will
be.
The
only
thing
you
can
do
so
one
Nuance,
just
to
bring
up
I,
won't
get
too
much
into
this,
but
there
is
so.
D
There
is
some
Nuance
with
sectors
which
are
being
snap
deal
upgraded,
which
are
which
have
an
expiration,
which
is
smaller
than
a
deal
that
you
try
to
fit
in
it.
This
clearly
won't
work.
A
deal
needs
to
exist
for
the
whole
duration
of
the
sector
and
in
order
to
prevent
a
problem
during
Pro
rep,
where
your
message
would
just
fail
and
everything
would
have
been
like
wasted
and
for
not
the
FSM
is
smart
enough
to
just
not
accept
deals
into
snapial
sectors,
which
expire
before
the
deal
can
possibly
end.
D
You
need
to
do
deal
with
some
strategies
to
handle
such
deals.
If
you're
trying
to
scale
up
snap
deals
operation,
for
example,
you
can
actually
extend
sectors,
you
could
abort
the
upgrade,
extend
and
then
bring
them
back
or
you
can
play
with
your
config
value
to
make
sure
there's
always
one
sector
which
could
be
spawned
as
a
direct
deal
sector
instead
of
a
a
a
snap
deals
upgrade
sector
in
order
to
accommodate
these
deals.
Just
calling
that
out.
D
Another
thing
to
call
out
actually
isn't
even
in
the
bullets
is
that
much
like
adding
a
new
sector
to
a
deadline
trying
to
snap.
You
update
a
sector
during
its
posting
deadline
or
the
immediate
deadline
before
will
end
up
in
Failure,
because
those
deadlines
are
immutable.
We
can't
actually
be
doing
the
snap
deals
from
the
actors.
Logic
perspective.
The
FSM
handles
this
automatically,
so
there
should
be
no
problem,
it'll
retry,
to
send
the
message
until
the
deadline
passes.
So
there
you
can't
end
up,
naturally
in
a
failure.
D
State,
it's
unlikely.
It's
like
one
out
of
48,
but
you
can
naturally
end
up
in
what
looks
like
a
failure.
State
and
the
FSM
will
actually
handle
it
for
you,
one
last
thing:
we
do
have
some
plans
to
do
things
post
upgrade.
It
works
pretty
well
right
now,
but
we
would
like
to
do
some
things
like
rematching
deals.
D
So
when
you
aboard
upgrade
right
now
the
deals
get
dropped,
we'd
also
we'd
like
to
make
it
so
they
get
rematched
to
open
sectors
and
we'd
also
like
to
make
the
market
the
market
component
interface
interaction
a
little
bit
nicer
and
have
have
a
state
specifically
for
SNAP
deals.
So
that's
it
thanks.
Folks,.
A
Awesome,
thank
you
so
much
lots
of
really
really
good
real
world
practical
explanations
and
how
to's
in
there.
So
everyone
can
watch
the
recording
and
follow
along
now
passing
over
to
Anton
who's,
going
to
walk
us
through
all
of
the
best
practices
on
actually
accepting
and
configuring
your
setup
to
accept
deals
in
using
all
of
the
the
new
tools
and
functionality
rolled
out
over
the
past
year
or
so
so
that
as
you're
ramping
up
your
deal,
making
process
you're
used
utilizing
all
of
the
the
new
functionality
so
overdue.
Anton.
E
Thank
you
Molly.
It's
a
great
presentation
so
far,
I'm
going
to
talk
to
you
about
best
practices
on
serving
deals
with
lotus,
and
you
might
have
heard
my
dog
barking
in
the
background
at
1am
at
night,
so
that
was
fun.
E
So,
first
off,
let's
talk
about
the
existing
subsystems
in
Lotus
a
few
months
ago,
Lotus
introduced
the
subsystems
functionality
allowing
for
various
parts
of
the
storage
provider,
functionality
to
be
started
and
stopped
as
a
part
of
different
processes.
So
today
Lotus
supports
four
of
those
four
subsystems
responsible
for
different
parts
of
the
functionality
of
a
storage
provider,
namely
the
mining
ceiling
sector,
storage
and
markets
subsystems.
So
this
presentation
I'm
going
to
talk
about
the
market
subsystem,
so
the
market
subsystem
when
enabled
exposes
a
publicly
facing
lipid
to
pin
node.
E
No
other
subsystem
needs
to
be
exposed
to
the
Internet.
So
by
splitting
the
functionality
into
subsystems,
the
attack
surface
for
the
sealer
and
storage
parts
of
the
storage
provider
are
now
more
reliable.
For
example,
the
stability
of
deal
making
is
not
affecting
the
stability
of
Mining,
and
another
added
value
is
that
developers
working
on
different
parts
of
the
lotus
Cloud
base
can
focus
more
easily
on
a
specific
part
of
the
system.
E
So
subsystems
allow
operators
to
run
a
Lotus
storage
provider
deployment
in
different
modes.
For
example,
Lotus
can
run
as
a
monolith
with
all
subsystems
started
as
part
of
a
single
process.
This
is
usually
how
we
run
it
when
we
are
testing
Lotus
when
we're
building
new
functionality
Etc
and
also
we
can
start
it
as
a
multi-process
deployment,
where
one
process
is
responsible
for
deal
making
with
clients
and
others
are
responsible
for
ceiling,
Mining
and
storing
of
sectors.
E
So
here
is
a
diagram
that
visualizes
multi-service
deployment
with
the
markets
process
in
yellow
in
blue
communicating
with
a
full
node
and
a
mining
process,
so
this
architecture
has
made
it
possible
for
us
to
scale
Lotus
more
easily
in
the
future.
E
Documentation
on
how
to
take
advantage
of
this
feature
is
available
on
this
URL,
basically
on
the
filecoin,
Lotus
docs,
just
search
for
a
splitting
of
markets
and
Miners,
and
you
will
find
full
tutorial,
which
goes
through
the
process
of
splitting
a
Lotus
minor
monolith
into
a
multi-process
architecture.
E
It's
important
to
note
that
doing
this
is
a
prerequisite
for
running
future
versions
of
markets,
namely
boost.
So,
let's
talk
a
little
bit
about
boost,
so
boost
is
a
prototype
of
Market
V2.
E
It
aims
to
replace
the
plotus
market
subsystem,
it
provides
support
for
multiple
data
transfer
protocols
and
we
are
currently
have
implemented
a
data
transfer
over
HTTP.
It
has
an
improved
observability
of
the
various
deal
making
functionality.
E
E
This
one
is
showing
the
main
storage
use
screen
with
in
progress
views.
You
can
see
that
some
of
the
deals
are
currently
transferring
and
some
of
them
are
ready
to
be
published.
The
screen
is
automatically
updated,
so
you
can
see
and
easily
find
all
the
deals
that
your
storage
Miner
is
currently
making
with
clients.
E
This
is
the
storage
space
screen
which
gives
an
up-to-date
details
on
the
variants,
various
storage
areas,
so
you
can
see
how
much
space
is
staged,
which
means
that
deals
have
already
been
transferred,
but
not
yet
passed
to
the
ceiling
subsystem
to
the
process.
That
runs
the
ceiling
as
part
of
your
deployment.
E
The
next
screen
is
the
ceiling
pipeline
page,
which
provides
a
summary
of
the
sealer's
job,
so
basically
a
detailed
overview
of
the
various
workers
and
summary
of
various
sectors
in
various
stages.
During
ceiling.
E
Apart
from
those
screens,
there
are
a
few
more
which
I
haven't
taken
shots
here
of,
but
we've
also
provided
visibility
into
the
message
pool.
Also,
we've
provided
functionality
to
easily
send
debug
data
to
Developers,
for
example,
the
full
log
of
a
new
life
cycle
and
various
helpful
tools.
E
The
theme
currently
consists
of
Jake
Dirk,
harsh
and
myself,
and
you
can
follow
the
progress
on
the
Boost
homepage,
which
currently
is
on
GitHub
in
the
Falcon
project
organization,
and
you
can
follow
the
various
Milestones
on
the
Milestones
page
and
that's
all
from
my
side.
Thank
you
very
much.
A
Awesome
I
think
you
have
a
couple
of
of
questions
in
the
chat,
so
feel
free
to
jump
in
and
answer
those
and,
in
the
meantime,
we'll
move
on
to
deep
and
Galen
who
will
be
talking
about
Falcon
plus,
which
is
a
very
useful
part
for
clients
to
think
about
in
the
deal
making
process
to
go
about
getting
Falcon
Plus
data
cap
for
their
deals
as
they
make
deals
with
storage
providers.
F
Thank
you,
Molly
yes,
platform
plus
intro,
very
high
level.
I'm
gonna
touch
on
some
of
this
there's
some
other
recordings
that
you
guys
can
check
out.
I'm
here
with
the
five
point
foundation
and
Bug
food
foundation
for
the
decentralized
web.
Also,
here
with
me,
is
deep
plus,
if
you
guys
know
his
shining
face
thanks
for
joining
us
deep.
F
So,
like
I
said
our
goals,
we're
just
gonna,
do
a
quick
recap
on
the
program
and
then
kind
of
touch
on
some
of
the
resources
and
best
practices
both
for
clients,
people
with
data
and
then
storage
providers,
people
that
are
bringing
that
storage
to
the
network
and
then
specifically,
some
ways
that
you
guys
can
get
involved.
We'll
try
and
keep
an
eye
on
the
chat
for
questions
and
then
also
with
all
these
presentations
catching
those
questions
afterwards
in
the
slido.
So
deep
you
want
to
touch
on
this
part.
G
Okay,
there
we
go
I,
think
the
host
privileges
weren't,
like
all
good.
Thank
you
again,
I'm
gonna
keep
this
spot
pretty
quick,
I
think
most.
The
audience
here
is
fairly
familiar
with
what
coin
plus
is,
but
for
those
of
you
that
are
less
familiar,
Falcon
plus
the
program
that
adds
a
layer
of
social
trust
to
network,
to
incentivize
as
useful
as
possible
usage
of
the
storage
that
we
have
available
on
the
network.
We
have
a
couple
of
core
operating
principles.
G
Again,
if
you
want
to
switch
to
the
next
slide,
I
can
chat
through
some
of
them
effectively.
We
have
a
few
different
stakeholder
roles
that
we've
added
to
the
way
in
which
the
general
like
deal
making
flow
happens
on
the
network.
Specifically,
the
main
sort
of
governance
role
that
you'll
hear
about
in
the
Falcon
plus
program
is
a
notary.
G
So
notaries
are
elected
through
a
community
government
mechanism
that
consists
of
an
election
process
and
a
rubric
and
are
sort
of
given
the
right
to
run
due
diligence
and
kyc
on
clients
that
are
entering
the
network
to
verify
them
and
their
status
or
the
data
that
they're
hoping
to
onboard
onto
the
program,
specifically
they're,
looking
to
figure
out,
if,
indeed,
there's
a
real
client
and
there's
valid
data
looking
to
be
onboarded
to
the
Falcon
Network
notaries
can
chat
with
these
clients
again
we'll
talk
through
the
process
of
how
clients
actually
apply
to
get
data.
G
Cap
But,
ultimately
like
the
role
of
the
node,
is
to
identify
trustworthy
clients
and
award
them
data
cap,
which
is
this
novel
resource
that
the
Falcon
plus
program
revolves
around.
You
can
think
of
data
cap
as
like
a
single
use,
credit
that
ends
up
being
like
a
network
back
subsidy
for
data
that
you're
actually
onboarding
onto
the
network,
thereby
making
your
deals
incredibly,
cheap
or
free,
depending
on
the
storage
providers
that
you
work
with
so
nobody's,
assigned.
G
For
that
client
I
know
of
you
are
here
to
learn
a
little
bit
more
about
how
clients
and
social
Riders
interact
with
the
process,
and
the
program
and
I
also
know
we're
running
a
little
behind
on
time.
So
yeah,
if
you
have
any
general
questions
on
this,
please
feel
free
to
hit
us
up
in
the
chat
or
we
can
discuss
in
the
EMA
after.
F
Awesome
so
I'm
going
to
talk
through
if
you
are
a
client,
if
you
are
a
person
coming
to
the
network
with
data
currently
in
the
filecoin
Plus
World,
we
have
three
different
levels
of
kyc
know
your
client
know
your
customer.
These
are
kind
of
like
different
tiers
that
you
can
jump
into
based
on
the
size
of
the
data
cap
allocations
that
you
were
going
to
get
and
they're,
not
exclusive
or
prohibited.
You
don't
have
to.
You
know,
pick
one
and
that's
your
path
forever.
F
In
fact,
we
encourage
people
to
start
at
the
lowest
tier
of
kyc,
which
is
an
auto
verifier,
and
currently
that
works
by
just
checking
the
age
of
your
GitHub
account,
and
you
can
then
get
an
automated
first
tranche
of
data
cap.
You
can
then
go
use
that
to
make
a
few
deals
on
the
network,
as
you
know,
a
way
to
like
test
the
process
test.
Your
process
find
some
storage
providers,
then
that
next
level
tier
is
working
directly
with
a
notary.
F
At
this
time
we
have
over
20
active
notaries
spread
across
the
globe.
We
have
some
forms
where
you
will
put
in
a
request
to
work
specifically
with
a
notary
and
so
on
here
around
like
what
to
expect
those
notaries
will
ask
those
diligence,
questions
back
and
forth.
F
They'll
want
to
know
about
you,
the
client,
about
your
data,
about
where
you
will
be
making
deals,
that
sort
of
thing,
so
they'll
kind
of
go
back
and
forth
with
you
on
asking
those
questions
asking
for
some
of
that
diligence,
evidence
and
then
the
next
highest
level
is
sort
of
more
of
our
Enterprise
level
clients.
These
are
for
very
large
data
sets.
So
at
this
time
we
have
92
active
large
data
set
clients.
These
are
Big
public
data
set
entities
that
work
with
a
pool
the
entire
Collective
pool
of
active
notaries.
F
So
you
can
see
here
we
have
so
far
distributed.
Data
cap
to
1200
clients
across
we've,
been
working
with
435
different
minor
IDs
for
a
total
whopping
amount
of
17
petabytes
of
filecoin
plus
deal
making
Behavior.
So
I
mentioned
in
the
chat.
We
are
about
to
kick
off
another
round
of
notary
elections,
so
we're
hoping
to
increase
this
number
and
get
some
more
representation.
So
check
our
GitHub
repos,
we'll
be
announcing
in
a
lot
of
various
channels.
F
Those
will
open
this
month,
if,
if
you
are
interested
but
walking
through
some
of
the
different
resources
for
you
as
a
client
hoping
to
come
to
the
filecoin
plus
program,
we
have
a
front
end
app
plus
Dot
fill.org
from
here.
This
is
a
great
place
for
you
to
land
and
get
started
with
that,
auto
verifier
that
first
level
of
kyc
or
enter
the
form,
find
those
different
notaries
and
go
through
that
middle
General
verification
process.
Those
are
two
good
places
to
start.
F
If
you
feel
that
you
are
in
that
Enterprise
level,
tier,
like
I,
said
you
could
still
start
with
one
or
both
of
these
two.
It
will
also
have
links
to
our
storage
provider
table.
This
is
a
good
place
for
clients
to
go
meet.
Some
storage
providers
reach
out
to
them,
learn
about
how
they
work
and
the
types
of
tool
making
that
they'll
support.
Most
of
that
is
going
to
push
to
GitHub.
So
a
lot
of
our
conversation,
a
lot
of
that
diligence
and
tracking
of
your
sort
of
request
is
going
to
take
place
in
GitHub.
F
If
you
go
through
the
general
verification
process
that
middle
tier
you're
going
to
land
in
our
filecoin
plus
client
onboarding
repo,
we
also
have
some
pretty
great
active
slack
channels.
We
have
a
fill
plus
Channel,
where
you
can
ask
some
various
questions
and
meet
some
sort
of
providers
and
notaries.
The
filecoin
docs
on
the
mainfalcoin
docs
page
have
a
good
walkthrough
tutorial
that
covers
a
lot
of
this
and
then
every
other
week.
We
have
two
time
slots
where
we
do
open.
F
Community
governance
calls
WE
Post
the
links
to
those
in
our
notary
governance
reap
so
beforehand.
We
also
record
those
and
put
them
up
on
YouTube
after
the
fact.
But
if
you
had
questions,
if
you
had
a
direction,
a
discussion
topic
that
you
really
wanted
to
go
or
a
project
that
you
were
really
curious
about,
we
tend
to
have
save
a
good
amount
of
time
for
open
discussion
in
those
governance
calls.
So
clients
can
come
interact
directly
with
notaries.
Talk
to
various
storage
providers
that
come
and
then
also
just
hear
from
the
community
governance
team.
G
Oh,
you
just
heard
that,
like
there's
a
table
that
exists
somewhere
of
storage
providers
that
are
excited
to
make
deals
with
clients
in
the
Foghorn
plus
system,
that
is
the
table.
The
link
right
there,
it's
accessible
on
our
main,
like
client,
onboarding,
GitHub
repo.
G
You
can
also
bring
me
this
link
and
we
can
share
these
slides
as
well
on
the
Phil
plus
channel
in
Falcon
slack.
But
the
idea
here
is
effectively
it's
like
your
first
point
of
advertising
for
sort
of
broadcasting
that
you're
interested
in
storing
verified
data
and
making
verified
deals
with
clients.
So
this
table
includes,
like
a
bunch
of
interesting
data,
about
how
you
can
contact
a
storage
provider.
G
This
is
the
first
thing
you
should
do
is
open
up
an
issue
in
this
repo
or
directly
open
up
a
PR
there's,
actually
a
template
out
there
that
you
can
fill
out
and
then
we
can
get
you
merged
into
the
table
and
this
table
Drive
the
app
as
well,
and
so
as
soon
as
you're
in
the
stable
you'll,
be
in
the
app
that
clients
see
when
they're
onboarding
onto
Falcon
Plus,
there's
also
a
second
more
slightly
more
aggressive,
Innovative
and
likely
higher
success
method.
G
That
Galen
has
talked
about
in
some
other
talks
that
we've
given
together
on
this
topic,
but
for
those
of
you
that
weren't
there
for
those,
we
do
actually
recommend
like
going
through
these
repos,
like
you're
as
a
search
writer,
there's
a
treasure
Trove
of
potential
business
development
here
through
Falcon,
plus,
specifically
through
the
two
main
repos,
that
clients
come
in
for
due
diligence,
the
first
being
the
Falcon
plus
kind
of
onboarding
repo
and
the
second
one
being
Falcon,
plus
large
data
sets.
G
Each
of
these
have
labels
that
help
you
track
like
where
in
the
process
a
client
is
so.
If
you
look
for
like
a
label
State
granted,
you
can
actually
quickly
shortcut
down
to
every
client
that
is
actually
received
in
a
cap
in
the
system
and
has
enough
to
continue
actively
making
deals
and
what's
interesting
is
all
the
data
that
we
collect
through
due
diligence
through
the
kyc
that
we
do
is
also
in
that
issue.
So
you
can
very
quickly
scan
the
type
of
data
attributes
of
it.
G
You
know
whether
it's
text,
files
or
movies
or
whatever,
where
it's
coming
from,
who
the
client
is
what
their
requirements
are
for,
being
able
to
store
it.
That
includes
things
like
distribution
and
availability
in
different
continents
that
might
be
part
of
your
offering,
but
it
effectively
gives
you
like
a
pretty
quick
way
to
identify
clients
that
are
open
to
sharing
this
resource
and
make
deals
with
data
cap
and
hopefully
should
result
in
a
nice
funnel
for
for
search
writers.
Here
who
are
interested
in
Deal
making
additionally
I
mean
slack,
is
an
excellent
resource.
G
In
terms
of
like
how
we
expect
this
to
flow,
you
should
feel
free
to
reach
out
to
clients
that
have
gone
through.
This
have
gone
through
the
verification
process.
Part
of
Falcon
bus
is
also
giving
search
providers
the
confidence
that
they're
working
with
clients
that
are
trying
to
make
the
best
of
this
network
and
and
sort
of
use
it
in
a
productive
Manner.
G
Storage
providers
sort
of
take
that
function
of
like
the
onboarding
buddy
or
the
sort
of
the
guide
in
the
mentor
and
this
process
of
identifying
what
time
needs
are
expressing
them
in
a
way.
That
is
understood
by
the
rest
of
the
community,
ensuring
that
no
trees
are
able
to
get
the
questions
answered,
that
they
need
in
order
to
support
this
client's
application
and
then
partnering
with
other
search.
Fighters.
G
We're
like
seeing
groups
of
storage
providers
now
emerge,
even
though
they
might
be
owned
or
might
be
participating
as
different
entities
in
different
organizations
in
the
network,
but
sort
of
come
together
to
offer
offerings
of
storage
across
different
countries.
Continent,
cities,
data
centers
to
ensure
a
high
quality
of
service,
both
in
terms
of
availability
and
distribution,
but
also
just
gender
reliability
and
just
high
quality
of
infrastructure
effectively,
resulting
in
in
long-term
success
with
the
client,
and
so
with
that.
G
Like
definitely
recommend
that
you,
you
get
involved
in
the
community
in
as
a
search
provider
as
a
source
of
Business
Development
for
the
network
and
support
clients
that
are
coming
into
the
pipeline,
both
because
it's
beneficial
for
the
overall
network,
but
also
hopefully
beneficial
for
you
thanks
again.
I,
don't
know
if
you
want
to
add
anything
else,
but
yeah
happy
to
take
questions
in
the
chat
or,
let's
chat
in
the
AMA
section
after
yeah.
F
As
he
was
saying,
we
are
happy
to
you
know,
find
ways
supporting
storage
providers
come
in
directly
doing
the
business
development
and
I
think
the
biggest
thing
that
we
really
like
to
see
with
this
program,
but
also
with
the
sort
of
the
network
as
a
whole,
just
the
ways
in
which
people
are
clearly
and
transparently
explaining.
You
know
I'm
here,
operating
on
behalf
of
this
entity,
working
in
this
way
and
here's
our
here's
our
plan
for
allocating
these
deals,
and
here
are
the
other
storage
providers.
F
We
want
to
work
with
and
I
think
the
notaries
are
really
just
looking
for
that
level
of
verification
and
diligence,
and
so
that's
all
we
have
on
filecoin
plus
and
snap
deals
are
not.
You
know,
necessarily.
We've
heard
a
lot
from
these
presentations
about
the
the
tech
of
snap
deals.
We
wanted
to
just
focus
on
what
the
filed
one
plus
program
is
doing
for
clients
and
storage
providers
already
ready.
So
thanks,
everybody.
A
Awesome
cool,
so
we've
heard
about
how
you
can
snap
data
into
sectors
both
the
design
of
it
and
implementation
of
it,
and
how
to
configure
your
storage
provider
for
accepting
lots
of
client
data
and
how
to
work
with
clients
to
help
them
get
Falcon
Plus
data
cap
for
then
making
deals.
So
now,
let's
talk
a
little
bit
about
I.
H
Thank
you,
hi
everyone,
so
great
stuff
that
we're
seeing
today.
Obviously,
we've
been
working
with
a
three-part
Partners
in
the
ecosystem
coin
list
Anchorage
and
Dharma
that
have
worked
out
special
programs
to
help
you
with
your
pledge
requirements,
and
so
you
can
can
support
these
Falcon
plus
deals
and
also
expand
your
capacity
start
with
coin
list.
By
the
way
all
partners
are
on
the
chat.
So
if
you
have
any
questions,
please
just
post
them
on
the
chat
and
obviously
there's
a
detailed
landing
page
for
each
one
of
them.
H
But
in
a
nutshell,
the
the
programs
are
allowing
you
or
providing
you
with
the
benefit
that
you
don't
have
to
over
collateralize
these
loans-
and
you
can
in
this
case
with
coinless,
you
can
put
down
10
to
20
of
collateral
and
you
can
get
loans
of
from
from
3.
000
fill
all
the
way
up
to
a
hundred
thousands
of
fill.
And
so
you
know
this
is
a
six
month
to
20
24
month
duration
up
to
to
you.
H
But
the
interest
rates
are
between
18
and
28
percent,
obviously,
depending
on
your
configuration,
but
in
general
a
really
attractive
solution
for
those
who
are
looking
to
expand.
If
you
have
any
questions
go
to
land
at
coinless.com,
we
have
the
two
leaders
here
from
coin
list
as
well
on
the
on
the
chat,
so
please
reach
out
or
go
to
coinless.com
borrow
Dash
fill
second
is
Dharma.
Dharma
Capital
also
offers
a
similar
solution.
H
Again,
all
of
these
three
solutions
are
developed
in
in
a
way
where
you,
you
will
see
that
you
have
the
the
owner's
the
it's
a
multi-state
configuration
where
the
owner
address
is
managed
by
or
is
under
control
by,
the
lender,
of
course,
to
protect
the
assets
and
a
portion
of
the
rewards
are
held
back
as
a
way
to
pay
back
the
loan.
H
So
we're
taking
advantage
of
the
block
rewards
so
Dharma
here
as
well,
provides
a
similar
but
a
little
bit
longer
term
loans
18
to
30
months.
This
is
done
through
a
swap
and
requires
as
low
as
five
percent
collateral,
so
here
as
well
reach
out
to
them
at
falcorn
at
Falcon
dharma.capital,
and
they
will
send
you
all
the
details.
You
have
to
be
an
eligible
participant
that
accepts
falcoin
plus.
H
Of
course,
all
of
these
programs
are
to
incentivize
our
storage
providers
as
well
to
accept
Falcon,
plus
deals
and
expand
outside
of
or
outside
in
general,
outside
of
China
to
decentralize,
our
Network.
Third,
but
not
least,
Anchorage
also
Anchorage
has
been
a
big
partner
in
the
last
couple
of
years,
just
like
cornless
and
Dharma
to
the
ecosystem,
and
here
as
well,
you
have
low
collateralization
requirements
in
the
same
range
as
the
others,
so
please
reach
out
to
them
at
falcoin,
Falcon
anchors.com.
Here
the
loans
are
a
little
bit
higher.
H
Minimum
bar
demand
is
a
hundred
thousand
file
coin.
The
tenor
is
12
months.
Interest
rates
are
in
the
same
range
20
to
25,
so
options
to
choose
from
go
reach
out
and
let
us
know
if
you
have
any
questions
now.
Last
but
not
least
before
I
hand
it
over
we're
always
trying
to
understand
what
your
needs
are.
So
we
are
doing
a
survey
today
to
see
what
ceiling
requirements
you
have
so
there
has
been
a
requests
for
sealing
as
a
service,
so
this
would
be.
H
This
is
a
process
where
you,
as
a
storage
provider,
could
rent
ceiling
capacity,
ad
hoc
or
on
demand,
as
you
see
fit
to
accelerate
your
ceiling
capacity,
and
so
we
are
doing
some
research
on
what
that
would
look
like
like
if
there's
truly
demand
for
it.
So
please
help
us
and
tell
us
what
you
would
be
looking
for
when
it
comes
to
these
services,
so
go
to
bitly,
Dash
falconcealing
and
help
us
which
your
your
answers
and
then
we'll
see
how
we
can
help
you
with
building
out
new
services.
H
So
with
that,
thank
you
very
much.
Good
Luck,
again
good
hunting,
I,
would
say,
and
that
was
it
from
the
lender
side.
A
A
I
know
we've
already
gotten
a
chunk
of
questions
in
the
chat,
but
we're
not
going
to
switch
over
to
slido
and
continue
the
AMA
there
and
collect
up
questions
that
can
then
be
answered
by
all
of
our
our
presenters
and
other
other
participants
today.
So
yeah,
please,
please
hop
over
looks
like
we
just
have
a
a
link
to
slido
with
the
correct
access
code
posted
in
the
chat
and
so
we'll
be
wrapping
up
here.
A
Thank
you
all
so
much
for
attending
today
and
feel
free
to
watch
the
recording,
especially
to
follow
along
with
zenfron's
great
walkthrough
of
doing
snapdeals
live.