►
From YouTube: Bisq developer session 28.05.2019
A
All
right,
hello,
everybody-
this
is
a
restart
of
our
developer,
call
for
May
28
29
teen.
We
started
the
call
on
jitsi
and
had
oh
I
had
started
out
by
describing
the
proposal
number
93
at
a
high
level
and
I.
Don't
know
if
it's
worth
doing
that
again,
but
we
had
so.
We
described
a
proposal
and
we're
working
on
getting
feedback
and
suggestions
and
comments
from
other
people
on
the
call.
So
would
anybody
like
to
share
their
thoughts
on
that
proposal
as
it
as
it
stands?.
B
I'm
just
understand
it
completely
from
a
user
perspective.
So
if
I'm
a
bit
compile
I'm
installing
the
piece
client
for
the
first
time,
I
have
to
create,
let's
say:
I
want
to
trade
Bitcoin
with
euros
with
CIPA
I
have
to
create
my
sip
account.
Then
I
will
have
the
trade
limit
of
that
moment.
It
would
be
0.01
Bitcoin
right
and
that
will
be
forever
as
if
I
don't
do
any
of
the
additional
verification
steps.
B
A
B
B
B
B
A
Think
so
I
think
the
only
thing
I
would
add
to
that
is
that
the
seller,
in
that
case,
should
wait.
I
would
say
some
amount
of
time.
A
couple
of
weeks,
I
think
in
that
proposal
we
specified
three
weeks
to
make
sure
that
no
chargebacks
occur
before
releasing
the
Bitcoin
and
finalizing
the
trade.
Okay.
B
A
C
Would
be
the
minimum
reasonable
to
wait
if
the
seller
and
the
buyer
are
willing
to
wait
more
well?
That
would
be
best,
but
at
least
four
working
days,
because
most
charges
will
occur
on
that
time
window.
Of
course
they
might
happen
later,
but
like
that
most
Chairman's
would
occur
on
that
time.
Window.
B
And
and
as
far
as
I
remember,
it
was
just
a
suggestion
that
we
move
the
fee,
the
the
take
of
here.
So
if,
if
the
seller
does,
if
the
cell
has
to
take
a
they
take
a
fee
to
the
to
the
buyer,
that
the
only
Prado
I
don't
think
that
with
the
current
trade
protocol,
I
think
this
is
not
possible
right
now,
so
it
will
be
quite
difficult,
so
it
I
don't
think
we
can
do
that
at
least
I'm,
not
even
here.
B
B
B
Yeah
I
think
it's
it's
it's
a
good
idea.
The
only
problem
I
see
your
and
what
I'm
not
sure
about
if
it
should
be
kind
of
optional,
an
optional
feature
of
or
official
for
us
everyone
to
to
go
through
this
process.
So
if
it's
just
kind
of
an
additional
protection
feature,
so
so
people
see
attention,
you
are
trading
with
unverified
account
and
if
any
charge
pack
happens,
it's
it's
on
you
to.
Maybe
maybe
maybe
we
can
can
kind
of
have.
This
have
a.
B
Yeah
Oh,
what
about
just
wanted
to
say,
I
think
it
I'm
not
sure
if
it
should
be
optional
or
required
if
it's
a
feature
that
everyone
is
forced
to
use
and
it
does
not
rate
possible
if
you
don't
have
verified
your
account
at
all
or
if
it's
up
to
the
to
the
seller,
to
take
the
risk.
So
that
is
the
seller
see
yeah.
B
The
count
is
zero.
You
can
you
can
trade
with
this
this
party
or
this
peer
also
higher
than
0.01
Bitcoin,
but
in
case
of
a
chargeback
you
got.
You
know
you're,
not
refunded
at
all.
So
it's
it's
because
yeah
the
risk
is
on
you,
but
unfortunately,
I
wasn't
able
to
really
think
a
lot
about
the
proposal.
I've
only
had
time
before,
I
call
to
to
read
through
it
so
Tamara
at
other
points
that
come
up
sooner
or
later,
yeah.
A
A
How
could
be
how
that
could
be
done,
because
account
age,
I
think
would
have
to
be
uniform
for
it
to
be
mean
to
be
meaningful
at
least
uniformly
derived
they
like
it,
because
it,
for
example,
if
some
people
don't,
if
some
people
would
rather
not
participate
in
this
I
guess
and
the
question
is,
how
would
their
account
each
be
determined
we'd
have
to
figure
out
a
way
to
to
make
that
number
meaning
fuller.
You
know,
okay,
today's.
C
We
will
never
know
that,
because
this
can
never
know
what
what
happens
on
the
fiat
side
so
since
that
is
not
something
that
we
can
have
for
sure,
but
what
we
might
more
or
less
assume
is
that
at
least
the
the
trust
abuser
or
the
old
user
he
is
going
to
to
set
to
truthfully
compromise
payment.
What
we
could
do
is
make
optional
the
two-factor
authentication,
but
still
not
triggering
account
age
until
an
old
user
confirms
the
payment
from
from
a
new
user.
C
In
that
case,
the
the
account
h-parameter
would
be
much
stronger
than
it
is
now.
It
would
be
a
stronger
with
two-factor
authentication,
but
that
would
be
some
somewhere
in
the
middle
and
a
mindful
for
uses
that
carry
a
lot
of
the
privacy
or
market
makers
are
very
active
traders.
They
are
going
to
to
to
ops
to
take
the
option
of
only
verifying
users
if
those
the
users
are
willing
to
pay
from
two
accounts
or
or
whatever
other
two-factor
authentication
is
proposed.
That's
the
other
part
of
the
proportion.
A
B
The
chat
the
problem
is
I
haven't
haven't
touched,
the
messaging
part
myself
so
far,
I
just
just
just
seen
some
some
your
iPad,
so
so
for
a
realistic
estimation,
I
would
need
to
look
into
the
code
more
in
more
detail.
So,
okay,
I
do
know
that
yeah
that
the
messaging
is
everything
is
prepared,
and
there
is
there's
the
possibility
to
send
messages
please
to
the
arbitrator,
but
yeah
I
just
have
to
to
look
first
at
the
code,
otherwise
I
think
man
I'm
not
sure.
B
If
Manfred
wrote
it
in
some
of
the
proposals,
if
from
his
side
it
would
take
two
weeks
roughly
I'm,
not
sure
if
I
have
that
correctly.
My
one
mind
if
yeah,
so,
if,
if
Manfred
it
would
take
now
for
two
weeks,
if
you
would
what,
if
he
works
full-time,
they
would
take
at
least
one
month
for
everyone
else.
I
guess
full-time
to
make
this
happen
so
but
yeah
to
make
a
realistic
estimation.
I
think
yeah
I
have
to
have
a
look
at
the
code.
First
yeah,
okay,.
A
B
Way,
but
it
should
be
doable
but
yeah
what
what
I
think
is
whatever
we
want
to
do.
We
have
to
think
about
okay,
what
what's
the
minimal
version
that
makes
still
make
sense
at
the
weekend,
ship
and
and
start
doing
that
and
and
it's
iterating
step
by
step.
So
so,
maybe
also
other
developers
can
pick
it
up
as
well
and
we're
not
getting
too
much
workload
because
unfortunately,
I
wasn't
at
any
of
the
other
calls
are.
B
Regarding
the
the
workload
to
say
what
what's
my
availability
at
the
moment,
the
problem
is
with
the
timing
and
it
wasn't
planned
this
way
that
Manfred
fades
out
that
quickly,
I'm
on
paternity
leave
until
end
of
August,
and
until
that
time
I
would
say,
I
have,
if
it's
a
if
it
works
out
very
well,
I
can
I
might
be
able
to
work
20
hours
per
week,
but
that's
kind
of
a
best-case
scenario,
just
just
to
put
in
perspective
the
amount
of
workload
I
am
able
to
handle
at
the
moment.
Unfortunately,.
A
B
B
Just
to
give
Hannah
percent
good
feedback,
yeah
I'm,
really
sorry
that
I
wasn't
able
to
give
feedback
in
over
the
over
the
last
last
last
week's
and
I
might
need
some
some
some
time
to
think
it,
through
also
from
user
perspective,
to
give
better
better
feedback
on
the
episode.
So
sorry,
sorry
that
I,
don't
don't
have
a
kind
of
a
perfect
final
feedback
at
the
moment.
No.
A
No
no
problem
I
mean
it's
not
easy
to
understand
these.
These
proposals
and
I
think
you
already
show
that
you
understand
it
fairly
well,
at
least
well
enough
to
have
a
bit
of
a
conversation
about
it.
So
don't
apologize,
but
yeah
I
think
you're
right
that
we
should.
We
should
develop
a
clear
idea
of
how
this
thing
should
be
implemented
from
the
user
perspective,
the
UX
and
that.
B
Kind
of
thing
regarding
the
blacklist:
if
you
want
to
do
this
in
a
decentralized
way,
it
might
be
quite
complicated,
I
guess
at
the
moment,
I'm,
not
sure,
yeah
sure
as
I
guess
you
are,
you
guys
are
way
off
that
we
have
the
possibility
to
come
to
filter
by
account
details
or
onion
addresses,
so
we
can
ban
users
completely,
but
in
in
the
current
approach
we
needed
additional
blacklist,
so
so
people
are
only
flagged
and
not
really
banned
from
from
complete
trading.
It's
a
right
zone.
C
C
Day
would
be
late,
it
would
be
like
flag
like
the
trading
would
go
to
the
minimum
and
when
they
verify
again
and
back
Norma,
but
what
my
I
don't
know.
If
that's
too
harsh,
maybe
only
this
family
should
get
blacklisted
and
and
what
we
call
the
caution
caution
accounts.
Maybe
we
should
let
them
I,
don't
know
I'm,
not
sure
about
that
I,
don't
know
if
it's
too
harsh,
just
Steve
and
I
were
we're
a
little
bit.
C
B
One
question
not
our
clear
it,
but
if
we
would
increase
the
deposit,
the
bio
deposit,
up
to
a
hundred
percent
and
people
who
who
are
not
verified
at
the
moment
or
have
an
account
age
that
it's
yonathan
trust
of
match,
can't
trade
higher
but
would
need
to
put
down
the
full
trade
amount
as
deposit
and
an
additional
amount.
So
they
have
F
something
to
lose.
Do
you
think
people
would
would
still
trade,
or
is
it
unrealistic
if
you
would
well.
C
For
me,
I
think
that
that
would
be
if
you
combine
that
with
a
little
bit
more
delay
like
the
sellers
waiting
a
few
days.
Well,
that
would
be
I
think
that
the
scammers
would
think
twice
before
doing
before,
using
a
scam
because
they
would
lose
their,
but
that
has
its
drawbacks
for
Honus
users
that
now
have
to
put
a
hundred
percent
of
deposit.
So
that's.
C
Yeah,
indeed,
wouldn't
I
was
discussing
with
Steve
internally
that
maybe
if
this
proposal
goes
through
and
the
chatons
enable
and
2-factorial
fertigation
is
implemented,
then
it
could
be
even
almost
the
opposite
to
have
bias
without
any
security
deposit
at
all
for
very
small
quantities.
But
if
the
seller
truly
verifies
the
buyer,
with
all
these
new
implementations
and
all
these
new
protection
mechanism,
then
we
could
go
even
to
the
in
the
other
direction,
to
open
more
the
the
user
experience
for
for
people
that
don't
have
any
BTC
at
all.
C
C
This
the
implementing
the
two-factor
authentication,
even
if
it
is
all
the
option
on
implementing
the
possibility
of
chat
or
pre
trade
for
the
roadmap
of
bisk
on
the
long
term.
It
would
be
good
because
it
could
even
allow
things
like
like
this
like
now,
the
sellers
are
able
to
be
more
confident
with
the
buyers,
so
we
could
even
open
the
possibility
of
onboarding
more
easily
new
users,
because
now
we
have
the
tools
to
to
verify
them.
B
Yeah
yeah
yeah,
absolutely
mm-hmm.
Can
we
maybe
do
it
that
way
it
just
from
my
perspective.
I
will
I
will
go
through
also
the
cold
parts
that
would
be
touched
by
by
the
police
feature
so
at
a
better,
better
idea
on
the
workload
and
the
amount
of
work
that
needs
to
be
done
to
make
this
happen
and
then
I
will
then
I
might
be
in
a
better
position
to
tall
so
to
say
in
more
detail
what
we
could
can
do
easily
and
what
what
might
work?
Maybe
maybe
the
chat
is
really
easy
to
do.
B
C
This
would
be
a
hung
step
on
not
meeting
the
arbitrator's
and
for
the
black
disinterest
by
listing
Stephen
I
have
a
couple
of
ideas
that
maybe,
if
they
could
work,
but
we
didn't
want
to
include
them
in
this
proposal
because
for
now
we
have
the
arbitrator's-
and
this
is
complex
in
earth-
wreck
a
decision.
So
we
preferred
first
to
to
to
propose
these
methods,
because
I
think
that
the
part
of
the
centralizing
the
blacklisting
process
has
completely
separate
from
from
a
two-factor
authentication
and
the
chat
system.
Yeah.
That's
true,
but
yeah.
B
B
A
This
is
just
for
the
record,
as
you
made
a
comment
in
the
YouTube
chat
that
he
actually
started
on
the
the
chat
feature,
but
he
said
that
it
might
be
a
little
more
work
than
he
thought,
but
probably
not
too
much
so
I'm,
not
sure
exactly
what
that
means.
But
I
guess
he
might
be
a
good
person
to
talk
to
when
you
do
look
into
the
code.
For
that.
Yes,
he
seems
to
have
some
experience
on
that.
A
I
guess
it's,
it
sounds
like
it
sounds
like
we
might
want
to
just
stick
to
the
simplest
simplest
possible
measures.
To
start
I
mean
I,
guess
if
we
could
do
to
factor
that
would
be
great
but
like
like
mÃnimo
was
saying
before
I
mean
I.
Think
just
having
a
an
older
user
confirm
a
payment
and
using
that
as
a
starting
point
for
account
aging
could
be
quite
valuable
on
its
own
too.
B
But
with
an
older,
older
user,
so
that
the
woop,
if
we
would
would
start
with
that,
that
an
older
user
is
able
to
kind
of
very
fine
and
a
new
account,
so
that
would
be
then
a
separate
user
interface
or
we
would
still
kind
of
because
yeah
all
the
user
also
has
to
wait
for
long
enough.
So
that
he's
sure
that
no
charge
back
will
will
take
place
before
he
is
kind
of
confirming.
A
B
The
moment
it's
done
on
payment
methods,
okay,
I'm,
certain
payment
methods,
so
first
certain
payment
paid
as
a
payment
off
other
trades
set
of
traits.
It's
not
done
yet,
but
I
should
be
super
possible.
Yeah
I
have
a
look.
Unfortunately,
I
haven't
touched
the
deeper
parts
of
these
codes,
not
this.
It's
awful
yes
marketed
so
for
most
of
the
stuff.
I
just
have
to
to
do
some
code
reading
together.
Sorry,
but
the
noise
as
I
have
to
get
a
better
better
idea
on
the
exact
implementation,
I.
C
Think
that
maybe
for
that
it
would
be
two
different
approaches.
One
one
would
be
just
to
to
do
the
same
thing,
and
this
done
now,
but
instead
of
six
days
it
would
be
I,
don't
know
15
or
20
white
noise
for
for
for
trace
that
involve
Assyria
calmed
user.
I
know
how
difficult
or
easy
is
that
to
implement
and
the
other
approach.
C
I
think
the
the
project
you
were
talking
about
is
to
have
a
time
lock
on
the
BTC
like
they
their
release
it,
but
they
are
not,
is
not
possible
to
use
them
or
something
like
that.
This
is
something
that
Manfred
proposed
in
in
the
in
the
delay
proportion
it
could
be.
Instead
of
delaying
the
the
payment,
it
could
be
done'
cell
with
a
time
lock,
yeah.
B
Yeah,
I
reran
the
time
block
on
the
pickle
and
a
transaction
level.
I
think
Manfred
also
told
me
in
one
of
our
calls
a
reason
called
that
this
might
not
might
also
be
more
difficult
and
then
with.
Then
we
thought
is
it's
not
mind
or
by
the
Maya
immediately,
so
it
might
be.
It
is
kind
of
time
lock
transaction,
so
it
might
be,
there
might
be
the
need
to
read:
read,
publish
it
again
when
it's
time
to
release
so
so
yeah.
B
We
have
to
have
a
look
if,
if,
if
it's
possible
to
publish
it,
you
know
in
a
way
that
it's
getting
edit
to
the
block
already.
So
we
don't
have
this
this
this
this
issue
that
we
had
with
the
pay
the
pay
out
delay
before
that
the
seller
has
to
be
online
and
then
release
and
send
send
the
transaction
at
a
later
point.
But
yeah
I'll
have
a
look
on
details.
Okay,
just.
C
B
Think
this
this
would
be
easier
for
sure.
So
I
think
this
is
this
kind
of
stuff
that
we
just
so
it's
my
kind
of
a
user
interface
that
so
we
make
the
user
where
and
we
can
even
block
the
user
from
from
releasing
it
immediately
so
that
he
really
waits
to
be
sure
or
we
advise
to
trader
to
wait
until
the
time
yeah.
But.
B
C
Maybe
if,
if
it
is
too
complicated
too
complex,
that's
why
I
was
just
suggesting
just
to
amplify
and
then
one
you
informed
the
seller,
how
she
should
proceed
and
wait
as
much
as
much
as
possible
for
for
confirming
the
payment.
It
would
be
well,
no
stats
I
would
measure,
but
maybe
something
in
the
middle
I
don't
know.
Yeah.
B
Yeah,
take
that
could
could
work.
I
have
to
see
if,
if
you
can
make
this
also
work
from
the
from
from.
Do
you
I
on
on
both
sides,
but
there
should
be
there
should
be.
Maybe
that's
that's
a
way,
so
people
can
still
so
if
I
cannot
understood
correctly,
so
that
the
silicon
can
still
release
the
Bitcoin
immediately
if
you
want
to,
but
we
advise
him
to
delay
the
releasing
of
the
Bitcoin
as
long
as
possible
until
yes,
he
as
the
feeling
or
is,
is
sure
enough
that
this
would
be
no
charge
back.
Yeah.
C
C
C
B
B
B
B
B
A
C
A
C
B
I
think
that
the
good
thing
is
you
if
you
use
our
chat
yeah.
Of
course,
we
have
all
the
messages
signed
and-
and
you
can,
you
know-
have
a
look
at
it
later.
So
it's
it's
provable
the
communication
and
if
some
someone
tries
to
scam
people
yeah,
we
can
collect
them
afterwards,
if
our
or
if
we
see
that
work,
any
more
issues
on
Tetra
cards
that
we
change
this
weekend.
B
What
what
might
also
make
sense,
if
you
implement
the
chat
that
we
make
it
also
disabled
able
by
biofilter,
just
in
case
that
we
get
severe
issues
that
we
can
just
block
a
stop.
Stop
the
chat
through
a
through
a
centralized
fill
the
message
just
in
case
that
we
have
left
these
issues
and
then
we
we
have
to
implement
some
predefined
messages
and
make
a
new
relief.
B
C
C
Maybe
I
don't
want
to
anyway
her
to
see
my
bank
payment
details
if
he,
if
he
doesn't
commit
to
full
factorial
authentication,
maybe
I'm,
okay
and
I,
and
anyone
can
take
my
offer
or
maybe
I,
don't
want
a
new
buyer
and
a
theory
account
payment
account
to
take
my
offer.
He
is
not
willing
to
to
two-factor
authenticate
with
me.
B
B
B
B
B
C
C
C
Because
I
think
that
we
should
make
it
optional
football
for
the
buyer,
necessarily
because
he
I
think
that
is
important,
that
very
active
traders
are
protected
and
if
they
want
to
be
protected
from
from
new
users,
because
when
when
the
reactive
trader
is
calmed
with
with
a
scammer,
it
makes
a
lot
of
harm
on
the
all
the
bisque
liquidity
Network.
Because
if
the
scammer,
let's
say,
is
from
Bank
entry
number
26,
okay
and
he
has
comes
a
market
maker
which
is
in
another
Bank
yep.
C
B
C
C
B
B
But
so,
but
if
we
can
have
prompted
you
services,
two-factor
authentication,
10,
then
this
would
Peter.
We
might
have
to
be
very
specific,
so
people
are
aware
what
kind
of
two-factor
authentication
they
have
to
comply
with,
so
it
would
be
the
pop
up
for
they
have
to
provide.
At
the
moment,
two-factor
authentication
by
the
second
bank
account
yeah.
B
A
B
From
from
my
side,
not
not
in
particular
yeah,
just
one
thing,
Steve
I
do
plan
to
make
a
new
release
within
the
next,
let's
say:
1
2
to
3
weeks
there
was
there
was
some
discussion
discussions
regarding
payment
methods
that
are
less
whereas
little
charge,
big
risk,
I
think
it
was.
It
was
mentioned,
like
gift
cards
and
so
on.
Maybe
we
could
also
try
to
forget
new
payment
methods,
edit
for
the
upcoming
release,
if
they
are
because
adding
new
payment
method
is
not
such
a
big
deal,
it's
it's.
B
A
A
C
B
So,
regarding
decision
making
set
also
give
me
give
me
a
couple
of
days
just
to
to
look
into
the
code
in
more
detail
and
to
the
parts
that
are
touched
by
this.
This
feature
so
have
a
better
idea
and
and
and
I
will
I
will
respond
on
the
proposal.
What
what
I
think
is
feasible,
whatnot
and
that
way
we
can
kind
of
put
it
for
musician
amateur.
That's
is
a
something
that
we
want
to
get
loaded
on.
B
Know
they
are
do
we
just
do
this
kind
of
stuff
if
there
is
kind
of
damage
there
are
mixed
opinions
and
and
there's
actually
a
picture
that
we
put
it
on
what
if
everyone,
everyone
trusts
that
that
votes
on
the
proposal
just
gives
us
some
thumbs
up.
I
would
really
be
surprised
that
it's
what
a
town
in
the
end
during
the
devoting,
but
maybe
we
do
it
if
its
merits
I,
haven't
thought
about
this
in
more
detail.