►
From YouTube: PSF TC Meeting 1/5/22
Description
Technical Steering Committee Meeting for Jan. 5, 2022
B
All
right
welcome
everybody.
It
is
january,
15th
2022
our
first
meeting
of
2022.
This
is
the
permissionless
software
foundation,
our
technical
steering
committee
meeting.
My
name
is
chris
troutner.
I
am
the
head
janitor
at
the
psf
and
I'm
joined
with
few
other
members
of
the
of
the
community.
Let's
go
around
and
do
a
quick
round
robin
introduction,
aaron.
Why
don't
you
start
us
off.
A
A
C
D
B
B
We've
got
quite
a
bit
to
get
through
today,
so
our
organization
is
definitely
growing.
So
historically,
these
meetings
have
been
the
only
meetings
that
we
have
because
our
community's
been
so
small
and
it's
been
an
opportunity
to
for
us
to
celebrate
our
technical
achievements
over
the
la
over
every
two
weeks.
We're
getting
to
the
point
now,
where
we're
covering
so
much
ground
over
a
two-week
period
that
it's
actually
getting
hard
to
keep
these
meetings
under
an
hour.
B
So
at
some
point,
probably
at
some
point
this
year,
we're
going
to
need
to
think
about
spinning
out
additional
groups,
maybe
spinning
up
the
comcom
meetings
again
just
to
cover,
like
general
community
stuff,
that's
not
non-technical
in
nature,
but
for
now
we're
fine,
I'm
just
kind
of
foreshadowing
with
that
right
now.
B
But
let
me
just
dive
in
here
to
the
agenda.
As
always.
Anybody
on
the
call
feel
free
to
interrupt
me
at
any
time.
I
prefer
this
to
be
a
conversation,
but
I
have
no
problem
getting
on
a
soapbox
and
droning
on
if
that's
what's
required.
Anybody
watching
this
like
the
live
stream
on
youtube
or
watching
this
later,
and
you
have
questions
the
best
way
to
reach
us-
is
the
permissionless
software
foundation,
telegram
channel.
B
B
All
right
so
in
terms
of
the
community,
one
of
the
big
updates
is
gary
and
daniel,
and
I
have
been
we've
had
our
own
private
telegram
room
where
we
do
stand-ups
stand-ups
are
an
artifact
from
the
scrum
management
process
for
for
building
software,
and
so
every
tuesday
and
thursday.
We
do
stand
up
where
we
quickly
state
what
we've
been
working
on.
B
If
we
have
any
blocks
and
what
we're
going
to
work
on,
we
are
going
to
now
start
doing
now
that
we've
we're
in
to
a
groove
we've
decided
to
move
those
standups
over
to
the
general
public,
psf
telegram
channel,
so
every
tuesday
and
thursday
gary
daniel,
and
I
will
be
giving
our
updates
as
to
like
what
what
we're
working
on
and
what
our
current
status
is
of
what
we're
working
on.
So
this
is
an
attempt
to
just
be
more
transparent
and
to
engage
the
community
a
little
more.
B
So
I'm
pretty
excited
about
that,
because
we,
we
are
in
a
good
group
and
we
are
making
good,
steady
progress,
and
this
is
an
opportunity
for
us
to
just
be
more
transparent
about
that
and
incorporate
the
community
in
those
in.
In
those
updates.
C
B
Right
yep,
just
the
general
psf
chat
room
thanks:
okay,
so
psf
core.
This
is
our
bch
api,
rest,
api,
bchjs,
javascript
library
and
our
gatsby
plugins
for
the
web
wallet.
That's
what
composes
the
psf
core
software
got
a
few
updates
on
that
slp
mutable
data
is
there's
a
link
here
in
the
agenda
to
the
mpm
library.
This
was
sponsored
by
a
launchpad
ip,
which
is
a
patent
agency.
B
So
if
anybody
needs
a
patent
agent
for
their
intellectual
property,
there's
a
link
in
the
npm
library
suggest
you
start
with
them,
but
they
sponsored
the
development
of
this
library
and
it
can
be
used
to
generate
mutable
or
changeable
data
attached
to
an
slp
token.
So,
among
other
things,
this
can
be
used
for
permissionless
token
icons,
but
it
can
be
used
for
a
whole
range
of
additional
use
cases
like
tracking
a
video
game
character
whose
stats
change
over
time
tracking
the
ownership
of
an
nft
that
changes
over
time.
B
You
know
virtually
any
piece
of
data
that
changes
over
time
can
now
be
tracked
by
a
token,
and
so
we've
got
some
links
to
some
examples
of
how
to
use
it.
To
create
a
token
with
mutable
data,
how
to
update
that
mutable
data
with
token
icon
information
and
then
how
a
wallet
or
some
other
app
would
would
then
retrieve
and
read
the
mutable
data
associated
with
the
token
and,
in
addition
to
this,
we've
updated
wallet.fullstack.cache
to
automatically
detect
this
the
the
token
icon
and
display
it
in
the
wallet.
B
So
this
has
been
a
big
feature
long
time
incoming.
This
is
a
hair
on
fire
problem
that
people
are
constantly
asking
about.
So
we
now
have
an
answer
to
the
question.
How
do
I
add
an
icon
to
my
token
and
there's
a
couple
caveats
here?
First,
this
is
not
retroactive.
You
can't
apply
this
to
tokens
that
already
exist.
You
have
to
it's
something
that
happens
when
the
token
is
initially
created
with
that.
First
genesis
transaction.
B
So
that's
a
little
unfortunate,
but
once
this
step
is
taken
during
the
initial
creation
of
the
token
that
mutable
data
and
its
icon,
it's
permissionless
the
only
person
who
can
update
it
is
the
person
who
has
the
private
key
that
controls
the
address,
that
controls
immutable
data
and
they
can
update
that
data
at
any
time.
They
want,
and
so
this
means
that
if
you
have
an
icon
on
your
token,
you
can-
and
you
want
to
rebrand
and
change
that
token
icon.
B
A
That's
awesome,
I'm
very
excited
about
this
and
I
will
be
making
a
video
on
this,
probably
with
my
buddy
out
in
denver.
You
know,
because
we're
going
to
be
trudging
through
different
nft
and
token
protocols
on
different
chains
and
I've
been
excited
about
this
for
a
while.
So
this
is
I
mean
for
the
3d
stuff.
It
means
that
I
can
put
up
a
3d
object
and
then
make
the
uv
file
mutable.
So
you
could
change
the
colors
of
3d
stuff
for
people
and
that'd,
be
that
could
be
cool.
B
C
B
A
D
Question
how
much
this
will
increase
the
number
of
requests
to
the
rest
api
like
if
you
have
a
wallet
in
full
stack
that
cash
there
is
some
limitations.
How
much?
For
example,
if
you
have
10
tokens
with
mutable
data,
how
much
more
requested
to
be
from
now.
B
Yeah,
that's
really
good.
It's
significant
yeah,
it's
a
good
question
and
it
right
now
at
this
moment
in
time,
it's
a
significant
amount,
because
we
haven't
done
taken
any
effort
to
try
and
like
optimize
it
in
any
way.
So
it's
pretty
dumb
and
pretty
brute
force
the
way
that
it
it
like.
If
the,
if
the,
if
the
token
doesn't
have
any
it's
just
like
a
normal
token,
it
doesn't
have
any
data.
B
It
comes
back
pretty
fast
because
just
gets
a
couple
error
messages
and
figures
out
pretty
fast,
there's
no
mutable
data
there
and
then,
if
there
is
mutable
data
there,
it's
probably
like
three
api
requests
to
to
sort
of
follow
the
breadcrumb
trail
and
get
to
get
the
data,
and
so
particularly
with
wallet.fullstack.cache.
B
This
is
a
really
good
time
for
me
to
reiterate
the
the
disclaimer
that
the
wallet
does
not
work
very
well
with
lots
of
different
types
of
tokens.
I
I
recommend
that
people
use
our
paper
wallet
to
store
tokens
on
paper
wallets
for
like
long-term
storage
and
only
keep
the
tokens
that
they
like
use
on
a
regular
basis
in
their
wallet,
because
that
will
slow
down
performance
with
the
number
of
wallet
or
number
of
tokens
in
your
wallet.
B
So
right
now
it
is
rough,
and
so
we
need
to
net
like
that.
For
next
steps
is
to
is
to
optimize
that
that
back
and
forth
exchange
to
make
that
a
little
more
efficient
and
then
second
of
all
the
I'll
get
to
this.
But
the
emphasis
is
really
moving,
moving
away
from
the
rest,
api
and
moving
towards
the
ipfs-based
infrastructure.
For
the
for,
like
the
free
and
hobbyist
type
stuff,
we'll
be
able
to
scale
much
better
with
that
technology.
B
But
if
you
have
money-
and
you
can
pay
like
because
rest
apis,
they
require
cloud
infrastructure
that
requires
money.
So
for
businesses
who
want
to
use
this
in
a
business
setting,
they,
you
know
they're
still
the
rest
api
and
that
can
be
optimized
and
it
can
be
done.
But
there's
definitely
we're
going
to
see
a
dichotomy
between
the
people
who
are
paying
for
use
and
people
who
are
not
paying
for
users
we're
going
to
have
very
different
infrastructures
for
those
two
types
of
use
cases.
A
Speaking
of
the
token
wallets,
I
mean
the
you
know:
if
the
electron
cash
slp
wallet
is
still
out
there,
because
I
downloaded
that
a
long
time
ago
still
works.
But
you
know
is
that
another
option
for
people
if
they
want
to
have
a
lot
of
tokens.
B
Yes,
yes,
and
no
I
mean
it
still
exists,
still
works.
Some
of
the
tokens
give
it
trouble
like,
for
instance,
flex
usd
with
all
their
airdrop
utxos
that
really
electronic
cash
slp
has
a
hard
time
with
that
art.
The
web
wallet
has
a
heart.
Every
wallet
has
a
hard
time
with
that.
So
there's
some
tokens
out
there
that'll
pretty
much
screw
up
every
wallet,
the
flex
usd
being
the
the
biggest
culprit
there,
but
yeah
it
still
exists.
B
It
still
works
so
this
this
library,
this
slt
mutable
data
library,
we're
putting
it
out
there
to
encourage
wallet
developers
to
incorporate
it
and
and
use
it
to
to
follow
this
new
standard
for
for
token
icons.
D
Some
clone
of
electron
cache
actual
something
which
they
have
to
see.
They
fix
a
little
they
fixed.
I
mean
the
electronic
cash
wallet
have
problems
with
validating
the
tokens.
It's
a
lot
of
requests
to
these
gs,
plus
servers
to
validate
the
tokens.
I
think
somebody
make
a
clone
which
is
not
doing
this,
so
it's
not
validating
them
on
the
server
side
or
I
don't
know
what,
but
it's
faster
and
it
can
work
with
this
problem.
Problematic
tokens.
D
B
Over
there,
they
forked
slpdb,
and
they
got
it
to
work
with
a
sequel
like.
If
I'm,
I
think,
I'm
right
about
that.
A
nosql
or
sql
a
sql
library
rather
than
mongodb,
and
then
they
forked
electron
cash
slp
and
it
uses
their
forked
version
of
slp
db.
So
it
is
faster,
there's
also
a
lot
more
dependence
on
actor.
Fourth,
so
if,
if
that
makes
your
life
better,
you
know
go
for
it,
it
hasn't
helped.
A
lot
of
people
has
helped
a
lot
of
people.
D
So
anyways
yeah
big
I'll
go
ahead.
No,
I
mean
we
need
to
found
some
link
for
for
aaron.
B
I
will
maybe
oh
yeah,
I
know
they
have
a
a
getter
which
is
like
this
web
chat
room.
B
B
This
one's
been
around
for
a
while
yeah,
it's
like
a
preferred
chat
room.
They
have
a
really
tight
integration
with
github
and
anyways
actor.
Fourth
has
a
a
get
her
channel
there.
If
you
want
to
use
her
stuff
and
need
support
as
long
as
you
don't
use
a
token
like
flex
usd
that
has
or
that
has
these
just
ridiculous
dags,
the
original
version
of
electron
cash
slp
will
run
fine,
it'll
figure
it
out.
It's
just
it's.
It's
these
corner
cases.
A
Those
guys
geez,
we
got
some
some
activity
in
the
chat
about
this.
Let
me
go
ahead
and
pull
that
up.
We
got
aaron
sonmen,
says
very
excited
about
the
slp
mutable
data
bit
also
very
excited
about
the
bitcoin
payment
module
so
glad
you
guys
joined
this
group
aaron.
I
think
he's
talking
to
the
other
aaron
in
the
chat.
That's
there.
So
what's
up
aarons
a
lot
of
good
errands
in
the
chat
today.
B
Nice
well
yeah,
so
I'll
wrap
up
this
section.
Just
by
saying
shortly
we
will
have
a
single
page
web
app
out
where
you
can
like
a
diagnostic
tool.
B
You
can
give
it
a
token
id
and
it
will,
if
it
has
an
icon,
it'll
display
the
icon
and
then
it'll
have
two
text
boxes
where
it
will
display
the
immutable
data
if
it
exists,
which
you
can
attach
the
document
url
and
the
mutable
data,
if
it
exists,
which
is
attached
to
the
document
hash
field
of
the
token
and
so
it'll
be
kind
of
a
diagnostic
tool.
So
I'll
talk
about
that
more
once,
once
that's
available.
A
B
Okay,
moving
on
to
the
minimal
slp
wallet
this
this
is
this:
is
the
sort
of
wallet
engine
in
the
web
in
the
web
wallet.
It's
also
used
in
the
psf
bch
wallet
the
command
line
wallet.
So
this
is
essentially
like
our
our
wallet
engine.
It's
it
anytime.
You
create
a
wallet
or
send
money
or
send
a
token.
It's
going
to
invoke
this
this
library.
B
So
this
is
like
a
critical
piece
of
our
core
infrastructure
and
the
default
behavior
of
it
when
you
instantiate
it
when
you
bring
it
into
existence,
is
that
it
uses
the
full
stack,
dot
cash
infrastructure.
B
So
when
you
go
to
full
stack,
dot
cash,
it's
going
to
call
this
library
and
this
library
is
going
to
reach
out
to
the
full
stack.cash
infrastructure
and,
if
you're,
not
on
a
full
stack.cash
domain
name,
it's
going
to
you
know
only
give
you
so
many
rate
limits
and
then
throw
errors,
and
you
can
fix
that
with
a
chat
token
and
all
that
good
stuff.
B
So
all
that
behavior
is
going
to
continue
to
exist,
but
there's
now
a
new
functionality,
experimental
functionality
that
we're
trying
out
where
you
can
instantiate
it
and
have
it
call
the
the
ipfs
based
api
at
freebch.fulls,
and
so
you
you
do
that
switch.
B
I
have
a
link
here
to
the
code
that
shows
you
how
to
when
you
instantiate
it
how
to
pass
in
this
consumer
api
string
to
tell
it
to
do
that,
so
this
on
essentially
unlocks
free
infrastructure
unlocks
a
free,
free,
back-end
that
we'll
be
maintaining
at
freebch.fullstack.cache,
and
that's
really
that's
leveraging
our
ipfs-based
infrastructure,
so
just
a
peek
under
the
hood
a
little
bit.
B
What
this
is
doing
is
it's
running
this
ipfs
bch
wallet
consumer
app,
which
is
then
over
ipfs,
finding
and
selecting
the
most
appropriate
backend
that
it
can
talk
to,
and
so,
and
so
this
is
going
to
allow
us
to
offer.
You
know
for
free
and
free
infrastructure
infrastructure
is
supported
by
the
community
as
a
whole.
So
on
the
one
hand
there
won't
be
some
one
person
to
blame
if
you're
having
bad.
B
You
know
connectivity
issues,
in
which
case
you
know
you
should
go
to
fullstack.cache
and
pay
for
something,
because
if
you're
not
the
product,
then
you
are
the
product
and
but
if
you
are
running
a
hobby
grade
type
system
or
just
building
a
prototype,
real
quick
and
you
don't
want
to
pay
for
professional
service.
This
is
a
great
way
to
get
free
access
to
the
backend
infrastructure.
B
Yeah,
it's
a
great
way
to
dip
your
toe
into
the
water
of
this
new
ipfs
ipfs-based
paradigm,
because
the
next
step
after
this,
if
someone
gets
comfortable
with
this,
the
next
step
is
to
actually
just
run
this
ipfs
bch
wallet
consumer
on
your
own
computer,
which
will
then
allow
you
to
have
full
control
instead
of
relying
on
free
bch.fullstack.cache
to
determine
which
backend
it
wants
you
to
talk
to.
You
have
full
control
over
which
backend
on
the
ipfs
network.
B
You
want
your
app
to
talk
to
and
so
there's
there
will
definitely
be
situations
in
the
future
where,
where
freebch.fullstack.cache
is
down,
but
if
you're
running
this
software
yourself
on
your
own
computer,
you
it'll
never
be
down,
because
you
can,
you
can
just
essentially
scan
the
ip
all
the
nodes
on
the
ipfs
network
and
find
one
that
is
working
and
then
and
then
use
that
one.
So
it
gives
it
gives
you
I'm
trying
to
like
give
stair
steps
for
developers
to
level
themselves
up
as
they
go
down
this
path.
A
B
And
I
just
want
to
give
some
serious
props
to
daniel,
because
he
is
I
mean
I
I
architected
this,
but
he's
the
one
that's
been
been
implementing
all
all
this
stuff
in
the
last
few
weeks,
so
big,
big
kudos
to
daniel
he's
a
he's,
a
hard
worker,
even
a
brilliant
developer,.
B
Yeah,
where
right
this
link
that
says
consumer
api,
let
me
open
that
up.
B
So
when
you,
oh
okay,
okay,
yeah!
So
when
you
instantiate
it
you're
gonna
pass
in
a
config
object,
and
if
that
config
object
has
a
interface
property
with
a
value
of
consumer
api,
then
it'll
switch
to
the
consumer
api,
otherwise
it'll
use
the
full
stack.cache
rest
api
by
default.
D
I
was
thinking
if
you
remember
our
previous
talk
about
the
react
hooks
using
this
in
the
simple
component
example
will
be
great,
so
you
just
put
in
your
code
use
wallet
and
some
parameters,
and
you
have
working
wallet,
yeah.
B
D
B
Be
like
great,
I
think,
for
starting
yeah.
That's
what
I
wanted
to
achieve
is
to
be
able
to
build
single
page
apps,
that
you
can
upload
on
like
file
coin
or
or
the
see
a
home.
What's
that
home
screen,
skynet,
skynet
and
and
yeah,
and
have
these
apps
that
are
just
sort
of
anonymous
and
do
not
need
an
account
and
and
can
tap
into
our
ipfs
infrastructure
in
order
to
to
talk
to
the
backend
infrastructure
that
it
needs
to
do
whatever
it's
doing.
B
All
right
so
moving
on
to
the
jason
rpc
over
ipfs
and
pay
to
write
database
stuff
boy.
I
don't
even
know
where
to
start
with
this,
there's
been
essentially
massive
changes
this
last
week,
massive
basically
everything's
changed
so
sam
rock
who's,
like
the
one
guy
who's
actually
trying
to
use
this
code.
I
apologize
for
for
turning
your
life
upside
down,
but
things
are
running
much
better
after
a
lot
of
these
changes.
B
So,
basically
the
last
two
weeks,
I've
been
doing
a
deep
dive
onto
all
this
stuff
and
in
our
last
meeting
we
talked
about
ceramic
and
I've
been
really
excited
about
this
twitter
clone
called
orbis
that
runs
on
ceramic
and
what
they're
doing
is
very
very
similar
to
what
we're
doing.
But
it's
not
the
same.
B
It
really
we're
using
all
the
same
tech
they're
using
ipfs
we're
using
ipfs
they're
using
the
ethereum
blockchain
we're
using
the
bitcoin
cash
blockchain,
really
not
that
big
of
a
difference
from
a
technical
level,
and
so
it's
been
really.
It
was
really
informative
for
me
to
dive
in
where,
where
we
differ
is
on
the
emphasis
of
the
technology,
they
they're
focused
more
on
mutable
content
like
the
kind
of
content
you'd
use
in
social
media
like
twitter,
whereas
we're
more
focused
on
communication,
so
so
basically
building
a
replacement
for
a
rest
api.
B
That's
that
maybe
not
as
performant
but
is
more
censorship
resistant
and
can
go
over
the
ipfs
network
other
than
those
like
minor
emphases.
Our
tech
stacks
are
pretty
much
identical
and,
and
so
they've
been
struggling
with
all
the
same
issues
that
we've
been
struggling
with
when
it
comes
to
ipfs,
and
so
one
of
the
big
changes
that
they
just
recently
implemented.
I
just
watched
their
lap.
They
have.
B
They
have
community
meetings
just
like
this,
and
I
went
and
watched
their
last
one
and
they
are
switching
from
the
embedded
javascript
implementation
of
ipfs
over
to
the
go
ipfs
implementation,
and
the
reason
for
this
is
just
because
the
javascript
version
is
essentially
treated
like
a
red-headed
step
child.
It's
just
it
is
that's
like
the
official
stance
of
of
protocol
labs
is
that
they've
chosen
to
make
go
ipfs
the
the
primary
reference
implementation.
B
It
gets
all
the
new
updates,
it's
the
cutting
edge
and
then
they
update
the
javascript
stuff
like
when
they
have
time
as
it's
convenient
and
they
have
manpower.
So
there's
always
this
big
lag.
So
that's
one
good
reason
to
use.
Go
ipfs,
but
there's
also
like
a
bunch
of
bugs
in
js
ipfs
like
there's.
This
memory
leak
that
I'm
aware
of
they're,
aware
of
and
there's
ways
to
manage
that,
but
there's
also
just
these
other.
Like
random
issues
like
I
just
discovered
this
major
issue
with
pub
sub.
B
The
actual
results
when
using
the
software
is
much
better
when
you
run
ipfs
as
a
separate
thing,
using
their
go
implementation,
and
then
you
just
talk
to
it
using
the
the
what
is
it
the
ipfs
http
dash
client,
javascript
library,
so
you're,
using
a
javascript
library
to
control
an
external
node
rather
than
embedding
the
node
in
your
app.
B
B
I
just
happened
to
discover
this
because
I
noticed
it
and
then
came
across
some
github
issues,
and
so
it
seems
like
there's
only
a
handful
of
people
that
are
even
aware
that
this
is
an
issue,
but
I
found
so
so
that
basically
right
there
limited
the
ability
of
all
of
our
nodes
to
talk
to
one
another,
and
so
that
was
a
big
problem.
That's
been
going
on
for
a
while
that
I
wasn't
even
aware
of
so.
That's
that's
fixed
now.
B
So
all
the
nodes
are
like
way
like
communicating
way
better
now
and
what
was
this
final
one?
Oh
yeah,
so
we
moved
to
a
private
network,
and
this
is
a
little
controversial.
I
didn't
want
to
move
to
a
private
network,
but
there
are
dragons
even
in
the
go
ipfs
implementation.
There
are
some
serious
bugs.
B
I
got
to
a
point
where
I
was
able
to
rule
out
that
the
source
of
these
bugs
is
our
code.
It's
definitely
something
deep
deep
into
the
ipfs
implementation,
where
the
node
will
like
try
to
connect
to
like
700
or
1000
nodes
at
one
time,
and
so
what
you'll
see
is
the
cpu
spikes
and
the
bandwidth.
Spikes
and,
like
your
computer,
will
freeze
and
I'd
notice
this
in
the
javascript
implementation.
But
it's
also
exist
in
the
go
implementation.
B
It
seems
to
happen
randomly.
Sometimes
it
fixes
itself,
and
sometimes
it
does
not
fix
itself
and
and
at
other
times
like
one
node
will
infect
another
node
I
this
this
is
what
caused
me
to
start
really
doing
all
this
refactoring
is
that
I
was
just
saying,
like
the
en.
Our
entire
network
was
just
going
down
for
no
apparent
reason,
and
it
was
this
and
and
so
whatever
I
still
don't
exact.
No
one.
B
No
one
knows
exactly
what
the
the
root
cause
of
this
is,
but
by
moving
ourselves
to
a
private
network,
we
get
to
sidestep
all
those
issues
we
don't
like
they
just
they
just
go
away
because
it
has
something
to
do
with
our
nodes,
trying
to
interact
with
the
wider
ipfs
network,
so
by
simply
isolating
our
network.
That
issue
goes
away,
and
so
it's
still
ipfs.
It
still
uses
all
the
same
tech.
It's
just
that
our
nodes
can't
talk
to
other
ipfs
nodes
and
we
can
still
get
content
through
gateways.
B
We
can
still
share
content
across
our
network
and
just
for
net,
like
we'll,
probably
eventually
move
away
from
this
private
network
model
as
we
can
and
as
it
does
not
cause
issues,
but
that'll
be
that'll,
be
down
the
road,
so
anyways
I've
got
instructions
here.
It's
just
like
a
little
key,
a
little
piece
of
code
that
you
drop
into
your
directory
and
then
your
nodes
on
our
private
network,
and
so
I've
got
instructions
there.
For
anybody
who
wants
to
spin
up
a
note
on
on
how
to
do
that.
D
B
Yeah
yeah,
so
I'm
glad
you
asked
us
doing
because
what
this
is
mostly
going
to
affect
if
this
thing
comes
up,
I'll
show
it.
But
in
that
that
blog
post
that
I
talked
about
last
week,
I
described
this
new
cache
deck,
where
there's
a
local
back
end
and
a
global
back-end.
So
this
mostly
affects
these
local
and
global
back-ends
on
the
front
end.
There's
this
gatsby
like
I
want.
B
I
want
the
web
wallet
to
be
totally
like
living
inside
of
ipfs
that
one
we
can't
move
away
from
the
embedded
javascript
like
that
has
to
basically
be
embedded
into
the
web
app,
and
so
we're
still
going
to
do
it
that
way,
but
so
this
this
change
mostly
affects
the
local
and
global
back
end.
B
So
if
you're,
if
you're,
building
a
regular
web,
app
you're
still
going
to
call
some
back
end
like
whether
that's
your
local
backend
running
ipfs
service,
consumer
or
you're,
calling
like
free
free
bch.fullstack.cache,
so
that
that
won't
really
change
so
from
a
front-end
percep
perspective,
nothing's
going
to
change.
B
Does
that
make
sense?
Yes?
Yes,
yes,
okay!
Yeah!
I'm
glad
you
asked
that
question,
because
that
is
an
important
thing.
So,
if
you're
a
front-end
developer
this,
this
won't
really
affect
you,
but
essentially
from
the
front
end
perspective.
B
Our
emphasis
is
on
these
back
end,
like
we've
got
to
get
these
back
ends
running
properly
before
we
can
even
worry
about
the
front
end
stuff,
and
so
I
think,
if
the
bulk,
especially
if
our
back
end
infrastructure,
if
it
if
it
doesn't,
have
these
problems
and
everything's
running
good,
that's
good
and
then
and
then
we
just
have
to
see
if
these
are
are
significant
enough
issues
for
the
front
end
apps
they
may
be.
I
just
I
don't
really
know
yet
and
then
we'll
have
to
figure
out
our
own
our
own
solutions
to
that.
B
Okay,
so
that's
that
so
I'll
just
leave
this
section
off
by
saying
that,
if
anybody
you
know
is,
is
really
interested
in
ipfs
and
wants
to
understand
this
stuff
at
a
deeper
level.
Please
ask
questions
on
the
psf
channel
or
the
bchjs
telegram
channel
for
our
technical
stuff
and
stuff
yeah
just
ask
questions.
I
I
really.
We
still
have
open
bounties
for
spinning
up
some
of
this
back
in
infrastructure.
B
So
what
I
need
to
do
from
here
is
create
more
videos
and
more
documentation
on
how
to
create
circuit
relays
and
how
to
create
a
bitcoin
cash
infrastructure.
Using
these
new
methods
and
using
this
new
code,
there
are
already
bounties
and
videos
and
for
the
most
part
they
still
apply.
But
basically,
if
anybody
has
questions,
please
reach
out
to
me.
A
B
Good,
oh
yeah,
thanks
bud,
so
moving
on
psf
bch
wallet,
which
is
our
command
line
wallet.
It
now
has
this
new
message
send
command,
and
I
just
wanna
demo,
this
real
quick.
This
is
going
to
allow
us
to
send
end-to-end
encrypted
messages,
so
I'm
checking
the
so
this
is
using
freebsdh.fullstack.cache.
B
It
uses
it
by
default.
So
if
anybody
wants
to
get
started,
that's
a
nice
thing
is
this
command
line
wallet
you
don't
have
to
pay
to
use
it
it's
using
the
free,
bch
infrastructure.
So
it's
also
a
great
way
to
get
example
code.
If
you
want
to
see
how
we
did
it
here
in
your
own
app,
so
I've
got
this
wallet.
B
It's
got
a
little
bit
of
bitcoin
cash.
It's
got
a
little
bit
less
than
one
psf
token,
and
so
anybody
who's
used
message.fullstack.cache.
This
is
the
same
thing.
The
difference
is
that,
whereas
that
app
used
a
custom,
ipfs
node,
this
is
now
using
the
pay
to
write
database
so
what's
happening
here
is
this
is
the
address
for
my
own
wallet
and
I'm
sending
a
message
with
the
with
the
subject
test
and
the
message.
This
is
a
test.
B
The
app
went
and
looked
up
the
public
key
for
this
address
on
the
blockchain,
because,
and
so
it
got
the
public
key
it
encrypted
this
message
with
that
public
key,
which
is
this
string
of
hex
here
and
then
it
it
burned,
a
tenth
of
a
psf
token
in
order
to
write
to
the
pay
to
write
database
and
then
it
uploaded
that
encrypted
message
to
the
pay
to
write
database,
here's
the
hash
or
the
basically
the
receipt
and-
and
then
it
sent
a
transaction
to
this
address
with
a
dust
to
signal
that
hey,
you
have
a
message
and
the
op
return
has.
B
I
think
this
hash
in
it,
and
so,
if
I
pull
up
the
pay
to
write
database
explorer,
we
can
actually
see
that
right
here,
psf
bch
wallet.
This
is
the
latest
entry,
and
so
this
is
what
this
is:
the
data
that
was
actually
entered
into
the
paid
right
database.
Here's
our
encrypted
message
that
can
only
be
decrypted
by
the
person
who
has
the
private
key
for
that
address.
So
it's
end
to
end
encrypted.
So,
even
though
this
date
is
public,
it's
encrypted,
so
it's
okay
and
and
basically
this
is
how
it's
working.
B
So
daniel
did
this
implementation
and
he
is
currently
working
on
a
message
check
and
a
message
read
commands,
which
will
which
will
finish
this
off
so
you'll,
be
able
to
check
for
new
messages
and
then
decrypt
and
read
any
messages
that
anybody
sends
you.
B
I'm
really
excited
to
have
this
functionality
in
the
command
line
wallet
so
that
we
can
have
end-to-end
communication
within
the
wallet
and
then
eventually
that'll
get
pushed
up
to
the
web
wallet
and
again
like
this
is
the
same
functionality
that
was
in
message.fullstack.cache
and
pad
it's
just
that
we're
moving
away
from
that
custom,
ipfs
server
that
that
I
don't
want
to
maintain
and
instead
we're
using
the
pay
to
write
database
for,
for
the
actual,
like
medium
for
for
exchange
for
holding
the
data
in
between
the
two
parties.
B
You
know
between
one
person
sending
it
and
one
person
reading
it.
So
pretty
happy
with
that.
I
mean
I'm
just
like
we
having
end
to
end
encrypted
messaging
is
so
important
in
today
and
today's
day
and
age
like
I'm.
Trying
to
this
is
such
a
big
milestone,
because
what
I
want
us
is
to
be
able
to
securely
and
privately
transmit
money
securely
and
privately
communicate,
and
then
that
can
those
two
ingredients
can
lead
to
like
more
expressive
ways
of
trading,
whether
it's
icons
or
censorship,
resistant
craigslist
or
whatever
you
want.
A
Now
this
sort
of
thing
is
awesome,
this
just
to
be
able
to
do
this.
I
totally
agree
with
you.
This
is
how
you
move
into
the
future,
and
I
think
there
are
people
that
don't
understand.
It's
not
just
about
censorship
from
the
state
or
government,
but
like
competitors
is
another
form
of
where
you
can
experience
censorship.
People
can
reroute
your
messages
or
rewrite
your
payments
and
really
mess
with
you
and
there
this
happens
all
the
time
in
the
regular
business
world.
A
I
know
my
buddy
works
in
the
mining
industry
and
they
have
stuff
all
over
the
world
and
they
literally
had
a
bank
transfer
rejected,
so
they
weren't
able
to
operate
in
that
area,
and
I
was
talking
saying
you
know
you
should
be
looking
into
crypto,
because
this
would
be
a
way
that
you
wouldn't
have
to
worry
about
that
sort
of
thing.
A
B
Yeah,
you
know
I
I
I
it's
what's
funny.
Is
I'm
hearing
the
story
over
and
over,
and
so
somebody
knows
somebody
who,
basically,
like
the
bank,
told
them?
No,
you
can't
use
your
money
and,
like
you
know,
you
roll
the
clock
back
five
years
and
that
wouldn't
have
even
been
something
that
was
worth
talking
about
like
that,
would
have
just
been
part
of
business,
but
it's
only
because
things
have
gotten
so
good
with
crypto
that
everybody
in
the
crypto
space
is
so
used
to
like
it
just
works,
and
why
would
why?
B
How
could
anybody
stop
me
from
using
my
own
money
like
that's,
absurd
and
yeah,
and
and
so
now
that
we
have
that
frame
this
new
frame
of
reference
now,
every
time
it
happens
to
somebody
it's
worth
mentioning,
and
it
happens
a
lot.
It
happened
a
lot
before,
but
now
it's
actually
worth
mentioning,
and
so
I
just
love
it.
A
B
D
Chris
have
a
question
for
this.
Now
this
code
is
part
of
the
psa
bch
wallet
right
where
we'll
move.
After
this,
we
would
move
to
the
to
the
api
pch
api
or
to
the
minimal
sop
wallet,
because
we
want
to
use
this
in
the
web
world
everywhere
right
right.
So
where
will
this
code.
B
Be
yeah
so
the
the
mental
framework
that
I'm
working
off
of
is.
We
want
to
get
these
features
into
bc,
psf
bch
wallet
our
cly
wallet,
and
then
we
want
to
move
those
features
into
wallet.fullstack.cache.
D
But
the
wallet
don't
fools
take
note.
Cash
is
under
water
using
the
minimal
sop
wallet
right.
So
if
you
fix
the
the
minimum
wallet,
it
will
work
also
with
the
client
wallet,
sop,
client
wallet,
also
with
wallet
cash,
also
with
gatsby
everywhere,
right.
B
B
Well,
I
mean
yeah
it
could
every
everything
could
be
done
directly
with
bchjs.
I
mean
it
is
under
the
hood
through
minimal
slp
wallet,
the
main
change
here.
The
only
the
only
thing
that's
like
new
that's
happening
here
is
the
use
of
the
pay
to
write
database,
which
is
using
that
p2wdb
npm
library,
which
is
actually
what
I
was
going
to
talk
about.
Next,
that's
really
the
only
like.
Fundamentally,
that's
the
only
thing.
That's
changed
from
message.fullstack.cache
or
the
functionality
that
exists
now.
D
My
point
was:
is
it
more,
is
it
better
to
be
this
code
to
be
included
like
separately
in
every
of
the
different
wallets
or
or
it
can
be?
Something
like
I
don't
know,
library,
some
common
component
that
can
be
used
in
any
of
this,
so
there
will
be
no
several
copies
of
the
code
or
stuff
like
this
one.
B
Yeah
yeah,
so
there's
there's
a
list
of
software
here,
there's
there's
minimal
slp
wallet,
which
is
our
wallet
engine,
there's
p2wdb,
which
allows
you
to
interact
with
the
pay
to
write
database.
Those
are
both
npm
libraries
there's
also
the
vch
message,
lib,
which
is
an
npm
library
which
does
the
actual
messaging
protocol
in
terms
of
like
signaling
to
someone.
B
They
have
a
message
and
writing
writing
those
transactions
and
those
follow
another
specification
and
then
there's
the
bch
encrypt
lib,
which
is
another
npm
library
that
does
the
ntn
encryption,
and
so
all
four
of
those
libraries
are
used
in
the
psf
bch
wallet
plywallet
in
and
in
the
web
wallet.
So
that's.
D
Okay,
if
it's
how
to
see,
if
it's
already
made
on
components,
I
mean
we
need
to
think
about
reducing
the
healthy
duplication
of
the
code.
Why
to
make
it
one
time
in
this
wallet
and
again
in
other
words,
but
if
it's
like
just
including
four
or
five
libraries
yeah,
it
makes
sense,
it
will
be.
B
I
agree
I
don't
I
don't
want
to
duplicate
a
bunch
of
code.
I
want
to
make
it
as
abstract
and
easy
to
copy
and
paste.
You
know
like
three
or
four
lines
you
know
as
as
possible,
so
yeah
and
I
mean
it's
a
journey,
so
I'm
pretty
happy
with
where
we're
at
right
now
and
then
this
this
whole
trajectory
of
of
going
from
the
command
line
wallet
to
the
web
wallet
and
because
that's
that's
a
big
shift.
B
There's
a
lot
of
things
that
break
just
from
going
from
node.js
to
to
browser
javascript,
there's
a
lot
of
things
that
can
break
so
yeah
these
those
libraries
I
mentioned
the
encrypt
library
and
the
message,
library
and
minimal
slp
wallet.
These
are
all
compiled
with
browser
fi
to
make
sure
that
they
run
in
a
in
a
browser
environment.
And
so
that's
that's.
Essentially.
B
What
we're
trying
to
do
is
that
yeah
reduce
reduce
the
bespoke
code
by
by
breaking
everything
into
these
mission-focused
npm
libraries
and
then
compiling
those
libraries
making
sure
they
they
work
on
browser
and
node.js
and
so
anyways
that
that's
the
trajectory
that
we're
trying
to
follow.
B
B
It
had
the
the
pay
to
write
database
like
the
public
one
hard
coded
in
there,
and
he
just
added
it
as
a
configuration
variable
when
you
instantiate
the
library
you
can
set
the
url
you
want
to
use
so
where
this
is
really
useful
is
if
you're
running
your
own
local
copy
of
the
pay
to
write
database,
and
you
want
you
want
to
use
this
library
to
interact
with
it,
which
is
what
he's
doing
right
now,
as
he
builds
out
the
the
decks,
and
so
that's
a
that's.
B
B
There's
there's
three
phases
to
do:
a
trade
there's
offer
making
offer
taking
and
acceptance,
and
so
an
offer
can
be
a
buy
or
a
sell
offer.
B
But
someone
makes
the
offer
someone
browses
those
and
they
take
one
of
the
offers
and
then
that
original
party
who
made
the
offer,
reviews
it
and
accepts
it,
and
then
that
completes
the
trade,
and
so
we
have
that
first
part
that
offer
making.
We
have
that
working
now
on
avalanche.
We
had
it
working
on
bitcoin
cash,
it's
now
working
on
avalanche,
so
that
whole
workflow
for
the
first
part
of
actually
creating
an
offer
and
getting
out
there
is
done.
So
that's
a
big
progress.
B
The
next
step
is
creating
a
list
api
call
so
that
you
can
browse
all
the
open
offers
and
and
then
and
then
we
can
work
on
the
second
phase
which
is
offer
taking
and
and
so
it's
good
progress.
It's
really
good
progress.
Does
that
make
sense
to
you
guys,
sort
of
where
we're
at.
D
Yes,
yes,
how
or
what
will
I
remember
the
when
I
was
reading
this
protocol?
It
was
using
like
bit
db
or
something
for
to
query
what
are
the
the
open
offers
yeah
this.
D
B
Yeah
so
vin
armani's
original
implementation
used
the
the
bitcoin
file
protocol
created
by
james
crane
or
bfb,
and
so
that
stores
this
data
on
the
blockchain
directly,
which
makes
sense
from
like
from
an
app
developer
standpoint.
That's
probably
the
easier
thing
to
do
because,
rather
than
trying
to
deal
with
two
networks,
you
only
have
to
deal
with
one
network
but
yeah.
The
pay
to
write
database
is
just
much
more
convenient
to
use.
B
So,
like
I
said
like
on
a
surface
that
makes
sense
on
a
surface
level,
but
but
this
whole
process
that
whole
bitcoin
files
protocol
that
was
never
fully
baked
james,
abandoned
it
early
on
and
it's
actually
much
more
complex
and
bug
prone
than
than
you'd.
Think
just
giving
a
cursory
look,
so
the
pay
to
write
database
we've
already
gotten
that
to
a
point
where
the
workflow's
much
smoother
and
and
it
can
hold
more
data.
B
You
don't
have
to
do
this
like
silly
chunking
thing
that
they
try
to
do
to
get
all
that
data
to
fit
onto
the
blockchain.
So
that's
the
main
difference
between
what
vin
built
and
what
what
we're
building
and
yeah.
So
it
uses
the
pay
to
write
database
for
this.
So.
B
Right
yeah,
that's
the
fundamental
like
problem
like
this.
This
whole
collaborative
transaction
thing
like
it's
been
around
for
a
long
time.
Vin
definitely
refined
it,
and
I
learned
about
it
from
him
and-
and
he
did
a
lot
of
the
initial
code
that
that
led
us
like
in
javascript
that
let
us
like
really
run
with
this
idea,
but
at
the
heart
of
it
we
need
a
censorship
resistant
database.
B
We
need
a
rendezvous
point
for
the
two
people
in
the
trade
to
to
meet
up,
and
so
that
could
be
the
blockchain
and
if
it's
not
the
previously
there
just
really
was
no
other
option
other
than
like,
like
like
there.
Just
aren't
very
many
censorship-resistant
databases
out
there
I
mean
there
are
today
now
there's
filecoin
and
and
essentially
that's
what
the
pay-to-write
database
is.
It's
a
censorship-resistant
database,
and
so
it's
a
it's
a
natural
fit
for
this.
B
This
use
case
so
that
it's
starting
to
become
clear
like
why
I
spent
so
much
time
building
the
pay
to
write
database
and
then
like
why
I
went
after
these,
these
dex
projects
so
hard
because
it's
a
really
good
fit
awesome.
B
Okay,
well,
I
will
move
on
to
the
okay
and
this
real
quick.
So
it's
it's
after
january,
so
we're
now
officially
starting
work
on
the
ecash
decks,
and
so
the
next
step
there
is
to
we're
going
to
be
able
to
leverage
all
this
work
that
we're
doing
in
the
avalanche
chain
and
for
to
really
kick
off
the
ecash
specific
stuff.
B
I'm
gonna
submit
some
pull
requests
to
bch
api
and
bchjs
to
just
improve
the
support
for
the
ecash
blockchain
in
there
and
make
it
make
it
more
dealing
with
addresses
and
denominations
a
little
better
and
then
we'll
be
able
to
port
all
this
code
that
we're
building
on
the
avalanche
chain
over
to
the
ecash
chain
and
because
we
already
have
it
working
in
bitcoin
cash.
We
know
that
it's
once
we
solve
the
denomination
and
address
issues
with
ecash
it'll,
just
work.
D
I
I
saw
you
already
refactor
in
factored
also
the
bc
bch
gs
example
directory.
There
is
already
like
bsh
directory
and
ecache
directory.
There
will
be
there
also
avex
added
there,
or
it
will
be
separate
examples.
B
Yeah
we're
not
all
the
labs
is
already
doing
a
lot
of
that
work
like
like
they
already
have
their
avalanche
js
library,
and
they
already
have
like
examples
and
stuff
gabriel's
doing
a
great
job
with
that
over
there.
So
I
don't
want
to
recreate
their
work.
The
the
I
created
that
separate
directory
in
the
bchjs
examples,
repo
cause,
someone
had
submitted
some
ecash
specific
code
and
it
was
kind
of
stepping
on
the
bch
stuff
and
and
a
lot
of
people
use
those
examples
and
they
don't
care
about
ecash.
B
They
just
want
to
focus
on
pch.
So
that's
why
I
just
basically
moved
some
of
those
files
to
a
separate
directory.
I
do
plan
to
flesh
that
out
as
we
go
and
because
yeah
just
so
that
we
can
give
equal
support
to
both
bch
and
ecash
good
question
but
yeah
in
terms
of
avex.
We
we
have
our
psf
ovix
wallet,
which
is
a
command
line
wallet.
It's
essentially
a
copy
of
the
psf
bch
wallet
but
running
on
avik.
B
So
those
are
we're
using
that
same
that
same
model
where,
like
that
command
line,
wallet's
going
to
be
our
essentially
our
reference
implementation
and
then
from
there
we'll
take
those
features
and
we'll
move
them
up
out
to
the
web
wallet.
But
but
we
don't
we're
we're
essentially
stopping
there.
We're
not
worried
about
the
backend
infrastructure.
For
that
like
we
are
with
bch,
because
all
ava
labs
is
very
well
funded
and
they
have
public
avalanche
nodes
that
we
can
use,
and
so
it's
just
like
that's
just
stuff
that
we
don't
need
to
deal
with.
B
So
we're
just
leveraging
that
and
we'll
see
we'll
see
if
that's
a
good,
a
good
decision,
but
I
mean
essentially
it's
just
it's
just
a
matter
of
of
trying
to
focus
our
attention
on
the
things
that
you
know
is
gonna
be
bch
is
basically
the
reference
in
the
the
reference
blockchain
for
me,
because
I
know
it
the
best
and
I'm
I
just
don't
want
to
spend
time
recreating
un
unnecessarily
back
in
infrastructure
that
that
we
don't
need.
B
Okay,
so
the
indexer,
probably
actually
the
first
thing.
I
should
jump
down
to
to
frame
all
this
very
last
item.
On
january
1st,
there
was
a
per
I
actually
wow.
I
know
exactly
what
happened
is
someone
was
consolidating
all
their
flex
usd
coins,
and
so
there
were
these
transactions
that
had
like
hundreds
of
inputs
of
little
flex
usd
utxos
and
and
consolidating
them,
and
this
is
what
happens.
This
is
why
flex
usd
is
like
a
problematic
coin
and
it
basically
knocked
all
the
slpdbs
off
the
network.
B
I
run
like
five
of
them
and
all
five
went
down,
and
it
was
just
simply
that
there's
too
much
memory
usage
and
the
mongodb
couldn't
deal
with
it,
even
though
it
had
32
gigabytes
of
ram,
and
so
we
are
and-
and
I
I
found
the
root
cause,
basically,
the
the
mongodb
needed
to
I
needed
to
increase
the
timeout,
like
mongodb,
just
needed
more
time
to
process
these
things
before
the
the
rest
api
that
was
talking
to
it,
gave
up,
and
that
was
a
root
cause.
B
So
I
increased
the
timeout
from
like
30
seconds
to
120
seconds
and
that
that
at
least
a
lot
is
now
allowing
slpdb
to
struggle
forward,
but
but
slp
db
is
like
very
clearly
in
its
death
throws
right
now.
If
I
had
a
system
with
64
gigabytes
of
ram,
it
might
be
a
little
better,
but
most
vpss
don't
offer
that
service.
It's
it's
really
hard
to
buy
a
desktop
with
that
much
ram.
32
is
kind
of
where
everything's
at
right
now.
B
So
if
you
set
that
as
your
reference
implementation
of
32
gigabytes
of
memory,
slpdb
is
like
clearly
in
its
death
throws,
and
it's
just
very
struggling
very
hard
to
maintain
a
sink
to
the
tip
of
the
blockchain,
which
we
knew
this
day.
I
knew
this
day
was
coming.
I've
been
waiting
for
it.
That's
why
we
created
we
started
work
on
the
on
the
this
new
slp
indexer,
so
timing
is,
is
actually
pretty
good.
B
The
I've
been
looking,
I've
been
running
at
the
indexer
and
then
comparing
the
results
against
slpdb
and
in
most
cases,
everything's
exactly
the
same.
There's
a
few
tokens
with
really
weird
dags
and
people
doing
really
weird
things
where
it's
a
little
different,
so
maybe
not
counting
all
the
burns,
definitely
all
corner
cases.
I
need
I'll
need
to
continue
to
look
into
that,
but
for
the
most
part,
the
accuracy
is
looking
pretty
good.
B
I've
built
a
rest
api
that
lets
you
look
up.
The
balance
of
an
address,
validate
that
a
transaction
is
a
is
a
valid
slp
transaction
and
and
get
sort
of
hydrated
transaction
information
like
how
many
tokens
were
in
the
input.
How
many
tokens
are
on
the
output
that
sort
of
thing
and
token
statistics
like
looking
up
the
total
burned
tokens
and
the
total
tokens
in
circulation
for
token,
so
those
apis
have
been
built.
B
They
exist
I
just
this
morning
I
added
the
status
rest
api
endpoint
that
lets
you
sort
of
just
query
an
api
endpoint
to
check
on
the
status
of
the
indexer,
like
what's
the
block
height
of
the
chain.
B
What's
the
sync
status
like
how
how
synced
is
the
indexer,
those
sort
of
things,
and
so
my
focus
is
next
week-
is
going
to
be
on
on
really
just
packaging
that
into
a
docker
container.
B
The
latest
iteration
of
this
code
is
at
block
704,
000
and
the
tip
of
the
chain
right
now
is
like
722
000.
So
it's
like
I
got
like
20
000
blocks
to
go,
but
it's
only
doing
as
what
I've
noticed
is
these
indexers.
They
start
off
really
fast,
but
then,
as
the
database
gets
bigger,
it
gets
slower,
and
so
now
it's
only
indexing
like
a
thousand
to
two
thousand
blocks
a
day,
which
is
fine
because
there's
only
144
new
blocks
in
a
day.
B
So
I'm
I'm
basically
indexing
a
week
for
every
day
of
processing
time
as
it
gets
closer
to
the
tip
of
the
chain.
It's
pretty
slow
but
anyway,
so
we'll
get
there.
But
it's
it's!
This
last
20
000
blocks
is
probably
gonna
take
a
few
days
to
get
there.
So
I'm
trying
to
package
everything
up
in
a
docker
container
get
a
public
instance
out
there,
so
that
people
can
start
kicking
the
tires
and
interacting
with
the
rest
api.
B
And
then
you
know
at
some
point
in
the
next
10
to
20
days.
It'll
it'll,
it'll
it'll
sink
to
the
tip
of
the
chain,
and
we
can
actually
use
it
and
then
from
there.
I
can
actually
just
take
snapshots
of
the
database
and
distribute
it
over
the
cash
strap
same
way.
We
do
the
cash
draft
infrastructure,
so
people
don't
actually
need
to
index
from
genesis.
B
Only
one
person
needs
to
do
this
anybody's
free
to
do
it,
of
course,
but
if
your
objective
is
just
to
get
something
up
and
working
you'll
be
able
to
download
our
database
snapshots,
which
will
be
about
eight
gigabytes
and
and
then
and
then
you
know,
get
set
up
and
running
in
about
an
hour.
A
So
if
once
this
launches,
if
people
say
a
business,
wants
to
use
slp
for
rewards
points
or
something
like
that,
they
could
just
take
a
snapshot
from
a
certain
point
and
then
run.
Would
they
need
to
run
that
out
on
location
or
could
they
could
this
be
a
business
that
somebody
could
start
up
where
it
says,
hey
I'll
run
it
and
you
can
run
your
rewards
points
for
me.
Yeah.
B
All
of
the
above,
so
I'm
trying
to
get
this
to
a
point
where,
like
the
other
bitcoin
cash
infrastructure,
you
don't
have
to
rely
on
anybody
you,
if
you,
if
you
have
the
technical
prowess,
you
can
run
your
own
infrastructure
and
you
don't
have
to
be
dependent
on
anyone.
So
that's
that's
the
that's
the
thing
I'm
trying
to
get
to,
but
but
we
we
will
offer
this
as
a
service
through
full
stack.cash
for
businesses
that
just
want
to
pay
a
monthly
fee
and
get
access
to.
B
You
know
a
professional
version
of
this
and
not
have
to
run
all
that
stuff
in
in-house
and
then
also
we're
going
to
incorporate
this
into
the
cash
stack
and
our
ipfs
infrastructure.
So
people
will
be
able
to
access
it
through.
This
isn't
going
to
be
a
drop-in
replacement
for
slp
db,
but
from
an
api
standpoint
it
can
be.
B
It
will
be
like
my
goal,
is
to
get
this
set
up
and
then
add
endpoints
to
bch
api
that
are
identical
or
very,
very
similar
to
the
existing
endpoints
for
slp
db,
so
that
you
can
get
all
the
same
information
that
you're
used
to
getting
and
so
anyways.
That's
that's
the
plan
for
for
moving
forward
with
that,
so
so
offering
different
tiers
of
availability
based
on
money
and
technical
prowess
and
yeah
yeah,
but
but
ultimately
making
it
so
that
people
aren't
required
to
depend
on
anybody
else.
For
this
information.
A
Yeah,
that's
one
of
the
things
that
excites
me
about
the
slp
protocol.
Over
some
of
the
other
token
protocols
I
see
out,
there
is
just
the
cheapness
and
the
ease
of
use,
and
so
it
helps
like
right
now,
especially
I've
been
diving
into
the
ethereum
world,
because
everything
is
so
expensive.
You
have
this
incentive
to
make
these
big
tokens
or
big
nfts.
You
know
it's
got
to
be
this
big
campaign.
It's
got
to
be.
We
have
to
develop
a
community
which
isn't
bad.
Those
are
all
good
things,
but
it's
not
something.
A
Where
say
I
run
a
food
co-op.
There's
lots
of
those
and
people
usually
pay
a
membership
to
be
a
part
of
it,
and
maybe
they
pay
that
membership
and
I
use
an
slp
token
to
distribute
to
them
for
claims
on
the
food
and
now
maybe
I'm
also
running
a
farmer's
market,
and
you
can
also
come
and
use
that
slp
token
at
the
farmers
market.
A
B
Yeah
yeah
and
once
I'm
gonna
stop
sharing
here,
because
that's
pretty
much
the
agenda
once
the
indexer
is
synced,
it
only
consumes
about
four
gigabytes
of
memory
and
and
it
has
no
problem
staying
synced
once
it's
synced,
that's
the
problem
that
slpdb
is
having
right
now
is
it
consumes
32
gigabytes
of
memory
and
it's
having
a
really
hard
time,
just
staying
synced,
and
so
that's
the
main.
B
A
Go
ahead,
I
had
a
question
I
just
kind
of
lost.
Maybe
it'll
come
back
to
me:
oh
yeah,
so
is
there
a
possibility
of
utilizing
cell
phones
for
the
database?
So
you
know
people
could
be
because
they're
talking
about
you,
know
bluetooth,
le
there's,
a
guy,
that's
big
into
security,
for
cell
phones
and-
and
you
know,
that's
internet
of
things,
tech.
I
forget-
I
think
it's
brax
or
whatever
on
on
youtube
and
odyssey
and
he's
talking
about
how
every
bluetooth
device
now
communicates.
A
That's
a
bluetooth
led
it
communicates
with
every
other
device
within
like
a
mile
radius,
and
my
thoughts
are.
Why
can't
we
utilize
this
in
a
way
to
say
essentially
have
a
second
internet
that
could
talks
to
the
internet
and
can
make
transactions
that
way.
So,
even
when
you're
not
connected
you're
connected
in
a
way.
B
The
my
goal
is
to
be
able
to
get
an
entire
cash
stack
to
run
reliably
on
a
desktop
computer
with
32
gigs
of
ram
or
or,
to
put
it
another
way,
four
raspberry
pi
or
two
or
three
three
raspberry
pi's.
B
So
the
the
full
node
consumes
about
two
gigabytes
of
ram
and
it
needs
about
like
so
I'm
just
going
to
ignore
hard
drive
space
because
it's
cheap
yeah,
but
none
of
the
none
of
these
software
requires
significant
cpu
resources
once
they're
synced
when
they're
syncing
they
require
as
much
cpu
power
as
you
can
give
it,
but
once
they're,
synced
and
they're
just
trying
to
maintain
the
tip
of
the
chain,
they
don't
require
significant
processing
power.
B
So
really
it
all
comes
down
to
memory
and
and
so
a
full
node
uses
about
two
gigabytes
of
memory.
The
fulcrum
indexer
also
uses
about
two
gigabytes
of
memory.
They
both
use
like
two
to
four,
but
I
think
they
can
run
on
two.
If
that's
how
you
give
them
and
and
then
this
new
index
or
the
slp
indexer
it'll
consume.
B
Like
four
to
eight,
and
so
even
if
they're,
all
using
as
much
memory
as
you
can
possibly
get
you're
like
what
eight
plus
eight
so
you're
like
16
gigs
of
memory,
and
so
everything
should
be
able
to
very
comfortably
run
on
an
old
desktop
or,
like
I
said,
if
you
had
one
raspberry
pi
dedicated
the
full
node
one
to
the
indexer
and
one
to
the
slp
indexer,
you
could
probably
run
the
whole
infrastructure
on
three
raspberry
pi's.
B
The
point
is
to
just
try
and
get
the
computation
requirements
down
to
to
something
like
that
and
then
from
there.
You
can
just
use
apis
to
move
the
data
around
as
you
need,
and
so
that's
what
can
run
on
the
cell
phone
and
that's
what
can
run
over
bluetooth.
D
B
Yeah
indexer,
like
a
white
list
yeah
so
slp
db,
has
that
feature,
but
it
actually
doesn't
help
very
much
in
terms
of
the
resource
usage.
That's
definitely
a
feature
I
want
to
add
to
this.
B
Slp
indexer
is
a
blacklist
in
a
white
list
where
you
can
tell
it
to
ignore
problematic
coins
like
flex
usd
or
honk
or
just
whitelist,
the
ones
that
you're
interested
in
like,
maybe
that,
maybe
you
only
want
to
pay
attention
to
stable
coins
and,
like
the
psf
token,
like
I've
done
that
before
I've,
I've
created
installations
for
clients
like
that,
where
you
know
yeah,
it's
like
if
you're,
if
you
don't
care
like,
if
you
like,
the
psf,
is
a
good
example
of
that
like
if
we
just
didn't
care
about
any
other
coin,
our
our
slp
infrastructure
could
be.
B
You
know,
improved
like
much
more
efficient
if
we
just
ignored
all
other
coins,
but
the
hard
the
heart
it's
much
harder
to
build
a
general
purpose,
indexer
that
tracks
every
coin
in
existence.
B
D
D
Not
so
so
exciting,
but
I
was
struggling
with
the
creating
the
signatures.
D
This
part
of
the
code
was
not
very
clear,
but
I
found
some
unit
tests
here
and
reading
this
code.
It
seems
so
easy
to
create
like
this
one
will
create
the
this
code
will
just
encode
the
all
of
the
public
keys
in
the
redeem
script,
like
it's
multi-c,
output
in
code
and
pop
key
one,
two,
three,
four:
five
something
and
this
transaction
builder.
You
just
put
this
in
the
redeem
script
and
it's
this
some
interesting
like
flak
for
the
signatures.
D
Usually
you
put
here
like
sick
hash
all,
but
there's
something
like
this
one
and
looking
on
this
coat.
It
must
be
everything
needed
for
multi-seek
transaction.
So
I'm
now
in
the
middle
of
trying
this
code
to
see
if
it
will
be
hubsy
enough
to
have
a
multi-seek
transaction.
That's
awesome!
This
is
all
in
bchjs.
D
Yeah,
it's
the
unit
code
for
the
because
how
to
see
looking
on
this
code,
it's
very
different.
This,
for
example,
this
line
for
some
input
with
c
some
index,
the
in
the
output
for
this
input,
but
it's
not
existing
for
us,
so
it
was
very
difficult,
but
looking
on
this
stuff,
maybe
this
mechanism
is
already
how
to
see
existing
inside
the
bch
library
itself.
Yeah.
You
just
need
to
put
there
the
the
right
redeem
script
and
it
will
create
the
other
parts.
B
Man,
I'm
so
glad
you
found
yeah.
You
know
that
I'm
glad
you
dug
into
this
because
so
I
mean
this
gets
back
to
the
history
of
bchjs,
so
it
started
as
bitbox,
which
was
created
by
gabriel
and
he
gabriel
cardona,
and
he
just
grabbed
a
bunch
of
bitcoin
likes.
He
basically
just
went
out
and
found
like
a
bunch
of
different
bitcoin,
javascript
libraries,
adapted
them
for
bitcoin
cash
and
then
and
then
incorporated
them
into
bitbox.
B
They
were
all
mit
licensed
so
and
so
bitbox
really
just
started
out
as
a
as
a.
What
do
you
call
it
like
a
collection
of
other
projects
and
so
that,
in
that
transaction
builder,
is
one
of
those
such
projects
like
gabriel,
didn't
create
that
it's
its
own
separate
javascript
project
which
may
have
been
abandoned
or
may
still
be
maintained?
I
don't
know,
and
so
yeah
he
must
have.
D
B
Yeah
yeah,
you
might
just
have
to
dig
into
that
transaction
builder,
and
if
you,
if
you
go
through
the
package.json
you
can,
you
can
sort
of
figure
out
where
that
code
originally
came
from
yeah
and
all
those
all
those
different
sig
hash
types
and
yeah.
All
that
information
you
just
kind
of
have
to
dig
through,
I
mean
so
good
job,
stewie
good
job
on
on
on
digging
into
this
and
really
dogging
this
thing
yeah.
So.
D
Just
wait
a
little
I
will
have,
maybe
more
so
in
the
other
ones,
just
10
minutes.
Maybe
I
maybe
briefly
talk
about
this
site
build
space
dot.
So
maybe
I
mentioned
it
in
the
end
of
the
previous
meeting,
but
I
encourage
everybody
to
try
this
because
it's
awesome
it's
how
to
see
hands-on
tutorials
to
create
different
stuff,
but
first
the
the
topics
are
great
see
you
just
built
it
down.
D
So
in
the
end
of
this,
you
have
a
working
down
or
you
can
have
like
nft
collection
on
solana.
Stuff
like
this
one
and
the
whole
process
is
great.
It's
like
a
small
you.
You
start
with
some
starter
code,
so
it's
already
small
working
application,
but
very
generous
one
like
a
small
react
application,
and
you
have
some
copy
paste,
the
code
that
you
add
and,
in
the
end
of
every
lesson
you
take
usually
like
a
screenshot
of
your
current
work.
D
So
finally,
you
have
like
your
whole
process,
documented
what
you've
done
from
the
beginning
to
the
end
with
the
screenshots,
and
if
you
see
on
the
like
this
different
topics,
it's
exactly
what
you
want
to
do,
even
if
you
don't
use
their
manual,
so
you
create
the
membership
nft.
D
Like
governance
tokens,
you
distribute
this
with
some
like
airdrop.
Also,
you
remove
admin
powers
from
the
keys.
All
of
these
steps
are
like
exactly
what
you
need
to
do.
It's
like
a
great
like
a
manual,
even
if
you
do
this
in
some
other
language
or
framework
or
whatever
wow,
so
this
dao
stuff
is
so
good
and
the
best
part.
All
of
this
is
without
a
single
co,
how
to
see
code
of
solidity.
It's
everything
javascript,
pure.
D
And
I
just
it's:
how
to
see
leading
to
my
second
gem.
B
So
question
for
you
on
these:
if
you
find
something
in
here
that
you
like,
can
you
port
it
over
to
avalanche
or
how
does
it
how.
B
D
Yeah,
it's
pretty
much
how
to
see
a
blockchain
independent,
like
I
will
mention
this
now,
the
other
stuff,
okay,
but
because
I
implemented
it
one
time
on
the
ethereum
in
one
time
on
polygon,
it's
working
on
both
of
them
on
the
test
nets,
but
it's
hard
to
see
can
be
done
also
in
avalanche
c
chain
without
problems
any
because
why
it
can
be
done
because
of
these
guys.
D
Thirdweb.Com.
These
guys
are
also
like,
like
champions.
What
they
have
is.
I
I
don't
know
how
exactly
to
explain
it,
but
it's
like
factory
of
contracts,
so
you
can
create
some
contracts
from
here,
but
in
the
end,
you
own
the
contracts,
not
they
so
you're,
using
some
like
contracts,
factories
to
to
create
your
contracts,
okay
and
they
is
it,
make
sense
or.
B
D
Show
some
so
when
you
create
some
project
I'll
just
make
random
name,
you
can
have
different
modules
in
this
one,
like.
D
Okay,
I
will
not
lose
time
with
this
one,
so
you
can
give
different
modules.
But,
as
I
mentioned,
you
just
have
to
see
four
core,
I
don't
know
create
the
your
contract
from
their
contract
and
they
have
also
a
javascript
library
which
is
named
like
third
web
dot
sdk,
and
it's
just
how
to
see
a
wrapper
on
top
of
the
eaters.
D
Oh
okay,
so
like
for
this
dao
project,
my
final
code
is
this
one,
so
this
is
bunch
of
javascript
scripts
like,
for
example,
see.
This
is
how
I'm
creating
the
governance.
Token.
It's
just
app
deploy
token
module
wow
and
you
just
gave
him
name
or
something
so
looking
on
this
one,
it
does
not
have
any
blockchain
dependencies
here,
so
you.
C
D
D
When
you
connect
your
wallet,
you
you
are
receiving
the
membership
nft
and
if
you
have
this
membership
nft
you
can
access
the
the
members
page.
B
D
So
if
you
have
time
just
go
through
this
build
space
project,
it
will
introduce
you
all
of
this
ready
ready,
like
libraries,
this
third
web
or
something
it
was
also
for.
The
solana
was
great
and
your
final.
This
is
the
interesting
part
when
you
finish
the
product
you
you're
getting
nft
for
the
completing
some
jobs
and
they're
awesome,
also
they're
like
animated
nice,
so
very
cool
so
see.
This
is
for
my
doll
guy
some
cookies.
D
Yes,
yes,
so
the
the
the
this
project
was
on
solana,
so
I
have
some
solana
nfts
inside
my
wallet
but
the
final
product.
The
final,
this
complete
projects,
they're
all
of
the
polygon,
because
it's
cheaper.
A
D
D
Educational
and-
and
I
I
can't
steal
this-
how
to
see
use
it
every
day.
I
just
look
on
this
like
journal
what
I've
done,
so
I
can
do
this
on
other
framework,
smart
bch
or
whatever-
or
I
can
do
this
without
the
third
web,
because
this
just
common,
like
sense
like
create
all
tokens,
do
this
this
this,
like
great.
A
Great
yeah.
B
Yeah,
if
I
iman,
if
I
can
find
the
time,
I
really
want
to
just
play
with
that,
just
to
assess
like
how
much
energy
would
it
take
to
build
a
dow
and
then
create
a
token
and
then
create
like
the
just.
You
know
like
okay:
let's
do
a
vote
and
release
some
funds
that
you
know
in
a
treasury
wallet
using
a
vote
using
the
nfts
and
just
like
yeah,
be
good
to
assess
just
that.
The
basic
that
basic
dow
governance,
workflow.
D
Also,
I
here
just
if
you
have
time,
I
I
put
some:
what
is
the
pronunciation
gist
just.
D
Like
it's
a
list
of
the
all
of
the
projects
that
we
talked
the
previous
year,
oh,
if
you're
sharing
your
screen,
we
can't
see
it.
Okay,
it's
just
a
list.
So
but
that's
fine
yeah!
It's
just
a
list
of
the
all
of
the
projects
that
we
told
the
previous
year.
This
unlocked
gnosis,
all
of
them
nice
and
I
just
tried
to
see
which
chef
blockchain
supporting
most
of
them,
so
the
golden
guy
was
polygon.
All
of
them
are
working
there
and
until
the
week
ago
it
was
my
first
choice.
D
I
was
like
okay
next
year,
I
will
develop
on
polygons,
but
before
a
week
something
happens
with
their
blockchain,
some
shitty
game
like
sunflowers
farmers
or
something
it's
broke.
The
whole
network,
like
their
fees,
increased
like
10
times
or
something
but
yeah.
So
I
I'm
now
searching
again
for
something,
but
polygon
was
great.
All
of
this.
They
have
like
gnosis
there
gelato
for
this
automation,
all
of
them
all
of
the
things
that
I
talk
about
and
maybe
next
one
I'm
not
sure
avalanche.
Also,
they
have
most
of
them.
B
Well,
that's
good
see,
that's
the
thing
is
like
there's
such
a
race
to
build
business
apps
on
some
of
these
networks
that
you
know
privacy
and
decentralization
and
like
these.
These
are
these
considerations
are,
are,
being
you
know,
just
they're
not
at
the
forefront,
and
so
you
get
things
like.
Oh,
let's
build
everything
on
polygon
and
then
it
crashes-
and
it's
like
why
I
don't
you
know
I
guess
I've
just
gotten
used
to
being
like
I'm
different
and
other
people
don't
think
about
it.
B
Don't
don't
place
such
a
big
emphasis
on
this,
but,
like
I
just
I'm
like
done
done,
building
business
apps
on
a
platform
that
I
don't
control
or
that
I
have
to
rely
on
some
third
party
in
order
to
do
that,
but
I'm
also
not
building
very
fast
yeah.
The
problem.
D
Is
that
how
to
see
I'm
already
sick
of
how
to
see
porking
tools?
I
cannot
start
building
applications
because
I
don't
have
like
this:
how
to
see
alchemy,
api
or
gelato
or
something
they're
just
missing.
D
A
Yeah
yeah
there's
as
far
as
building
as
well
there's
crypto
zombies,
dot,
io
I'll
just
share
this
real
quick
with
people
on
the
stream.
A
My
buddy
out
ryder,
we
were
doing
a
podcast
where
we
talk
about
nfts
and
cryptos,
and
then
we
actually
dive
into
code.
So
you
can
check
that
out,
and
this
is
one
of
the
things
we
talked
about
where
you
can
go
and
make
games
on
solidity
and.
A
Know,
oh
sure
they
can
see
it,
but
it
doesn't.
B
A
Because
I'm
running
obs
it
doesn't
work
for
that
and
then
another
thing
is
the
helium
ecosystem.
Crazy
money
was
saying
that
they
are
already
using
what
we
just
talked
about
bluetooth,
to
build
a
networking
and
looks
like
they're
mining
and
doing
crypto
using
bluetooth
and
iot
devices.
So
I
will
transition
back
over
here,
but
that
was
in
the
chat
there
and,
let's
see
who
else
and
then
yeah
crazy
money
was
talking
about
that
and
then
bitcoin
payment
module
says
meeting,
isn't
complete
without
gems.
So
and
I.
D
E
E
A
Oh
yeah,
I
hear
ya.
Well,
that's
that's
awesome.
All
this
stuff
is
is
really
really
cool
and
still-
and
you
gave
me
subjects
for
the
next
few
podcasts
because
we
like
to
actually
dive
into
that
stuff.
If.
D
Creating
the
bch
manual,
I
think
they
will
be
interested
like
if
you
can
put
some
of
our
stuff
inside
their
build
space
framework,
so
people
can
try
building.
It
will
be
great
like
creating
sop
token,
on
bch
or
some
kind
of
yeah.
I
like
their
how
to
see
how
they
going
like
a
small
journal
of
what
you're
doing
you're
getting
in
the
end
nft
to
be
happy
with
the
how
to
see
something.
D
B
C
Does
anybody
have
any
closing
thoughts?
Just
I
wanted
to
comment
again
and
how
overwhelming
the
whole
space
is
and
finding
your
niche
is.
Is
I
think,
one
of
the
bigger
challenges
that's
going
on
right
now
for
people
there's
so
many
opportunities
and
so
many
different
places
you
can
go
so.