►
From YouTube: Core Unit Tools #09 Zodiac | Oct 6, 2021
Description
Zodiac is described as the expansion pack for DAOs, enabling DAOs to act more like constellations instead of monolithic designs. Zodiac has launched with four tools currently available: Exit, Bridge, Delay, and Reality. The full collection of tools soon to be available include:
A
Hi,
everyone
welcome
to
another
coordinate
tools
session
today,
we're
in
session
number
nine,
and
we
have
why?
Don't
it's
the
team
from
zodiac?
I
know
that
they
are
or
do
they
have
something
to
do
with
gnosis.
They
can
probably
explain
it
better
than
myself,
but
I'm
happy
to
introduce
kia
and
oren
are
going
to
be
explaining
a
bunch
of
different
tools
that
they've
been
working
on
for
daos
to
to
take
the
the
game
to
the
next
level.
So
if
you
guys
want
to
sure.
B
So
thanks
so
much
juan
and
thanks
for
inviting
us
so
myself
and
aaron
are
part
of
the
nurse's
guild
team,
which
can
be
considered
a
kind
of
sub
team
of
gnosis
myself.
I've
worked
at
gnosis
for
the
last
four
years,
so
long-term
team
member
and
recently
we've
kind
of
settled
on
a
small,
emergent
team
to
basically
build
a
dow
tools
line,
that's
ultimately
framework
agnostic,
but
is
built
primarily
at
the
moment
around
the
noses
safe
as
an
account
standard.
B
So
I'll
share
my
screen.
As
I
said,
I
just
kind
of
speed,
run
put
together
some
slides
for
y'all
to
give
everyone
basically
shared
context
and
what
the
project
is
at
a
super
high
level,
and
then
we
can
see
where
we
want
to
go
from
there.
Basically,
what
could
be
the
most
helpful
for
the
core
unit
tools
team
and
whether
that's
demos
or
diving,
into
more
technical
details
about
what
the
account
standard
is
we're
happy
to
go
so
high
level,
zodiac
we're
calling
the
expansion
pack
for
daos.
B
So,
basically,
it's
building
on
the
idea
that,
right
now,
by
far
in
the
ethereum
ecosystem
and
in
general,
the
blockchain
ecosystem
that
there's
a
flourishing
dao
kind
of
community
and
basically
as
opposed
to
previous
years,
where
a
lot
of
dao
activity
was
centered
around
specific
platforms,
so
be
it
dowstak,
aragon,
colony
or
otherwise.
B
B
So
hence
zodiac.
So
we
call
it
a
kind
of
composable
design.
Philosophy
for
dows
zodiac
is
a
collection
of
tools,
so
actual
usable
apps
tools,
modifiers
as
we'll
talk
about
that
are
all
built
according
to
an
open
standard,
so
kind
of
standard
for
dow
tooling
that
anyone
can
build
on
and
which
other
teams
already
have.
B
So
you
could
say
it's
almost
kind
of
rethinking
dows
through
first
principles,
now
that
the
ecosystem
is
a
little
bit
more
mature
than
it
was
in
say
2016
with
the
dow.
So
what
is
the
zodiac
collection
of
tools?
So
these
are
four
that
are
available
right
now,
via
the
noses
safe
multisig
web
interface
or
any
interface
for
the
gnosis
safe
that
we've
built
through
the
app
store?
And
basically,
if
you
go
to
the
zodiac,
app
we'll
see
it
in
a
second.
B
But
these
four
are
available
today,
so
they're
called
reality
exit
bridge
and
delay.
These
are
the
zodiac
collection
of
tools
that
have
the
ui
through
the
state
super
quick
overview
of
each
and
then
we
can
dive
into
whichever
one's
more
applicable
deeper
at
the
end,
but
the
zodiac
exit
module.
B
This
was
kind
of
similar
to
an
inspiration
to
malt
dao's
rage,
quit
mechanism,
so
that
originally
allowed
participants
in
a
dow
if
they
didn't
like
a
decision
to
be
able
to
leave
the
dow
by
basically
redeeming
their
governance
shares
for
a
proportion
of
the
assets
that
the
dao
held,
whether
it
be
eth
native
tokens
or
other
tokens
at
the
dao
held.
B
So
we
generalized
this
a
bit
and
basically,
what
the
exit
module
allows
people
to
do
is
to
say
that
this
is
a
token,
whether
it's
a
governance,
token
or
any
erc20
token
that
can
be
redeemed
for
a
proportional
amount
of
vanos,
safest
treasury,
so
basically
allowing
participants
clear
exit
from
adele
there's,
also
the
zodiac
bridge
module.
So
this
is
really
us
taking
relief
that,
particularly
within
ethereum
and
in
the
broader
context,
in
the
future
that
there's
like
a
multi-chain
feature.
B
So
the
bridge
module
basically
just
uses
existing
arbitrary
message,
bridges
between
chains
so
say
xdi
and
mainnet,
and
allows
any
framework
on
one
to
communicate
and
control
another.
So
you
could
say
have
a
molecular
framework,
that's
on
xti
that
controls
and
sends
transactions
to
a
nurse's
safe
on
main
net,
to
save
on
gas
fees,
but
also
to
potentially
have,
as
we
see
more
kind
of
chain
like
app
specific
chains,
could
become
quite
useful.
There's
also
the
zodiac
delay
module.
B
B
So
the
kind
of
normal
notice,
safe
interface,
going
to
the
apps
tab
going
to
the
zodiac
app,
and
here
we
have
the
reality,
module
delay,
modifier
bridge
and
basically
each
of
these
open
up
a
modal
by
which
you
then
can
kind
of
equip
them
on
your
noses
safe.
So
you
can
set
it
up
to
have
the
exit
module
where
anyone
can
redeem
their
tokens
for
transactions.
You
can
set
up
the
delay
on
certain
owners
of
the
safe
etc.
B
So
this
is
really
the
kind
of
operation
site
of
where
zodiac
currently
lives
and
a
neat
feature
actually
of
the
zodiac
app
that
we'll
be
featuring
more
soon.
Is
that
there's
a
bundle
transactions
feature
so
rather
than
kind
of
going
through
each
of
these
transactions
separately,
you
can
basically
equip
a
bunch
of
different
modules,
so
it
can
be
things
like
equipping.
B
You
know
the
reality
module
or
you
shouldn't
go
over
in
so
much
detail
the
reality
module
and
then
its
delay
modifier
on
top
of
it
and
basically
executing
those
transactions
in
a
batch
to
save
on
gas
fees
and
also
just
general
user
experience.
B
So
one
thing
that
I
think
is
relevant
for
this
group
is
basically
that
zodiac
can
be
really
useful
for
teams
looking
to
progressively
decentralize
their
operations.
So
what
does
that
look
like?
Basically
a
lot
of
teams?
It
could
be
any
account
at
the
center
of
a
team's
operation,
but
right
now
in
the
ecosystem,
a
lot
of
teams
are
using
the
safe,
basically
as
a
treasury.
So
if
you
think
it's
the
safe
not
only
as
a
kind
of
multi-sig
treasury,
but
just
basically
the
account
that's
at
the
core
of
a
dial.
B
But
if
you
take
the
safe
at
the
core
of
saidao-
and
this
is
kind
of
a
typical
path
of
daos
today-
and
we
can
talk
about
specifically
like
your
team's
path
and
what's
most
useful,
but
basically
you
have
the
safe
and
then
often
teams
will
just
start
that
start
a
safe
treasury
and
they
might
mint
a
token
that's
a
governance
token,
and
then
they
use
a
snapshot
to
basically
do
off-chain
token
voting
and
then
basically
they
would
start
with
this.
You
have
the
nurses
say
four
to
six
signatures.
B
It's
relatively
centralized
almost
like
a
board
vote
and
then
they
kind
of
deploy
snapshot
to
have
token
voting
and
also
exit.
So
the
idea
that
anyone
who
holds
the
token
can
then
also
exit
the
organization
and
get
their
kind
of
resultant
shares
back
for
the
treasury.
B
Then
one
I
actually
meant
to
go
over
in
more
detail,
but
did
not
the
kind
of
key
feature
and
the
one
that's
the
zodiac
mod
that's
most
used
today
is
called
reality.
This
you
might
be
familiar
with
it
because
it's
previously
been
rebranded
from
safesnap
and
basically,
what
the
reality,
module
or
formerly
safe
snap
module.
B
If
the
proposal
is
successful
and
the
snape
safe
snap
slash
reality,
plugin
is
enabled,
then
that
transaction
is
submitted
to
the
oracle
and
there's
basically
a
kind
of
window
during
which
people
can
challenge
whether
this
proposal
passed
or
not,
and
as
long
as
it
successfully
gets
through
the
oracle
without
being
challenged
or
delayed,
then
that
transaction
becomes
available
for
anyone
to
execute
so
it
could,
and
so
it
could
be
something
like
we
want
to
send.
10
percent
of
the
gnosis,
our
treasury
gnosis
safes
eth
to
another
account.
B
B
B
Basically
here
you
still
have,
you
could
still
have
signers
on
the
save,
so
you
could
still
have
the
original
nurses
say
four
out
of
six
signers
and
they
are
able
if
they
should
wish
to
veto
transactions,
but
once
a
team
kind
of
gets
used
to
this
general
setup.
That's
like
a
multi-sig
with
the
reality
plugin
that
takes
votes
off
chain
on
chain.
Anyone
can
execute
and
be
still
designers
as
a
security
backstop.
B
You
can
look
towards
this
final
phase,
so
one
other
kind
of
guard
that
we
have
is
called
scope,
which
basically
limits
the
functions
that
nosis
safe,
can
call,
and
basically
this
could
set
in
line
that
if
anyone
can
execute
transactions
from
the
safe
for
the
safe,
basically
that
it
limits
the
scope
on
which
that
safe
can
act.
B
And
basically
here
when
you
initiate
that
module
through
the
safe
and
then
you
also
could
set
it
so
that
the
main
signer
on
the
safe
is
null
and
you
basically
have
a
gnosis
safe
with
zero,
multi-sig,
signers
or
capable
multi-stake
signers.
Anyone
can
submit
proposals
to
the
safe
and
then
execute
successful
transactions
within
a
limited
scope
of
addresses
or
functions
that
that
safe
can
call
so
basically
along
this
route.
B
I
know
that's
kind
of
like
a
mouthful
all
of
this,
but
it's
basically
a
bunch
of
different
modules
that
you
can
plug
and
play
to
different
phases
of
how
decentralized
you
want
your
treasury
operations
or
dao
operations
to
be,
and
it's
you
know
this
is
one
big
complicated,
but
actually
relatively
compared
to
other
past
available
quite
simple
way
for
dials
to
decentralize.
B
So,
just
one
of
many
and
yes
so
skipping
through
here,
basically,
what
it
all
combines
to
is
just
we've
built
these
tools,
there's
a
few
other
that
other
teams
have
built.
The
dao
house
team
has
built
a
safe
minion
that
basically
allows
dao
house
framework
to
control
the
safe
another
team
member
has
built
sila,
which
is
a
kind
of
basically
can
port
strategies
like
compound
governance
or
some
frameworks
from
oz
into
a
secure
module
for
the
safe
and
a
few
other
features
that
are
being
developed.
Previously.
B
It
was
kind
of
time
box
proposals,
but
will
now
allow
more
obstruction,
but
the
kind
of
key
takeaway,
also
from
all
the
mods
that
we've
built
on
top
of
nurses,
safe
and
just
as
zodiac,
is
that
it's
ultimately
an
open
standard.
So
it's
not
just
our
team
building
on
it
and
it
won't
be
just
our
collection
of
teams
building
on
in
the
future
and
basically,
what
we're
calling
the
open
standard
is
just
at
its
core.
It's
the
really
idea
that
a
dao
is
like
an
avatar
or
an
account.
B
That's
not
limited
by
the
basic
functionality
of
an
account.
You
can
still
build
modules
and
then
modifiers
that
modify
those
modules
and
guards
on
top
of
it.
So
you
can
build
like
the
reality
off
chain
loading
put
on
chain
mod
use,
the
delay
modifier
to
delay
the
transaction,
use
the
scope
guard
to
limit
the
kind
of
functions
that
can
be
called
by
the
safe
etc.
B
And
that
might
be
it
no
there's
definitely
another
side
yeah.
This
is
the
most
important
slide.
So
basically,
if
you
want
to
learn
more
and
just
kind
of
dive
into
the
code
and
also
we're
working
on
the
documentation
on
the
top
there's,
the
docs
bottom
is
the
github,
where
you
can
find
all
the
repos
for
the
different
mods
and
then
nesguild
on
twitter
basically
has
like
a
discord
for
support.
Also,
has
some
blog
posts
related
to
what
we're
doing.
A
C
A
B
So
well,
these
were
more
kind
of
placeholder
slides
that
I
just
explained.
So
we
could
also
potentially
do
a
demo.
I
don't
know
if
porn,
and
I
would.
C
I
can
do
a
demo
of
safe
snap
in
action
if,
if
that
would
be
helpful
for
people.
A
Also
well
oren,
I
prepared
this
yeah.
I
was
wondering
if
you
guys
did
this
out
of
need
for
gnosis,
and
then
you
said,
you'd
be
cool
to
open
it
to
everyone
or
if
or
is
it
more
like
a
stand-alone
project
that
you
believe
that
it
will
have
an
impact
and-
and
you
want
it
to
to
happen,
what's
the
story
behind
it.
B
Yeah,
so
it
definitely
emerged
one.
I
think,
because
notice
this
has
just
been
so
embedded
and
across
different
product
verticals
in
the
industry,
someone's
in
the
waiting
room,
admit
them
and
basically
looking
towards
the
needs
that
no
systole
had
as
well
as
the
needs
of
gnosis,
safe
users.
Particularly
down
knows
to
safe
users.
So
we
definitely
built
it
out
according
to
our
needs,
always
with
the
end
goal
in
mind
that
other
people
would
use
it
and
potentially
even
find
it
more
useful
than
us,
and
one
thing
that
came
about
when
we
were
considering.
B
Basically
when
we
were
initiating
those
style
almost
about
a
year
ago
now
we
were
trying
to
choose
kind
of
which
platforms
to
use
and
what
we
really
came
down
to
is
one
that
we
wanted
kind
of
at
its
core.
For
the
dow
we
wanted
a
secure
battle
tested
contract
and
basically
the
safe
obviously
occupies
that
role,
but
we
also
wanted
a
kind
of
core
account
that
could
be
infinitely
extendable,
because
we
knew
that
the
way
that
we
wanted
to
start
the
dao
now
would
also
evolve
over
time
from
decentralized
participation
of
the
people.
B
So
often
when
you
look
at
there's
a
lot
of
great
job
frameworks,
but
you're
very
limited
in
the
type
of
governance,
the
contracts
that
hold
the
funds
and
basic
functionality
that
the
platforms
have
and
you're
really
relying
on
the
jobs.
So
we
really
wanted
a
tool
that
we
could
build
out
from
over
time.
And
you
know
over
the
course
of
five
ten
years
that
the
dow
will
exist
so
in
building
safe
snap.
B
That
was
the
first
kind
of
proof
of
concept
and
basically,
no
system
started
using
it,
but
as
well
as
shape
shift
m
stable.
A
few
other.
Really
big
projects
in
the
space
were
available.
Others
so
that
validated,
basically
the
path
of
really
giving
more
research
resources
and
energy
to
like
a
whole,
dow,
tooling
line
built
around
the
safe
but
more
openly
as
well,
to
make
sure
that
dows
can
like
just
basically
evolve
as
organizations,
because
that's
really
not
on
the
roadmap
of
most
platforms.
Now.
A
Nice
yeah
in
maker.
We
have
this,
what
we
call
core
units
which
are
basically
guilds
or
something
which
are
groups
that
they
get
their
dye
to
cover
any
type
of
expenses
and
something
that
we
implemented
not
long
ago
was
vesting.
So
it's
a
bit
like
flowing,
so
the
budget
flows
instead
of
just
being
a
lump
sum
every
time,
but
then
there
are
different
type
of
payments
or
implementations
that
would
be
nice
to
have
the
most
basic
one
was.
I
could
top
up
every
month
to
a
certain
number.
A
So
if
someone
has
less
expenditures
than
they
were
forecasting,
you
would
give
them
less
money,
for
example,
and
then
we
started
thinking
a
bit
out
loud
and
then
and
we
haven't
planned
anything
very
concrete
yet,
but
one
of
the
things
to
improve
governance
is
what,
if
the
mkr
token
holders
or
the
delegates
could,
for
example,
change
how
this
die
flows
across
the
system
and
then
we
could
prepare
like
okay.
These
are
the
the
things
that
we
need
to
be
working
for
sure
this
is
more
like
a
nice
to
have.
A
This
team
is
doing
really
really
great,
so
they
might
want
to
expand.
We
should
send
them
more
die,
so
those
are
things
and
and
and
then
of
course
well
you
know
this
better
than
us,
but
when
you
start
looking
at
tools
out
there,
you
find
that
there's
not
a
lot
to
to
work
with
right.
B
Yeah
yeah,
that's
a
perfect
use
case
and
just
also
basically
based
on
members
needs,
rather
because
it's
so
often
focused
on
kind
of
down
aids
of
you
know
what
should
be
the
voting
strategy
or
what
should
be
the
overall
kind
of
treasury,
but
very
rarely
thinks
about
the
kind
of
like
worker
within
the
gel
platform.
A
C
I
I
am
good
to
go
on
doing
a
quick
demo
just
before
we
do
that
that
specific
use
case
that
you
were
talking
about,
where
you
would
essentially
have
like
a
max
per
month,
that
a
user
can
spend,
there's
actually
a
module
for
the
nurse's
authority
that
allows
that
the
spending
limits
module.
So
you
could
enable
that
kind
of
setup
where
you
essentially
said
like
this
user
is
allowed
to
spend
up
to
10
000
a
month
or
something
like
that
or
this
this.
C
Yeah
super
useful
and
that's
baked
into
the
nurse's
safe
ui,
although
it's
a
little
bit
hidden.
If
you
jump
into
the
settings
in
the
safe
ui,
I
can
show
you
in
a
second,
then
it's
it's
right
there
and
spending
with
it.
So
you
can
enable
a
spending
limit
for
any
account
anyway,
so
we'll
jump
in
and
do
a
quick
demo
of
of
the
the
reality
module
hooked
up
to
snapshot,
and
so
this
is
this
configuration
that
we've
been
calling
safesnap.
C
Essentially
this.
This
is
just
a
test
space.
If
anyone
wants
to
jump
in
and
play
with
it,
they
more
than
welcome
and
it's
hooked
up
and
just
controls
a
safe
on
rinkeby.
So
you
can
see
here
when
we
make
a
proposal
in
this
space,
then
you
have
the
option
to
add
transactions.
For,
for
this
rank
to
be
safe.
C
C
So
it's
not
not
valuable
at
all
and
then
just
quickly.
This
is
essentially
the
document
that
defines
the
snapshot
space.
You
can
see
here.
It's
got
this
one
plug-in.
It's
called
dow
module
here.
It's
been
updated
to
reality,
module
now
or
safe
snap.
Maybe
in
the
settings
I
don't
know
anyway
there's
a
few
different
ways.
You
can
format
it
and
still
work.
So
don't
don't
stress
too
much
about
it
but
yeah.
C
So
here
I'm
just
going
to
say:
should
we
send
oren
100
winners
and
we'll
just
put
something
silly
in
there
for
now
say:
yes,
no
and
we'll
make
a
batch
of
transactions,
and
so
what
I'll
do
here
actually
just
to
kind
of
illustrate.
This
is
I'll.
Do
this
in
two
separate
transfers,
but
in
one
transaction
call.
So
the
the
neat
thing
with
this
transaction
builder
here
is
that
you
can
create
batches
of
transactions.
So
here
we
go
batch
one
and
then
I
can
add
another
batch.
C
This
would
be
batch
two,
so
batches
are
executed
separately.
As
in
like
you,
you
have
to
broadcast
separate
transactions
to
to
execute
a
batch,
but
within
a
batch
you
can
also
add
several
transactions.
Several
function
calls,
and
so
here
I'm
going
to
do
two
separate
50
weiners
transfers
within
the
same
transaction
batch.
So
I
I
only
execute
one
transaction,
but
both
both
function
calls
happen.
C
C
If
things
necessarily
have
to
happen
in
separate
blocks,
you
know
if
you,
if
the
gas
limit
is
too
high
for
it
to
fit
in
one
block
or
if
it
you
know,
has,
has
to
have
some
time
delay
between
something
being
executed
and
then
the
next
step
happening
so
yeah.
You
kind
of
have
flexibility
to
build
a
a
really
complex
array
of
transactions
here.
C
So
I'll
have
it
start
a
few
minutes
ago
and
we'll
have
it
end
in
what
two
minutes
that'll
give
me
time
to
publish
it
and
vote
so
publishing
the
proposal
now
great
I'll
hit.
My
vote
say
yes,
so
when
you
vote
on
snapshot,
it's
just
a
signed
message:
you're,
not
putting
anything
on
chain.
So
I'm
signing
my
message
to
vote
with
my
1820.
C
I'm
sorry
821
witness
balance.
Now
when
this,
when
the
clock
ticks
over
to
11
31,
I
guess
I
got
through
that
a
little
bit
quicker
than
I
was
expecting,
which
is
good
but
yeah.
When
the
clock
ticks
over,
then
the
interface
will
will
shift.
Our
point
might
have
to
do
a
quick
refresh
to
to
bring
up
the
kind
of
execution
the
way
that
you
trigger
execution,
and
so
what
this
is.
C
The
way
that
this
is
built
is
it
plugs
into
an
article
called
reality.eth
reality.gives
us
an
escalation
base,
escalation
game
based
oracle,
so
or
a
game
theory
based
article
where,
essentially,
anyone
can
put
down
a
deposit
to
set
the
outcome
of
the
question,
and
then
anyone
can
change
the
outcome
by
doubling
the
deposit
doubling
the
bond
every
time
you
change
the
outcome.
You
reset
a
timeout
in
the
case
of
this
one.
C
C
The
true
outcome
is
the
selling
point,
and
so
in
theory,
you
should
always
be
able
to
mobilize
more
capital
to
to
set
the
true
outcome
than
the
false
outcome,
and
so
knowing
that
there's
very
little
incentive
at
the
bottom
of
the
game
to
set
a
false
outcome
because
you're
effectively
just
paying
whoever
comes
in,
corrects
your
outcome,
because,
ultimately
it
should
resolve
to
the
the
kind
of
true
outcome.
So
in
this
case
the
voting
happens
entirely
off-chain
and
we
rely
on
this
oracle
to
bring
the
bring
the
execution
on
chain.
C
So
here
now
our
proposal
is
finished
on
snapshot.
So
you
can't
cast
a
vote
anymore
and
you
see
this
request
execution
button,
and
so
this
is
where
I'm
going
to
ask
the
question
to
our
reality:
oracle.
C
C
Yes,
sorry,
it's
currently
set
to
know
so
I'm
going
to
set
it
to
yes
and
I'm
going
to
put
down
a
bond
and
then
that
kicks
off
our
timeout.
So
we've
got
a
three
minute
timeout
to
to
ramble
through,
while
we,
while
we
wait
for
the
oracle
to
do
its
thing.
Let's
see,
if
we
refresh
this
now,
it
should
show
us
cool.
C
So
we've
got
the
current
outcome
set
to
yes,
my
bond
put
down
if
someone
else
were
to
come
and
change
the
outcome
now
to
no
that
would
restart
the
timeout,
and
so
one
of
the
the
kind
of
important
things
with
this
setup
is
that
you
do
need
to
have
some
monitoring
set
up
so
that
you
know
when
the
questions
get
asked
when,
when
someone
calls
the
ad
proposal
function
on
the
reality
module
and
then
you
keep
track
of
if
and
when
the
outcomes
change
from
people
setting
bonds.
C
So
this
part
of
it
does
require
active
participation
from
people
that
are
kind
of
involved
in
the
in
the
dow
and
want
to
see
it
operate
correctly,
but
it
yeah,
even
in
the
absence
of
that
it
should,
in
theory,
resolve
properly
but
yeah.
It's
it's.
It's
best
practice
to
have
some
monitoring
set
up
so
that
you're
not
relying
just
on
the
kind
of
external
community.
C
That's
paying
attention
to
reality,
questions
to
resolve
this
as
expected,
so
one
more
minute
until
we
can
push
this
forward
to
the
next
next
stage
and
essentially
there's
another
waiting
period
here
after
after
the
the
answer
finalizes
and
it's
just
a
cool
down
period,
that
is,
is
there
to
allow
another
control
structure
if
it
exists
to
mark
proposals.
C
That
is
invalid
in
case
they
they
happen
to
be
malicious,
and
so
the
setup
here
is
one
that
kia
talked
about
in
the
the
presentation
where
you
could
potentially
have
multi-sig
signers
on
the
safe,
as
well
as
a
reality
module
and
then
the
multi-signage
can
act
as
a
backstop
to
the
reality
module
in
case
something
malicious
makes
its
way
through.
C
So
you
have
a
proposal
and
there's
a
malicious
proposal
come
through
snapshot,
then
the
rear
that
the
multiseek
signers
are
able
to
call
the
mark
proposal
as
invalid
function
on
the
reality,
module
and
and
stop
it.
Obviously,
if
you've
got
those
two
mechanisms
operating
in
parallel,
then
you're
kind
of
putting
a
bunch
of
trust
into
the
multiseek
signers,
and
so
you
can
then
reduce
that
trust
by
applying
the
scope
guard
that
kia
talked
about,
which
essentially
limits
the
the
scope
of
what
they
can
do.
C
So
you
could
limit
it
to
them
only
being
allowed
to
call
the
dow
module
as
or
the
reality
contract
and
only
being
allowed
to
call
the
specific
function
for
marking
proposals
is
invalid
and
if
that's
all,
that
they're
allowed
to
do,
then
you've
drastically
reduced
the
dao's
kind
of
trust
assumptions
with
having
those
multi-six
signers.
So
now
they
they.
The
only
thing
they
can
do
is
micro
proposals
is
invalid.
C
They
can't
make
arbitrary
transactions
to
run
away
with
all
the
money,
so
we
should
be
getting
near
to
this
being
good
to
go
saying
finalized
just
now,
so
I
can
claim
my
bond
and
now
that
the
now
the
outcome's
been
finalized.
I
can
claim
my
bond
back
because
no
one
changed
it
and
then
the
last
step
again
is
now
just
to
wait
for
this.
This
timeout.
C
C
Yeah
at
the
moment,
at
the
moment,
we've
been
pretty
hands
on
it's
a
big
priority
for
us
to
get
our
documentation
up
to
scratch,
to
make
it
a
bit
easier
for
people
to
kind
of
self-manage
this.
These
these
tools
are
all
fairly
new,
so
the
the
the
interfaces
for
them
are
still
a
little
bit
in
flux,
and
so
we
haven't
haven't
written
kind
of
extensive
documentation
for
it.
Yet
that
said,
there
is
a
let's
see
there
is
a.
C
Nurses.Github.Io
folder
zodiac,
and
this
does
have
instructions
on
getting
the
dell
module
set
up
using
the
the
zodiac
safe,
app
kind
of
getting
your
your
all
of
your
parameters
filled
in
and
then
integrating
into
snapshots.
A
C
A
Nice
yeah,
the
other
question
I
had,
let's
say:
let's
say
a
court
unit-
wants
to
implement
one
of
these
of
these
mechanisms.
A
C
Yeah
we're
more
than
happy
to
help
people
think
through
what
combination
of
modules
makes
sense
to
to
kind
of
achieve
their
their
aims,
so
yeah
reaching
out
is
probably
a
great
first
point
of
contact
or
otherwise
diving
through
the
documentations
or
the
the
github
repos,
and
the
other
part
is
probably
just
coming
in
playing
with
a
test
space
like
this,
so
they
can
get
some
hands-on
experience
with
it.
So
it
looks
like
our
cooldown
period
is
done
now,
so
I
should
be
able
to
hit
the
execute
transaction.
It's
gonna
execute
one
batch.
C
Let's
try
again
there
we
go
cool,
so
I'm
gonna
hit
execute
here
and
I'm
gonna
hope
that
I'm
on
ranking,
yep,
perfect
and
then
we'll
jump
over
into
transactions
here
and
it's
not
gonna
show
up
in
the
queue,
because
this
only
shows
the
multi-sig
transactions,
but
we
should
see
it
populate
here
in
just
a
second
it'll
show
up
as
a
module
transaction,
and
we
should
be
able
to
decode
it
and
see
that
it
was
our
two,
our
two
weiners
transfers,
so
yep.
D
C
We
go
so
contract
interaction,
two
actions,
action,
one
transfer
and
action
to
transfer.
So
this
was
our
transaction
that
we
triggered
from
the
snapshot.
Interface.
Yeah,
I
guess
that's,
that's
the
the
full
demo
of
you
know
start
to
finish,
creating
a
proposal
and
executing
a
transaction
on
on
a
notice
safe
from
snapshot.
A
E
So
I
guess,
when
we
migrate
to
discord,
there
might
be
some
snapshot
votes
that
come
up
right,
but
one
thing
I
notice
about
checking
in
on
discord
using
my
iphone
you,
you
can't,
you
can't
connect
your
wallet
to
it
right
so
for
a
lot
of
protocols
that
use
this
they'll
announce
it.
There's
a
live
vote
going
on,
so
you
hit
on
the
snapshot
link
and
then
you
can't
do
anything
about
it.
You
still
got
to
get
back
to
somewhere
a
browser
that
allows
you
to
connect
to
your
metamask.
E
B
Sure
so
do
you
mean?
Does
the
module
help
in
terms
of
getting
votes
from
like
in
the
process
like
discord,
someone
drops
a
snapshot,
link
and
the
snapshot
happens
and
then
goes
to
the
say
for
a
multi-sig:
do
you
mean?
Does
the
module
help
in
terms
of
discord
and
snapshot
or
what
was
your
precise
question?
Sorry.
E
E
B
Yeah
yeah-
that
makes
total
sense
now
and
I
think
that's
definitely
a
big
ux
issue
among
many
that
the
space
faces.
So
I
would
say
that
the
module
doesn't
necessarily
tackle
that
in
the
most
direct
way,
by
giving
kind
of
mobile
access
to
snapshot.
One
interesting
way
that
the
module
could
be
used
to
kind
of
counter.
This
ux
problem
is
that
essentially,
while
it's
in
its
most
popular
use,
it
basically
bridges
snapshot
to
gnosis,
safe,
so
snapshot
votes
to
know
so
safe
transactions
at
its
core.
B
It's
kind
of
a
tool
to
just
take
off
chain
votes
and
put
them
on
chain
to
a
safe.
So
you
could
see
something
and
we're
in
the
works
right
now
designing,
potentially
a
discord
bot
around
this,
where
you
actually
host
votes
in
discord
polls
themselves
and
while
that
sounds
a
little
iffy,
more
and
more
projects
are
doing
kind
of
token
dated
discords
or
nft
gated
channels.
B
So
you
still
have
the
kind
of
tokenized
permissions
quality
or
that
you
know
that
a
given
set
of
addresses
or
token
holders
aren't
have
the
ability
to
vote
in
a
particular
channel
based
on
roles
and
one
thing
that
the
reality
module
could
do
is
basically
take
outcomes
from
discord,
votes
or
basically,
any
votes
that
are
off
chain
and
then
submit
those
transactions
to
the
safe.
So
there
would
be
a
way
by
which
you
don't
have
the
problem
having
to
connect
to
metamask
and
snapshot
and
bridging
over
the
safe.
B
E
Yeah,
that's
a
great
explanation.
I
guess
the
reality
module
right
has
that
been
like
battle
tested,
so
you
know
when
it
comes
to
militias
voting
right.
That's
that's
always
gonna
happen
and
I
was
just
wondering
what's
what's
how
long
has
the
reality
module
been
battle
tested
for.
C
Yeah,
I
I
think
that's
the
one
of
the
reasons
I
talked
a
lot
about
monitoring
is.
It
is
important
to
set
that
up
and
kind
of
independently
set
it
up
not
rely
on
on.
You
know,
someone
who
is
running
your
discord
server
or
something
like
that
setting
up
like
you.
C
Ideally,
you
want
to
have
multiple
people
in
the
community
running
their
own
independent
monitoring,
but
in
terms
of
it
being
battle
tested,
it's
it's
being
used
by
a
bunch
of
projects
and
has
been
in
in
production
being
used
by
a
handful
of
projects
with
really
significant
treasuries
for
a
while,
along
with
having
a
pretty
significant
bug,
bounty
on
it,
that's
held
in
a
dow,
that's
controlled
by
this
module
and
and
has
not
been
exploited.
Yet
so
I
mean
it's
it's.
C
Obviously,
it's
a
smart
contract,
there's
always
the
the
potential
for
kind
of
unintended
bugs
and
exploits
to
to
happen.
But
as
of
yet
nothing
has,
which
is,
is
a
good
sign
and
in
terms
of
the
the
scale
of
the
projects
that
are
using
it,
I
mean
the
the
gnosis
style
is
using
it
right
now
and
it
has
effective
control
over
8
million
gno
tokens
and
will
soon
have
effective
control
over
about
a
hundred
and
fifty
thousand
ether.
C
The
the
unstable
governance
dow
has
control
over
a
really
sizable
treasury
of
a
few
million.
The
stakewise
dow,
similarly
has
several
million
under
under
control
the
shape
shift.
Dial
similarly
has
several
million
controlled
by
it.
So
there's
a
non-trivial
amount
of
assets
that
are
secured
by
it
currently
and
and
to
date,
we're
not
aware
of
any
exploits
on
it.
E
Got
it
got
it
thanks
for
that
input
and
super
exciting
stuff
here.
Thank
you.
D
E
B
D
Yeah,
it
seems
it
seems
so
very,
very
interesting
stuff.
It
seems
for
me
that
one
possible
use
case
would
be
to
implement
like
more
sophisticated
governance
methods
like
like
futarki,
so
what
we
you
are
thinking
that
is
like
like
to
is
in
black
prediction
markets.
Right
when
you
are,
is
explaining
this
this
escalation
game,
it
seems,
like
a
possible
use
case,
would
be
to
implement
prediction
markets
in
the
in
the
collective
decision
making.
Is
that
correct.
B
C
I
mean
this
isn't
specifically
what
this
this
was
built
for,
but
it's
something
that
you
could
imagine
it
being
used
for
so
like
I,
I
we
we
built
it
to
bridge
kind
of
off-chain
decision
making
to
to
on-chain
execution,
but
a
neat
outcome
is
that
it
can
really
bridge
decisions
from
you
know
any
decision-making
mechanism
to
a
safe
without
having
to
have
this
kind
of
really
tight
integration
or
kind
of
formal
connection,
and
so
I
think
it
another
really
cool
thing
that
it
does
is
enable
kind
of
really
rapid
prototyping
of
new
governance
mechanisms
without
having
to
have
fully
fledged
kind
of
integrations
built
out.
C
So
I
could
definitely
imagine
a
scenario
where
you
set
up
futaki
and
you
literally
just
kind
of
deploy
the
prediction
markets
on
omen
or
polygon,
or
something
like
that
and
and
kind
of
in
in
writing
define
the
rules
on
on
what
should
happen
in
the
various
different
possible
combinations
of
outcomes
of
these
prediction
prediction
markets
and
then
use
this
module
to
trigger
execution
once
once
those
outcomes
are
known
and
then
the
other
part
there
is
you
could
you
can
also
use
it
to
bridge
decision
making
across
chain?
C
So
you
could
have
a
dow
deployed
on
on
one
chain,
even
if
there's
no
kind
of
message
bridge
between
the
two
chains
and
have
it
then
affect
changes
on
another
chain
by
use
of
this,
this
reality
module.
So
it's
really
just
a
way
of
kind
of
bridging
bridging
kind
of
decision
making
from
anywhere
to
to
a
safe.
B
One
convenient
thing
is
that
if
someone
wanted
to
bridge
it
from
prediction
markets
is
that
the
omen
prediction
market
platform
uses
reality
eth
and
claros
dispute
resolution
already
as
its
oracle
to
resolve
questions.
So
you
would
find
generally
within
that
workflow
of
that
platform
really
easy
to
plug
across
using
this
mod
with
the
safe
too.
So
it's
a
pretty
pretty
easy
to
plug
both
in.
A
A
bit
on
this
topic
global
lager.
I
guess
sorry,
if
I'm
mispronouncing
that
ask
if
the
reality
part
could
be
stacked
by
anyone
or
just
members
of
the
specific
community.
C
Yeah,
so
it's
a
public
function.
Anyone
can
stake
on
it
to
set
the
outcomes.
I
think
that's
really
important
for
it
for
this
game
kind
of
playing
out
as
intended,
you
can
the
the
I
guess,
dial
that
you
have
to
change.
There
are
like
the
variable
you
can
change.
There
is
what
token
is
used
for
the
escalation
game,
and
so,
if
you
do
want
to
kind
of
restrict
it
to
people
that
are
kind
of
that,
in
theory
should
be
kind
of
aligned
with
your
project.
Then
you
could
do
it.
C
You
say
you
have
a
governance
token.
Then
you
could
play
that
escalation
game.
In
your
governance
token,
the
the
caveat
to
that
is
that
obviously
most
governance
tokens
don't
have
as
as
wide
of
a
distribution
and
as
good
of
a
kind
of
genie
coefficient
as
as
like
ether.
C
So
you
you
do
risk
there
being
a
smaller
number
of
people
that
could
potentially
capture
the
outcome,
but
it's
also
a
small
number
of
people
that
that
should
be
value
aligned
with
the
tower
so
yeah
there's
a
trade
off
there
that
you
can
make
if
you
want
to.
If
you
want
to
try
to
tinker
with
the
alignment
there
and
and
make
it
more
more
aligned
with
the
down
to
like
the
nostal,
for
instance,
uses
gno
as
the
token
for
its
escalation
game.
A
I
guess
I
can
prefer
to
read:
okay,
so
hey
really
thankful
for
all
the
amazing
work
the
team
is
performing
in
the
metaverse
curious.
You
know
if
it's
possible
to
perform
conditional
voting
on
discord,
votes
that
has
tiered
gateways
for
value
distributions.
Also,
can
you
add
nfts
as
a
transaction
for
vote
proposals.
C
So
I'll
answer
the
second
question:
first,
yes,
you
can
do
nft
kind
of
transactions.
You
can
do
any
any
arbitrary
interaction
like
anything
the
safe
can
do
you
can
trigger
via
this
flow.
So
I
only
showed
the
I
only
showed
the
like
transfer
funds,
but
there's
a
transfer,
nft
option
that
gives
you
a
nice
interface
for
transferring
721
tokens.
C
We
should
add
1155
support
to
that.
We
have
not
yet,
though,
but
then
there's
also
a
like
custom
interaction
where
you
can
drop
in
an
address,
and
it
will
try
to
find
the
api
if
you
can't,
if
it
can't
find
the
api,
you
can
just
drop
the
api
in
until
you
can
do.
C
You
can
set
up
transactions
just
via
the
the
api
for
the
contract,
and
then
you
can
also
just
do
like
a
raw
transaction
where
you
drop
in
the
the
call
data
for
the
transaction,
and
you
know
build
it
somewhere
else,
so
you
have
a
huge
amount
of
flexibility
and
we
have
some
upcoming
tools
to
make
the
process
of
kind
of
generating
all
of
those
all
of
that
transaction
data
a
bit
more
user-friendly
as
well
right
now.
It
still
requires
a
little
bit
of
technical
knowledge.
C
We've
tried
to
make
it
easier,
but
you
know,
if
you
do
anything
beyond
transferring
tokens
or
nfts,
then
you
still
have
to
dive
into
making
contract
calls
via
the
api.
So
hopefully
we'll
have
some
nice
tools
coming
out
to
to
make
that
a
little
bit
easier
and
then
the
other
part
in
terms
of
conditional
voting
on
discord
votes.
I'm
not
quite
sure
what
you
mean
by
that.
C
I
think
this
probably
touches
on
what
I
think
frank
was
talking
about.
C
You
know
like
wanting
to
have
a
nicer
user
experience
from
from
someone
who's
participating
in
discord
and
there's
a
couple
of
projects
working
on
using
the
reality
module
in
various
ways
to
have
voting
in
discord
trigger
execution
via
the
safe
and
so
the
the
ideal
use
case,
the
ideal
kind
of
user
experience
there,
I
think,
is
where
you
have
a
bot
that
posts
a
poll,
and
you
hit
an
emoji
reaction
to
to
kind
of
cast
your
vote
and
then
once
the
poll
closes,
it
should
be
able
to
trigger
the
the
execution
without
anyone
having
to
sign
messages
or
go
to
snapshot
or
anything
like
that,
and
it's
it's
totally
possible.
B
A
B
C
Maybe
if
we,
while
we
wait
on
other
questions,
if
anyone
has
one
feel
free
to
jump
in
and
just
shut
me
up,
but
I'll
keep
rambling
while
we
don't
so
one
of
the
other
things
that
I'm
really
excited
about
the
zodiac,
enabling
is
this
kind
of
multi-chain,
inter-dimensional
dowels,
and
so
I
touched
on
it
briefly
in
terms
of
the
reality
module
allowing
you
to
control
safes
on
multiple
networks.
I'll
give
a
quick
example
just
share
my
screen
nope.
C
Where
are
we
at
bear
with
me
for
a
second
but
yeah?
We
have
the
option
to
do
this
on
I'll.
Just
show
like
this
for
a
second,
so
here
this
snapshot
space
is
another
test
space
and
it's
controlling
a
safe
on
exercise
as
well
as
a
safe
on
rinkybee,
and
so
you
have
the
option
here
to
to
actually
have
one
organization
control
kind
of
a
suite
of
safes
across
multiple
networks.
C
So
just
a
really
quick
example
there,
but
the
other
thing
that
I
really
like
that
this
enables
is,
you
could
have
adele
kind
of
do
its
decision
making
on
chain
somewhere
where
execution
is
cheap.
So,
for
example,
you
could
have
a
molok
dao
deployed
on
x,
dire
via
like
dow
house,
and
then
have
it
control
a
safe
on
main
net.
So
you
can.
We
have
a
module
to
do
that.
C
The
bridge
module
where
you
can
set
it
up
so
that
the
the
molex
dial
on
mainnet
actually
sends
a
message
to
the
safe.
Oh
sorry,
the
markdown
exercise
sends
a
message
to
the
safe
via
the
arbitrary
message
bridge
to
to
trigger
execution
and
so
decision
making
happens
where
it's
cheap
on
xdi,
but
execution
happens
where
most
of
the
value
is
and
and
where
they
can.
They
can.
C
You
know,
interact
with
with
all
of
the
different
default
applications
and
and
hold
all
of
the
or
kind
of
interact
with
all
of
the
the
most
valuable
nfts
and
all
that
kind
of
stuff,
and
then
beyond
that
this,
this
same
kind
of
pattern
could
allow
this
the
same
organization
on
x-dire
to
control
a
safe
on
x-die,
a
safe
on
main
net
safe
on
arbitrary
polygon
optimism
anywhere
else.
Whether
the
kind
of
safe
is
available
and
you've
got
a
suitable
bridge
to
that
network.
B
Yeah-
and
I
would
actually
just
add
one
short
thing-
that
also
is
an
implication
of
that
that
I'm
excited
about
that
might
be
relevant
for
the
group,
basically
making
governance,
much
cheaper
on
layer,
twos
or
elsewhere,
and
basically
allowing
safe
composability
across
multiple
chains
means
that
for
given
daos,
often
there's
multiple
teams
working
say
for
one
dow
or
one
dow
token
network,
and
that
basically,
this
composability
and
also
the
reduced
costs,
will
allow
different
teams,
have
different
governance
mechanisms,
but
still
all
port
them
to
the
same
treasury
or
to
the
same
kind
of
dow
account
that's
built
around
it
right
now.
B
A
Nice
super
interesting
yeah
we're
almost
at
the
top
of
the
hour.
I
don't
know
if
here
or
and
you
have
any
anything
else
you
would
like
to
say.
I
think
that
you
made
it
quite
clear
and
the
best
way
to
reach
you
is
in
the
discord
server,
we'll
put
it
there
and
it's
also
in
the
slide
so
yeah
anything
else.
You
would
like
to
to
say.