►
From YouTube: DXproductstrategy Call 2022-08-12
Description
No description was provided for this meeting.
If this is YOUR meeting, an easy way to fix this is to add a description to your video, wherever mtngs.io found it (probably YouTube).
B
Yeah
gnosis
no
worries,
recording,
just
started
and
so
hello
and
welcome
to
dx
dolls
friday
strategy
call
august
12th.
B
Today
on
the
agenda,
we
got
davi
guild
registries
in
a
multi-chain
ecosystem,
jigs
vote
security
with
call
data
and
gen
swapper
guild,
and
also
censorship,
resistance
for
our
social
media
channels.
Dow
talk
discord
medium,
our
forum
as
well
and
last
but
not
least,
a
teaser
from
kenan
the
future
of
revenue
generation.
B
So
to
like
keenan,
you
said
that
you
are
happy
to
do
this
in
the
end.
Would
you
like
to
maybe
start,
or
I.
B
Good
so,
first
on
the
agenda
david
guild
registries,
in
a
multi-chain
ecosystem.
Now
now
that
we
have
the
new
governance
products
from
dxgov
coming
out
of
audits
and
us
fixing
and
like
polishing
anything
that
needs
to
be
mended,
we're
approaching
the
stage
where
we
will
basically
be
releasing
those
products
out
in
the
wild
on
the
blockchain.
B
So
we
need
to
figure
out
a
strategy
of
how
to
do
this,
and
a
big
question
is:
how
do
we
navigate
the
multi-chain
ecosystem
with
the
registries,
whether
we
allow
entities
to
spin
up
their
own
dials
on
arbitrary
chains
where
dxdow
doesn't
even
have
a
base
or
and
and
like?
We
bless
them
in
a
way
with
the
registry
on
mainnet
or
we
ourselves
have
bases
on
every
single
network.
E
E
No
one
wants
to
do
that,
and
so
we'd
have
to
add
it
to
the
network
switcher
which
isn't
a
big
deal,
but
the
the
other
part
of
it
is
that
for
guilds
and
eventually
any
dowels
to
show
up
in
the
ui
on
the
home
page
of
davie,
we
have
a
registry
controlled
by
dx
style
and
dxtel
determines
who
gets
on
there
as
if
it
was
in
the
brainstorming
discussion
on
deep
scouts.
E
I'm
sure
not
many
people
have
seen
it
but
we're
discussing
what
we
would
do
like
how
how
we
would
approach
censorship,
basically
with
all
tornado
stuff
going
on.
I
don't
think
we
would
censor
tornado,
but
I
guess
we'll
give
the
example
of
that.
There
was
like
a
cartel
dao
like
we
wouldn't
want
that
there
sort
of
thing,
and
that's
basically
what
the
registries
get
around.
So
you
could
still
use
the
ui
to
access
those
skills.
E
You
would
just
have
to
go
directly
to
the
address
you
deployed
in
the
in
the
url
and
so
yeah.
It's
not
a
huge
issue
like
people
can
still
use
the
ui.
People
can
still
deploy
guilds
if
they
want
to
without
us
being
on
the
chain.
The
part
where
we
need
to
make
a
decision
about
is,
if
dx
style
doesn't
have
a
base
on
that
chain.
What
do
we
do
so?
E
We
could
just
use
the
main
net
registry
to
add
all
of
the
guilds
to
the
issue
with
this
is:
if
it's
not
deployed
on
a
network,
then
it
kind
of
is
quite
inefficient
for
us
to
go
through
all
of
these
on
the
front
end
and
work
out.
If
it's
actually
deployed
on
the
network
and
then
the
other
option
is
we
just
for
any
networks
that
we
have
like
a
partnership
with
that
someone's
deploying
there,
and
we
like
have
a
good
relationship
with
them.
E
E
But
like
a
small
group
of
people
just
going
over
to
that
chain
to
keep
this
one
contract
there
and
in
the
future,
maybe
we
could
deploy
an
actual
dial
there
or
have
additional
operations
going
on
there,
but
with
guilds
we
can
quite
easily
just
deploy
a
a
small
one
like
a
more
like
a
multi-site
than
anything,
and
so
the
reason
this
came
out
was
because
we
were
chatting
a
bit.
E
I
was
chatting
a
bit
more
with
get
protocol,
which
is
an
nft
ticketing
platform,
which
is,
I
believe,
quite
successful,
and
they
were
asking
me
about
polygon
and
the
answer
I
gave
them
was
essentially
like
yeah
there's,
no
problem.
It
worked
and
they're
fine,
but
then
yeah,
I'm
just
thinking
about
how
we
would
handle
registries.
In
that
case,
I
think
for
polygon.
E
E
Yeah,
it
sounds
cool,
sending
an
allegation
to
another
change
like
scouts.
B
If,
if
we
are
the
ones
allowing
them
to
run
their
dow
or
not,
they
will
be
coming
to
us
like
the
fuse
like,
like
the
switch
turn
it
off
right,
and
we
should
not
do
that
like
it
should
be
permissionless
and
we
should
be
not
a
middleman
deciding
whether
that
entity
is
operating
or
not,
so
that
no
one
could
come
to
us
yeah.
So.
E
Very
important
only
it's
only
controlling
what
we
query
on.
Like
the
very
like
the
home
page
of
debbie,
we
have
a
bunch
of
tiles
of
like
different
thousand
pills.
It's
only
what
she
was
up
there
so
as
turning
it
off.
Is
it
not
appearing
on
one
page
of
devi?
We
can't,
aside
from
explicitly
blocking
their
address
in
the
ui,
there's
nothing
we
can
do
to
stop
them.
I
guess
permission
wasn't
that
anyone
can
deploy
it.
E
They
would
just
have
to
either
set
another
url
to
direct
there
like,
for
example,
you
could
set
an
ens
to
go
directly
there
or
you
would
have
to
just
bookmark
a
longer
url.
You
couldn't
go
directly
like
it
wouldn't
be
findable
easily
via
the
debbie
ui,
but
yeah.
B
All
right,
I
I
feel
like
maybe
this
needs
a
write-up,
so
we
could.
B
B
The
like,
unexpected
maintenance
needs
that
this
could
have
if
we
go
down
the
route
of
expecting
us
to
have
a
delegation
that
will
be
helping
every
single
dow
spinning
up
on
a
new
network.
E
B
Even
a
difference
between
the
two
scenarios,
both
scenarios
require
like
overhead
right
like
it's
not
like
one
is
low
touch
and
the
other
one
is
more
attentive
like
they're,
both
the
same.
It's
just
one
is
doing
it
with
something
like
a
multi-sig
on
on
on
on
each
new
network
and
the
other
one
is
just
the
whole
now
operating
on
mainnet.
So.
D
E
Yeah
with
a
with
a
bunch
of
stuff
in
davey,
it
was
kind
of
designed
this
way
and
I'll
explain
why
in
a
second,
but
they
there's
like
a
lot
of
stuff
that
requires
some
overhead,
like
there's
a
lot
of
control.
Dx
style
has
over
the
application,
not
just
the
front
end,
there's
like
a
bunch
of
other
parts
of
the
application
that
are
configurable
and
directly
configurable
by
dx
style
via
ens
and
ipfs,
and
maybe
guess
the
reason,
but
it
kind
of
adds
value
to
whoever
controls
those
ens
domains.
E
You
kind
of
control
more
of
the
application
yeah.
I
can
go
into
more
of
that
if
you
want,
but
it
gets
a
bit
more
complex
or
like
a
bit
more
theoretical.
But
it's
a
pretty
cool
thing.
B
In
a
way,
that's
possibly
also
the
key
to
us
turning
the
switch
on
on
generating
revenue
like
if
we
are
doing
that
work,
we
could
be
asking
for
a
one-off
fee
to
help
organizations
create
their
dials
like
it
wouldn't
be
like
a
subscription.
We
won't
be
leeching
off
or
rent
seeking,
but
we
will
be
running
expenses
to
help
them
spin
up
their
doubts.
So
why
not
charge
them
a
one-off
fee
or
something.
E
Yeah
there's
so
I
wrote
about
having
a
write-up
on
this
that
isn't
ready
for
wide
publicis
publicization.
No,
it's
not
a
word.
It's
not
ready
for
the
public.
Yet
really
it's
more
just
thoughts,
publication!
Thank
you,
but
the
yeah
one
of
the
cool
things
is
the
idea
of
there's.
Like
a
few
other
ways
you
could
make
revenue
off
of
this.
One
is
like
if
it's
too
much
work
fatigue
style.
E
These
registries
are
these
lists
which
are
being
used
in
this
app
for
other
dials
or
potentially
even
other
applications.
My
hairdrop
indeed
always
win
our
job,
but
then
the
one
like
so
one
of
the
coolest
parts
of
the
ui
we're
using
this
for
is
for
a
list
of
like
rich
contract
data.
E
So
it's
additional
data
about
different
contracts
and
ethereum
chains
that
that
it
gives
additional
information
beyond,
like
solidity,
variable
names
or
contract
names
or
function
names
to
make
it
easier
for
other
people
to
understand,
and
so
it's
kind
of
like
a
recommendation
list
or
like
a
list
for
people
to
build
proposals
with
it's
one
of
the
coolest
parts
of
tv.
E
I
think
it'll
be
fun
to
demo
hopefully
shortly,
but
if
you
imagine
that
is
being
used
by
multiple
guilds
and
defe
or
potentially
other
applications,
you
could
even
go
down
like
an
advertising
route
with
that,
as
long
as
it
passed
the
curation
process
of
whoever
is
curating
those
documents
so
that,
like
potentially
malicious
contracts
aren't
getting
in
there.
E
E
E
F
D
B
D
B
Next,
we
got
dx
votes,
call,
data
and
jen.
So
as
we've
learned
recently
there's
this.
B
Kind
of
a
new
found
thing,
like
we've,
learned
of
a
way
to
a
new
functionality
of
dx
vote,
allowing
recurring
minting
of
rep
and
we've
been
chatting
about
it
during
the
dxp
huddle
this
week.
B
Is
it
possible
to
have
the
governance
platform
extensively
list
the
entire
api
and
show
every
single
like
function,
whether
it's
used
or
not,
so
that
it's
all
transparent
and
visible
so
that
whenever
anyone
uses
any
functionality
of
the
smart
contract,
it's
all
clear
in
the
front
end,
because
in
the
in
the
current
state
we
need
to
be
very
vigilant
for
every
single
proposal
and
I'm
kind
of
like
worried
about
the
discord
rip
boosts
like
with
us
doing,
like
20
rep
boosts
simultaneously.
B
If,
if
anyone
is
aware
of
this,
it
could
be
a
potential
risk,
I
know
we're
on
top
of
it
and
it's
fine,
but
it's
just
it's
still
something
that
bothers
you
at
the
back
of
your
head
and
it
better.
We
better,
be
careful
and-
and
currently
sky
has
been,
has
raised
this-
that
the
the
only
protection
we
have
at
the
moment
is
downstaking.
B
If,
if
anyone
is
like
smart
enough
to
do
it
in
a
way
that
slips
through
the
cracks,
the
the
only
way
for
us
to
protect
ourselves
is
if
we
have
enough
gen,
and
we
all
know
how
difficult
it
is
to
get
gen.
So
I
don't
know,
maybe
it's
again
ross
who
could
chime
in.
E
Yeah,
so
we
also
have
time
voting.
Unfortunately,
it's
a
another
way
of
not
having
something
passed
and
probably
the
better
one,
since
we
have
rep
so
yeah.
E
This
isn't
that
solution
of
having
the
code
available
isn't
like
it's
more
of
the
job
of
a
file
explorer
or
a
block
explorer
like
yeah,
even
providing
the
code
isn't
doesn't
really
improve
security
like
it's
not
as
simple
as
reading
it,
and
it
says,
like
malicious
code
here
such
a
thing
so
yeah
the
job
is
for
the
ui
to
like
highlight
these
things,
which
I
know
does.
A
B
B
Ross
like
so
how
about
like
automatic
tenderly
simulations
to
prevent
to
alert
people
about
this.
G
Hold
on
before
you
talk
about
like
the
specifics
about
like
this
situation,
we're
just
talking
about
jen
in
general,
still,
the
you
know.
Obviously
we
know
we
still
are
using
gen
in
our
in
our
governance
and
there's
a
plan
to
hopefully
yeah
move
that
to
dxd
and
things
like
that
which
that's
a
plan,
but
the
there's,
like
the
current
risk
that
we
were
like
exploring.
G
Was
you
know
anyone
being
it's
not
very
clear
who
has
gen
and
where
the
gen
is
and
how
you
can
get
gen
right,
and
so
we
were
talking
about
like
people
with
gen
being
able
to
disrupt
governance
right
and
that
can,
for
example,
someone
you
know,
could
just
use
a
lot
of
gen
to
not
let
any
proposals
pass
right.
Obviously,
you
could
boost
proposals,
but
you
can
also
down
stake
proposals
which
we
all
know
and
if
that
happens
like
are
we
prepared
to
yeah?
How
like,
where
is
the
gen?
G
How
much
gen
do
we
have
and
can
we
can
we
like
counteract
that
like
for
any
proposal
at
all
like
our
whole
system
and
that's
kind
of
like
big
picture?
What
we
were
talking
about,
but
yeah,
maybe
this
call,
is
not
the
right
time
to
specifically
get
into
all
those
details
and
talk
about
this
exact
topic.
G
But
it
is
something
that's
related
to
all
these
other
parts,
but
mainly
because
we
were
like
we
were
actually
handling
jen
and
dx
dow,
like
we
have
to
update
we're
sending
jan
into
this
proposal,
to
like
give
the
dow
jen
and
we're
still
using
jen,
and
we
were
just
kind
of
very
curious
on
where
where
and
how
can
you
get
jen
now
that
it's
like
this
very
low
price
token
that
doesn't
have
that
much
liquidity
and
and
who
has
it
and
stuff
like
that?
So.
B
Yeah
like
in
in
a
few
months
ago,
I
I
made
a
suggestion
that,
like
it,
was
a
bit
cut
off
from
from
the
general
conversation
and
it
sounded
like.
I
don't
know
what
I'm
talking
about,
but
what
I
meant
was
what,
if
we
minted
new
gen,
which
is,
of
course
not
not
a
good
idea
but
like
we
could
potentially
mint
ourselves
jen
and
then
the
other
scenario
is
of
course
using
gxd
like
launch
a
token
like
what
what's
what's
the
economic
value
of
jen
we're
the
only
ones
using
it?
E
Be
using
yeah,
we
need
to
be
deployed
anywhere.
So
it's
the
same
process.
The
timeline
on
that.
I
think
there's
a
bit
on
the
post
that
probably
come
out
next
week
around
just
the
current
state
of
2.0
and
stuff.
But
we
have
an
audit
scheduled
in
september
with
omega,
and
so
that
finishes
up
the
last
bit
of
housekeeping
that
we
need
before
we
can
do
a
deployment
of
the
style
itself,
which
will
be
using
dxd,
and
so
that's
going
to
be
done
in
parallel
and
then
we'll
start
moving
over
to
that
gradually.
E
There
are
also
concerns
with
that,
like
in
theory,
dxd
whale
could
cause
some
issues
with
governance
and
slow
stuff
down
and
on
mainnet
we
don't
have
we
don't.
I
don't
think
we
really
have
access
to
fifty
percent
of
rep
holders
available
to
vote.
F
B
Yeah,
and
also
if,
if
they
it's
basically
like
betting
in
a
way
and
and
if
they
do
it
like,
if
they
don't
predict
the
outcome,
if,
if
because
the
proposal
can
still
be
voted
on
and
they
may
have
a
lot
of
dxt,
but
they
may
not
have
enough
rep
to
actually
influence
the
the
outcome
of
the
vote
itself,
then
they
actually
risk
a
lot
of
ghd.
So
yeah.
F
F
A
Majority
votes
yeah,
I
think
majority
votes
are
actually
more
like
possible
now
with
some
of
the
the
rep
recent
rep
syncs,
and
I
think
that
is
a
pretty
strong
deterrence
against
this
and
yeah.
E
B
But
it's
an
interesting
question
like
I
I'm
now
thinking
back
on,
like
what
sky
said
and
and
also
my
my
crazy
idea
of
like
minting
a
new
token
and
like
that.
But
for
that
token
to
play
into
the
governance
system
and
and
be
doing
the
job,
it's
supposed
to
be
doing
it.
What
matters
is
its
distribution
is
who's
holding
how
much
of
it
and
like
we
should.
We
should
probably
have
a
good
and
clearer
picture
of
whatever
token
we
use.
E
G
This
ties
in
a
little
bit
with
ross
what
you
were
sharing
earlier
this
week.
I
think
you
know
where,
if
like
because
one
of
the
ideas
of
dowstak
was
you
have
this
whole
giant
conglomeration
of
taos
and
there's
gen
token
is
the
staking
token
to
use
that
platform
and
there's
professional,
stakers
and
and
all
that
kind
of
stuff,
and
we've
seen
that
a
little
bit
on
jake
style.
I
think
some
people,
some
wallets,
just
stake
out
there,
but
as
dx
vote
and
I'm
assuming
dxd
token
would
be
like
yeah.
G
G
If
there's,
if
dx
dow,
which
is
if
there's
some
you
know
list
of
ccr
or
curation,
and
things
like
that,
we
would
think
that
that
dxd
would
probably
be
the
token
used
in
the
in
that
mechanism
as
well.
Even
though
one
of
the
ideas
is
that
different
communities
can
include
their
own
token
for,
like
the
holographic
part,
anything
that
is
overall
curating,
the
entire
system
would
probably
be
more
of
our
native
token,
I
think,
which
is
potentially
a
not
just
a
revenue
generating
opportunity,
but
maybe
yeah
ross.
G
You
know,
explain
more
details
about
it,
but
it
yeah
there's
like
lots
of
dows
all
using
dx
vote,
and
then
you
have
the
power
to
have
like
eyeballs
and
attention
in
that
system
and
mechanism.
Then
then,
embedding
and
using
dxd
for
something
in
that
curation
makes
a
lot
of
sense
and
sounds
really
cool,
which
is
a
new.
E
Idea,
I
think
we
yeah,
I
think
we
would
get
the
option
of
people
choosing
their
own
tokens
for
staking.
I
think
blocking
it
as
a
mistake,
but
I
think
there
is
also
value
to
suggesting
people
to
use
dxd,
potentially
remembering
that
we
probably
are
going
to
own
the
flow
of
people
creating
dials,
so
yeah
like
giving
them.
The
choices
is
probably
something
that
makes
sense.
G
E
Yeah,
I
guess
it
would
be
the
same
argument
for
people
to
use
like
if
you
want
other
people
to
be
paying
attention
to
your
holographic
consensus,
then
using
this
one
token
makes
sense,
but
yeah,
I
think,
locking
it
is
a
bad
idea.
That's
you
that
maybe
seemed
trump
gender.
B
Do
we
know
like
what's
the
collective
rep
of
all
current
full-time
contributors.
D
B
F
B
Chris
says
it
could
be
45,
which
is
good
the
the
higher
the
better.
I
was
just
thinking
if
governance
2.0
is
live
hypothetically
like
and
and
the
staking
token,
the
the
token
for
the
prediction
market
is
dxd.
E
G
Sorry
go
ahead,
I'm
saying
we're
talking
about
like
a
whole,
like
all
things
all
over
the
place
right
now,
which
is
a
little
overwhelming,
but
yeah
chris
is
saying.
Maybe
it's
45
and
years.
You
said
that
that
that's
good
higher
is
better.
I
would
say
that
one
thing
that
we
like
people
have
brought
up
is
that
maybe
you
know
a
four
percent
cap
is
even
too
high
like
to
actually
be.
G
You
know
unstoppable.
Like
me,
if
we
had
a
cap
of
two
percent
or
three
percent
that
could
you
could
argue
that
that's
actually
better
for
the
dow
in
the
long
run
that
you're
you
don't
really
want.
You
know
a
concentrated
set
of.
Let's
say
you
know
15
people
that
can
be
50
of
voting
power
right.
So
I
would
say
that
we
don't
want
that
number
high.
Now
is.
G
If
you
want
to
achieve
50
votes,
then
yes,
you
want
to
hide,
but
I
would
say
that
you
probably
you
know
given
what
the
governments
and
everything
is
doing
like
you,
probably
don't
want
that
ability
to
exist
even-
and
I
think
cantalon
has
raised-
that
on
a
bunch
of
calls
is
like
he
sees
that
as
a
major
attack
vector
and
there's
things
to
prevent
it,
but
and
everyone's
you
know
mostly
public,
but
yeah.
I
think
I
think
actually
potentially
contemplating
a
change
that
the
cap
shouldn't
be
four
percent.
G
D
D
B
D
E
It's
interesting
on
the
dxd
having
too
much
power
with
gov
2.0
and
staking
token
and
holographic
consensus.
B
D
B
D
It's
it's
still,
you
man
all
governance
today,
yeah,
oh
god,
it's
so
much
fun.
B
Yeah,
no,
I
mean
you're
in
the
limelight,
so
yeah
again
you
you
actually
brought
it
up
and
it's
a
valid
question
like
swap
swapper
governance
swap
guild
is
coming,
and
how
are
we
prepared
to
roll
it
out?
How
do
we
present
it
to
the
world?
How
do
how?
What
what's
the
go
to
market
strategy?
Like
you
said
it
would
pretty
much
have
all
the
functionality
we
wanted
to
have,
but
we
would,
as
venky,
suggested
probably
limited
initially
to
just
signal
voting,
so
yeah
like
on
the
technical
side.
B
Is
there
anything
we
need
to
clear
out
and
and
discuss
and
decide
on,
or
is
that
easy,
peasy
and
on
the
marketing
or
product
side
like
how
does
that
we
actually
had
a
call
earlier
this
week
about
what
do
we
do
with
the
future
of
the
protocol
in
terms
of
tokenomics,
whether
we
continue
the
liquidity
mining
campaign,
whether
we
figure
out
a
completely
different
token
model,
whether
we
pause?
B
I
myself
am
a
proponent
of
pausing
and
reflecting
for
a
little
that
this
there's
no
rush
it.
It
could
actually
even
help
the
token
with
not
spending
it
all
on
liquidity
mining.
That
is
questionable
whether
it's
actually
efficient.
B
If
anyone
wants
to
get
the
token
they
will
buy
it
and
the
governance
should
be
the
focal
point
for
us
to
use
and
leverage
at
the
moment
that
will
influence
the
future
of
the
protocol
in
terms
of
future
development
revenue
generation
and
that
could
actually
turn
out
to
be
pretty
engaging
if
we
come
up
come
up
with
some
interesting
proposals
for
token
holders
to
be
voting
on
and
get
interested
fired
up
engaged
and
be
excited
for
the
future
of
the
protocol.
Yeah.
Let's
vote
on
this
new
feature
being
developed.
B
B
And
and
more
on
the
product
and
how
it
shapes
up
in
the
ecosystem
and
and
fares
against
competitors,
and
that
could
actually
be
still
good.
For
the
token.
E
So
we're
still
waiting
to
hear
back
from
sigma,
it's
difficult,
remembering
all
these
auditing
firms
names,
but
we're
still
waiting
back
on
that.
So
that's
the
final
audit,
which
I
mean.
Hopefully
we
addressed
everything
they
told
us
to
so-
should
come
back
with
a
couple
of
like
warnings
at
most,
so
we'll
get
that
back.
E
Warnings
is
just
about
style
and
like
more
recommended
ways
of
doing
things,
not
actual
vulnerabilities,
so
we're,
I
think,
we're
good
for
a
feature
freeze,
probably
starting
at
the
end
of
next
week,
which
is
when
we'll
really
start
going
and
trying
to
clear
up
a
lot
of
davie
and
just
make
it
a
lot
smoother.
E
Although
we've
been
doing
that
also
the
past
couple
of
weeks,
but
just
the
future
phase
would
just
mean
pausing
all
future
developments.
E
And
then,
apart
from
that,
so
we
did
the
new
go
early
deployment
today,
which
has
got
the
most
recent
contract
changes.
The
previous
squarely
deployment
was
the
one
that
we
got
back
initially
and
had
a
bunch
of
vulnerabilities
and
stuff
that
didn't
work
in
it,
and
so
I
think,
a
good
next
step
for
the
software
stuff
might
be
testing
out
ongoing.
As
like
a
full
system.
E
I
know-
or
at
least
I
think,
swapper
just
deployed
to
go
early,
so
it
could
be
cool
if
we
sort
of
go
through
a
scenario
of
having
having
it
set
up
whatever.
We
would
need
permission
wise
or
like
ownership-wise
for
the
guild
to
set
fees,
and
then
we
could
test
and
actually
see
it
working
in
the
swapper
app
on
grille
yeah.
B
E
B
And
one
question
that
comes
to
my
mind:
how
does
the
future
development
of
swapper
guild
work
with
the
two
teams
having
been
separate
and
up
until
this
point,
like
you,
you
brought
this
up
like
a
few
months
ago
about
getting
teams
more
aligned
and
like
aware
of
what
each
is
working
on
in
terms
of
tech
stack
and
stuff.
So
like
up
until
this
point,
the
guild
has
been
entirely
developed
by
dx
gov
like
moving
forward.
B
E
It
kind
of
depends
what
the
swapper
team
is
wanting
to
do.
The
guilds
I'd
view
it
more
as
the
other
way
around
and
then
I've
swapped
for
being
a
client
of
the
scalp
in
a
bizarre
way
like
we're
doing
we're
developing
guilds
in
a
pretty
like
generic
way.
E
Yeah
so
yeah
like
there's
nothing
at
least
up
until
now
that
swapper
guild
has
needed
beyond
what
we
have
for
normal
guilds.
Anyways
like
there's,
nothing
special
they're
doing
really,
and
so
the
the
guild
support
will
just
continue
as
guild
support,
not
as
swapper
guild
support
that
might
change.
If
swapper
decides,
they
want
to
do
something
like
drastically
different
with
their
governance
and
that
would
just
need
to
be
discussed
but
yeah
for
the
erc20
killed
running
how
it
is
now
like
the
contracts
are
complete.
E
Yeah,
so
we
don't
have
schemes
and
guilds,
but
yeah
there's.
I
view
davies
the
products
and
then
we
have
two
frameworks.
We
have
the
dx
style,
one
with
all
the
schemes
and
holographic
consensus
and
then
kills
as
its
own
framework,
which
has
all
a
bunch
of
guild
implementations
but
they're
a
bit
simpler.
B
E
Some
so
it's
related
to
the
stuff
I
was
talking
about
earlier,
where
we
have
rich
contract
data,
there's
basically
a
big
json
file
with
a
bunch
of
like
additional
data
about
contracts
that
allows
you
to
you
can
create
new
ones
and
the
ui
will
just
interpret
the
json,
create
a
ui
for
you
and
so
that'll.
Allow
you
to
call
them.
E
B
B
E
Permission
setting
permissions
is
permissionless.
Anyone
can
create
a
proposal
to
set
a
permission
to
call
a
specific
contract
and
a
specific
function
in
that
contract.
The
part
where
we
have
the
ui
show
data
about
a
new
function
call
is
going
to
be
governed
by
idx
dial,
and
so
you
could
then
technically
submit
a.
E
E
They're,
so
there's
a
few
levels
of
this
and
it's
getting
a
bit
complex,
so
feel
free
to
stop
me
for
coming
a
bit
over
there's
a
few
ways
of
getting
things
the
like
most
basic
one.
If
no
contracts
are
verified
on
sources
by,
we
don't
have
the
data
about
those
contracts
that
will
show
up
in
red
and
be
like
this
is
an
unknown
contract.
We
don't
know
what
it's
doing.
Here's
the
raw
code,
but
who
knows
it's
probably
dangerous.
E
You
would
also
need
to
set
permissions
for
that
beforehand,
which
is
done
on
the
guild
level.
So
another
proposal
inside
the
guild.
B
Like
a
a
hypothetical
scenario
that
I'm
imagining
is
say,
someone
is
submitting
a
proposal
and
on
the
surface
in
the
ui,
it
tells
you
this
is
a
proposal
to
change
the
swap
fee
for
this
pair,
but
it
also
calls
that
the
call
data
calls
another
function
as
well
at
on
the
back
like
burning,
say:
10
million
swapper
from
the
treasury,
but
that
that
doesn't
show
in
the
front
end
right
so
and
and
people
vote
on.
One.
No.
E
B
Census,
your
persistence:
now
we
we've
had
tornado
cash,
get
their
discord,
shut
down
their.
B
What
else
like
a
few,
they
got
d
platformed
and
how
do
we,
like,
I
know,
elon,
is
doing
a
backup
of
dow
talk.
I
know
that
the
dx
gov
team
is
working
hard
on
on
the
new
forum
within
dx
votes
that
will
be
on
ipfs
we're
getting
there,
but
like
are
there
any
loose
ends?
We
could
tighten
tighten
up
like,
for
example,
should
we
be
thinking
of
replacing
discord
and
medium
with
other
web
3
solutions
like
we've
been
exploring
this
for
a
while,
and
the
reason
we
haven't
like
found.
B
Something
is
that
none
of
those
new
solutions
is
a
well-rounded
one
that
actually
ticks
all
the
boxes,
that
that
is
also
why
we
decided
to
start
building
our
own
forum
within
dx
vote
by
ourselves.
Instead
of
just
moving
on
to
another
one
that
there
is
no
other
one
to
move
on
to
for
discord,
we
could
potentially
have
like
backup
with
elementor
matrix.
B
I
know
the
east
berlin
team,
organizing
the
hackathon
is
using
it.
I've
been
in
that
forum,
it
looks
nice
and
I
don't
know
for
a
medium
replacement.
Whether
mirror
is
on
on
a
p2p
storage
network.
I
I'm
not
intimately
familiar
with
those
like
how
mirror
operates
and
and
whether
there
are
any
alternatives
to
it.
Lens
protocol
is
interesting,
but
that's
a
different
type
of
medium,
maybe
like
a
twitter
replacement.
B
I
don't
think
like
we.
We
are
doing
anything
that
we
should
be
too
concerned
of
becoming
a
target,
but
who
knows
and
like
the
the
most
like,
we
should
be
most
concerned
about
dow
talk
and
and
if
we're
backing
it
up,
we
should
be
okay,
but
I
don't
know:
should
we
be
taking
any
steps.
G
G
G
B
Yeah,
like
sky
you
ross,
and
I
met
lansky
from
that
node
in
in
paris,
and
we
chatted
about
this
every
every
time
we
bring
it
up.
He
says:
oh
yeah,
you
guys
are
on
my
mind.
I've
been
thinking
about
it,
you're
doing
great.
We
need
to
work
together,
but,
like
I,
I
I've
heard
I've
heard
from
him
that
they
have
a
a
shortage
of
devs
and
I've
tried
to
get
him
to
join
us
for
the
hackathon
in
bogota.
B
It
would
have
been
great
for
us
to
have
hackers
work
on
our
tech
stack
but
like
it
seems
like
they
won't
be
making
it
to
bogota
but
yeah.
Some
of
the
note
running
fiends
amongst
us
like
ross
keenan.
B
B
Like
to
to
push
the
space
towards
decentralization,
I
know
that
even
gnosis
chain
have
acknowledged
us
as
a
community
that
is
pretty
like
ahead
of
the
curve
on
this.
G
Yeah
one
example
is,
I,
I
know
a
bunch
of
the
harder
core
communities
like
use
ghosts
for
their
for
their
blogging,
because
you
can
self-host
it.
I
guess
I
don't
know
if
that
means
self-hosting
on
amazon,
but
I
guess
you
could
probably
self-host
it
on
your
nodes
and
things
if
I
don't
know
if
that's
scalable
or
possible,
but
like
some
communities
already
yeah
like
we
keep
using
medium,
which
seems
like
the
worst
of
the
blogging
platforms,
and
if
there's
one
that
you
can
self-host
or
community
host
and
things
like
that.
D
B
B
They
they
happened
to
be
small
lithuanian
cloud
servers
that
he
could
easily
ddos
to
get
him
out
of
service
to
to
help
like
curve
gain
back
control,
so
yeah,
it's
like
when
it
comes
to
that
it
there's
no
trade-offs
like
there's
no
middle
ground
like
we
need
to
go
full
on
on
decentralization.
B
B
Maybe
maybe
we
could,
I
don't
know,
let's,
let's
think
about
this
partner
with
gnosis
chain-
think
about
the
new,
maybe
even
launch
it.
So,
let's
launch
a
new
talk
in
create
an
economy,
incentivize
people
to
run
nodes.
I
don't
know
we
yeah.
We
should
do
something.
G
Yeah
so
nodes
so
fox
chain
which
I've
shared
a
bunch
like
because
shape
shift
want,
needs
to
do
be
their
front
end
to
defy
like
we
want
to
be
in
front
of
d5
that
they
very
quickly
realize
you
can
do
that
with
front
ends
in
the
dao,
but
the
back
ends
and
the
connections
to
all
the
all
the
networks
and
the
services.
G
You
need
the
community
to
run
the
nodes,
and
so
they
are
working
on
this,
and
if
we
are
interested
in
this,
because
we
should
be
interested
in
this
because
they're
trying
to
solve
the
same
thing
that
we
need
a
solution
to
as
well,
we
should
work
with
them
to
to
figure
out
how
to
incentivize
the
community
to
run
nodes
for
all
the
services
and
chains
and
things
on
behalf
of
of
a
dow.
That
is
not
able
to
do
it
itself.
G
B
Big
in
the
in
the
one
hive
community
like,
but
we
have
a
few
friends
there-
you
have
friends
there.
So
why
not-
maybe
maybe
we
could
get
their
interest
in
in
doing
something
together.
D
B
C
B
What
was
that
platform
way
like
girls,
probably
dudes
as
well,
I
don't
know
like
take
pictures
of
themselves
and
sell
them
to
people
what's
what's
it
called
not
snapshot
like
what
what's
talking.
C
Well
I'll
sell
you
the
hype
on
my
only
fans,
but
no,
I
was
just
doing
some
thinking.
We've
had
a
couple
discussions
about
this
related
to
budgeting
and
I
don't
think
that
discussion
is
kind
of
done
and
that
this
will
kind
of,
like
you
know,
post-date
that
discussion.
I
think
so.
C
It's
not
like
there's
anything
crazy
to
talk
about
here,
but
what
I
wanted
to
specifically
call
attention
to
was
carrot
since
I've
been
working
very
closely
myself
and
dirk
on
kind
of
the
branding
content
and
like
what
that
will
look
like
from
a
dollar
cost
perspective.
Of
course
we
have
an
overall
budget,
but
wanting
to
remain
kind
of
relative
to
expenditure.
C
C
If
there's
a
formal
budget
for
it,
I
couldn't
find
that
but
kind
of
just
inferred
costs
and
whatnot
and
then
kind
of
trying
to
make
a
plan
around
that
from
the
content
strategy
side,
we've
already
been
working
on
the
landing
page
and
we're
going
to
be
working
on
a
video
that
kind
of
explains
the
platform
very
similar
to
the
omen,
one
that
is
yet
to
be
released
if
you've
caught
wind
of
that.
C
So
that's
kind
of
our
strategy,
but
I
guess
that
kind
of
leads
to
a
discussion
about
like
the
future
of
revenue
generation
and
obviously
our
strategy
has
been
kind
of
to
build
and
then
talk
about
how
to
make
money
later,
and
it
probably
makes
sense
to
kind
of
internalize
and
talk
a
bit
more
about
how
those
avenues
will
work
and
what
makes
sense
to
prioritize
off
of
them.
C
C
Yes,
okay,
cool
yeah,
so
again,
super
super
low
effort.
This
is
like
the
basic
version,
but
you
can
imply
an
annualized
volume
from
carrot
based
on
the
amount
that
is
being
locked
in
the
contracts.
If
you
just
turn
on
a
very
basic
fee,
you
can
kind
of
play
with
what
that
would
look
like
for
annualized
revenue,
so
at
one
million
dollars
of
annualized
volume
and
a
two
percent
fee
on
all
redemptions
we're
talking
about
twenty
thousand
dollars
annually
for
the
protocol.
C
Similarly,
of
course,
you
can
play
with
five
million
ten
million
different
amounts.
Here
I
was
just
kind
of
playing
with
this
was
originally
in
a
spreadsheet,
and
I
thought
this
was
a
little
bit
more
fun,
but
the
more
interesting
thing.
I
think
this
is
very
simple.
I
talked
to
federico
about
kind
of
a
dynamic
fee
when
there's
a
success
or
failure.
C
So
this
is
an
idea
that
I've
kind
of
been
brewing
again,
very,
very
simple
visualization,
but,
for
example,
if
carrot
has
10
million
dollars
in
volume
through
its
contracts,
basically
10
million
worth
of
lock
collateral.
This
doesn't
account
for
the
fact
that
collateral
will
almost
always
be
in
volatile
assets,
so
maybe
that
volume
and
the
fees
that
we
generate
off
of
it
would
not
necessarily
equate
one
to
one
to
that
dollar
value
at
the
end
of
the
year,
but
just
for
simplicity
here.
C
If
the
campaign
fails,
it
could
have
a
lower
bound
of
fee.
So
say
we
don't
want
to
charge
more
than
two
percent
for
the
use
of
carat.
Of
course,
these
numbers
are
way
too
high
just
for
visualization's
sake,
but
if
the
campaign
is
fully
successful,
we
charge
a
higher
fee
right.
So
then
this
assumes
that
the
median
value
is
somewhere
in
between
success
and
failure.
So
this
would
be
roughly
six
percent
and
you
can
kind
of
play
with
that.
C
If
we
had
your
campaign
fails,
you're
not
going
to
pay
more
than
0.5
and
if
it's
successful
you're
not
going
to
pay
more
than
two
percent,
for
example,
and
then
at
10
million
volume,
that's
roughly
125
000
annualized.
So
I
think
kind
of
running
numbers
like
this
and
contextualizing
that
for
a
strategy
of
revenue
generation
going
forward,
makes
a
lot
of
sense.
To
me,
and
again
this
isn't
a
I'm
sorry.
C
If
the
title
alluded
to
some
mastercraft
presentation,
I
was
just
kind
of
playing
with
numbers
and
something
that
I
wanted
to
chat
about
and
kind
of
talk
a
bit
about
the
the
content
side
of
carrot
from
our
side
here
at
dx
voice,
but
yeah,
that's
kind
of
the
bit
something
that
I
want
to
think
about
more
going
into
the
future
months.
Here.
B
Wow
you,
you
didn't,
let
me
down
man.
This
is
cool
like
so
something
else
I
I
thought
like.
Instead
of
just
charging
a
flat
out
thief
on
the
whole
amount,
people
lock
like
protocols
lock
and
carrot
to
make
it
more
appealing,
as
if
we
are
not
renting,
we
could
say
we
will
only
charge
you
a
percentage
of
what's
left
at
the
end
of
the
campaign,
that's
unused.
B
C
I
think
it's
another
approach
we
can
take.
I
do
whoever
think
that
if
we
only
charge
the
unused
so
say,
70
is
completed,
there's
30
remaining
and
we
charge
on
that
or
something
along
those
lines.
It
negates
the
times
that
the
campaigns
are
successful,
which
is
our
primary
value
statement.
C
C
Another
thing
to
think
about
is
kind
of
like
com,
you
know
competitors
and
what
they're
charging
there
really
isn't
an
insane
amount
kind
of
just
uma,
which
I
am
not
familiar
with
their
fee
model,
but
there's
other
similar
kind
of
value
statement
protocols
like
bonding
protocols.
I
know
kafka
olympus
john's
about
to
come
in
here
in
a
rage
but
olympus
bonding.
I
think
they
charge
somewhere
in
like
the
four
to
six
percent,
maybe
even
higher
for
bonders,
and
it's
basically
a
service.
C
They
provide
to
basically
make
their
emissions
easier
and
more
acceptable
to
the
community
right
john
spilled
his
coffee,
so
I
mean
we
can
we
can
kind
of
infer
what
a
respectable
like
successful
protocols
that
are
have
similar
value
statements
and
kind
of
work
off
of
that
as
well.
I
think
roughly
matching
that
for
like
a
successful
end
and
then
significantly
lowering
that,
for
an
unsuccessful
end,
makes
a
lot
of
sense
to
me
as
opposed
to
a
flat
fee.
C
B
I
love
it.
I
love
it
now
that
we
have
you
on
the
spot,
how
is
kind
of
like
the
work
on
the
landing
page
for
carat
v1
shaping
up
and
like
when
would
be
the
time
for
us
to
also
start
thinking
about
a
token
when
carat
token
token,.
C
Yeah,
this
is
on
brand,
for
you
considering
the
rest
of
the
discussion
here,
not
sure
about
a
token,
but
strictly
from
the
content
side,
landing
page
has
been
coming
along
really
well,
it
kind
of
accelerated
at
the
start.