►
A
Hi,
everyone
welcome
to
the
ipfs
core
representations,
weekly
sync
for
monday,
the
26th
of
october
2020.
I
am
a
king
brain.
I
will
be
your
host
we're
going
to
play
the
game
of
what
we've
done,
what
we're
brought
by
what
we're
doing
next
we're
going
to
go
through
our
high
priority
initiatives,
our
slightly
lower
priority
initiatives
and
then
design
review
parking
lot.
Q,
a
all
that
we're
going
to
have
a
great
time,
it's
going
to
be
amazing,
probably
the
best
one
ever
without
further
ado.
A
Let's
get
started
with
the
high
priority
initiative
so
upcoming
and
shipped
releases.
I
can
talk
about
changes
quickly
that
is
going
to
ship.
Soon
we
got
the
types
in
at
the
end
of
last
week,
thanks
to
some
heroic
efforts
from
iraqi,
which
is
very
much
appreciated.
So
that's
going
to
go
out.
A
A
So
that's
a
thing
that
people
should
be
aware
of,
and
also
like
lots
of
small
fixes
trying
to
like
bring
so
that's
kind
of
fallen
out
of
the
of
the
types
work
is
the
a
lot
of
the
apis
aren't
aligned
between
the
http
client
and
the
core
and
they're
supposed
to
be
so.
Some
of
those
apis
are
now
more
aligned
than
they
were
before,
which
hopefully
will
reduce
confusion.
They
may
trip
some
people
up.
Please
do
read
the
release,
notes
it's
going
to
be
very
important
anyway.
That's
it.
B
There
will
probably
be
an
ipget
release
this
week.
Yeah
go
ip5.8
still
some
things
that
need
to
get
done.
We
last
last
week.
Not
a
lot
happened
on
that
front,
between
people
being
people
being
out
of
town
and
and
just
other
things
coming
up,
but
we
are,
we
are
post
most
of
our
ci
hell
and
so
should
be,
should
be
getting
a
move
on.
C
I
have
some
updates
for
ipget
that
are
not
posted
as
prs
yet
so,
if
there's
anything
any
features
run
again
before
that
release,
let
me
know
or
if,
if
the
features
already
been
decided,
then
we
can
always
put
them
in
next
time.
D
And
quick
shout
out
that
ipfs
desktop
0.13
shipped
some
time
ago
with,
like
in
the
past
two
weeks
and
it's
shipped
with
go
ipfs
0.7.
So
that's
that.
A
It's
sweet
when
I'm
watching
because
we
didn't
have
a
catch-up
last
week.
So
that
is
why
that
is
a
notable
release
for
this
sketchup
cool.
Moving
on
the
pinning
services.
C
Yes,
so
as
far
as
the
pinning
services
are
going,
I,
the
implementation,
is
essentially
complete,
and
I
want
to
have
a
review
of
that
before
printing
that
today,
if
everything
looks
good
and
that
will
put
the
pinning
services
in
a
much
better
place
as
far
as
performance
is
concerned,
by
backing
with
our
data
store,
so
the
changes
there
should
there
aren't
gonna,
be
any
breaking
api
changes
like
that
they
should
be
invisible.
C
Things
should
just
work
faster
and
let
put
some
of
the
groundwork
down
for
api
changes
that
will
be
up
and
coming
to
be
in
sync
with
the
remote
pending
api.
So
that's
on
track
for
all
that.
Getting
done
this
weekend
being
part
of
the
the
upcoming
release.
B
Yeah,
we
also
relates-
I
don't
remember
if
I
post
it
in
here
or
not
last
last
week,
but
yeah
we
had
some
really
productive
discussions,
trying
to
align
the
what
we
want.
The
new
sort
of
local
pinning
api
to
look
like
with
the
remote
pinning
api
and
so
they'll
be
basically
the
same
and
lytle
linked
in
there.
Some
small
changes
to
the
remote
api.
Yes,
yes,
one
thing
that
came
out
of
that
was
the
defaults.
The
default
search
by
name
was
case.
B
Insensitive
contains
so,
like
you
know,
star
word
star
effectively,
is
what
you
were
looking
for
and
that's
like
an
expensive
operation
to
run,
especially
as
the
default.
B
So
we
would
like
to
change
the
defaults
so
that
it
is
a
fast
exact
match,
something
that
you
can
do
on
an
indexed
thing
in
like
001,
and
that
would
also
make
it
really
nice
to
use
with
your
local
data
store
that
might
have,
like
you
know,
a
crazy
number
of
pins
so
that
that
pr
is
up
there.
B
If
you
have
any
thoughts-
but
I
think
you
know
learning
from
from
some
of
our
lessons
of
things
like
ipfs
pin,
ls
and
having
the
defaults
be
the
fast
thing
and
letting
people
opt
in
to
the
more
information
slower.
One,
I
think
is
the
smarter
move.
B
Also,
once
we
land
some
of
this,
the
go
ipfs
prs
with
some
testing.
B
There
will
be
some
examples
out
there
for
if
people
want
to
test
their
client
against
a
remote
service,
they
can
sort
of
see
what
is
that
we're
doing,
which
is
just
sort
of
spin
up
a
docker
container
with
andrew's
pinning
service
server
and
then
just
like
run
some
queries
again
run
some
http
queries
against
it
and
like
see
how
everything
goes,
do
we
actually
have
any
published
benchmarks
already
that
we
can
present
it
against
for
the
local
stuff
alex?
Are
there
scripts
that
you
used
when
you
collected
your
benchmarks.
A
Yeah,
so
in
the
issue
on
jsonpfs,
I
put
the
scripts
up
that
I
was
using
there
but
they're
just
ad
hoc
things.
I
can
test.
A
B
E
C
A
Cool
next
up
from
the
list
is
sekai
removal.
So
I
talked
about
jcpf.
That's
going
to
be
going
well,
it's
going
to
be
removed
in
the
next
release,
which
is
going
to
land
imminently.
A
Next
up
is
just
improved
discoverability
and
connectivity.
That's.
B
Cool
one
thing
about
second
removal:
jacob:
what
is
there
an
update
on
when
we
are
going
to
just
turn
things
off
for.
E
Let's
sync
up
this
week,
we
have
some
potential
like
time
on
changes
on
some
stuff,
but
we'll
sync
up,
and
I
think
we
should
be
able
to
reasonably
shut
some
stuff
off
soon.
So
what
we
can
touch
base
offline.
F
Okay,
so
in
the
improve
discoverability
and
discovery
and
connectivity
in
js,
I
was
out
last
week,
so
there
was
not
that
much
progress,
but
in
the
outer
relay
front
I
have
only
one
pr
pending,
which
is
the
custom,
announce
filter
to
filter
out
the
to
provide
the
users.
The
ability
to
filter
out
addresses
that
they
don't
want
to
announce
it's
mostly,
then
I
just
need
to
add
tests,
so
it
should
be
done
probably
today
in
the
rendezvous
part,
I'm
mostly
blocked
now
on
the
discovery.
E
Along
the
lines
of
json
pdp,
just
fyi,
we
did
release
a
patch
last
week
that
fixes
like
leaking
streams
that
weren't
closing
properly
so
that
that's
patched
and
then
there's
some
work
to
improve
the
interfaces
there
that
I've
started,
but
that
will
likely
won't
land
until
maybe
next
week
or
something
that
hopefully,
we
can
ship
with
po30.
A
Cool
that
is
it
for
the
end
of
the
high
priority
initiatives.
So
moving
on
to
the
other
initiatives,
improving
web
ui
file
ad.
G
Not
much
update
on
there
it's
being
kind
of
behind
the
types
and
typescript
stuff,
so
hopefully
this
week,
but
pr's
are
there.
Next
one
is
also
mine,
but
alex
already
talked
about
it.
Typescript
stuff,
it's
landed
yeah
thanks,
alex
for
tag
teaming.
This
through
we'll
probably
be
adding
more
stuff
over
time,
because
it
doesn't
quite
cover
everything,
but
it
was
good
to
actually
learn
something
and
then
improve
things
in
the
tree.
B
I
think
we're
mostly
just
waiting
on
the
badger
folks
to
come
up
with
a
release
and
then
decide
whether
a
breaking
change
that
they
made
is
going
to
happen
transparently
or
whether
we're
going
to
just
be
skipping
straight
to
badger,
3.
andrew
as
have
they
updated
anything
about
that
or
not
yet.
C
No
I've
I've
been
checking
and
they
haven't
unless
they
post
that,
just
just
before
this
meeting,
they
have
not
yet
made
a
release
yet
and
so
yeah,
like
you
said
they
introduced
some
breaking
changes,
but
their
rule,
which
they
have
been
following
quite
well,
is
that
if
they
break
break
it
then
they'll
do
another
major
release
at
this
point
so
yeah
we
don't
know
if
we'll
go
to
badger,
2
or
badgers
badger
3
to
get
these
features.
C
So
I
can,
I
can
ping
them
and
see
if
I
can
get
a
ata
on
that,
but
I
suspect
that
they
don't
really
have
one
at
this
point.
B
B
C
A
Cool
next
up,
dns
adder,
resolving
in
jazz.
F
Yeah,
the
the
three
pr's
for
multi
others
may
have
empty,
and
liquids
b
are
ready
for
review.
I
just
addressed
the
review
of
the
mifmt
earlier
today
and
I
just
need
to
test
the
michael's
pr
that
updates
the
examples
to
use
the
new
dns
other
multi-others
and
check
if
everything
is
now
working
as
expected.
So
I
hope
that
we
will
get
this
done
this
week.
A
Rad,
that
brings
us
to
the
end
of
the
other
initiatives
so
now
moving
on
to
the
other
stuff,
so
design
review
proposals,
anything
that
you
would
like
to
have
a
design
review
about.
D
Ask
I
got
the
question
regarding
the
rendezvous
and
discovery
api
are
those
like?
Are
those
like
a
prs
with
the
documentation
or
is
it
at
the
level
of
just
just
implementation
codes.
F
The
rendezvous,
it's
a
it's,
the
pr
with
implementation
in
the
lipitp
rendezvous
module.
The
discovery
api
is
an
issue
where
there
is
a
proposal
where,
basically,
the
goal
is
to
use
the
rendezvous
and
the
content,
routing
and
eventually
other
modules
in
the
future.
For
this
discovery
of
services,
and
so
it's
basically
an
issue,
I
can
send
the
link
to
you.
Where
is
it
my
proposal?
And
now
we
should
do
it.
D
D
G
I
just
put
items
there,
so
we
do
have
a
bunch
of
places
in
js
ipfs,
where
we
say
there's
the
interface
for
say
repo
and
you
can
provide
implementation
but
pretty
much.
There's
a
js
ipfs,
repo
implementation
and
similar
stuff
for
bitswap,
and
there
are
some
interface
definitions
and
markdown
files
that
potentially
others
could
implement.
G
A
I
think,
like
a
good
place
to
start,
for
that
might
be
something
like
the
data
store,
because
we
have
headline
interface.
Data
storage
defines
a
suite
of
acceptance
tests
fundamentally
that
verifies
that
the
implementation
is
a
data
store
and
adding
types
to
that
would
be
like
a
logical
extension
because
then,
if
that's
a
like,
if
that
pans
out
and
that
works,
then
we
can
totally
replicate
that
pan.
G
Okay,
so
are
you
saying
we
should
add
it
to
there
or
have
a
separate
ripple?
I
was
sort
of
thing:
is
that
having
the
interface
as
a
separate
thing,
so
you
don't
have
to
pull
in
other
dependencies
would
be
useful
on
its
own,
but
maybe
that's
a
better
place
to
do
it.
A
But
all
the
implementations
of
the
data
store
would
depend
on
the
interface
to
run
these
sentence
test,
so
they
already
defend
them.
A
All
right,
I
guess
that's
it!
That's
the
end
of
the
parking
lot.
Please
fill
in
your
weekly
updates,
it's
lovely
to
know
what
everyone's
been
doing.
This
has
been
the
core
foundations
weekly
sync
from
monday,
the
26th
of
october.
It's
been
amazing,
I
told
you
it's
gonna
be
really
good.
Thank
you
very
much,
see
you
all
next
week
bye.