bitpro가 원문에서 글자만 모은 내용이에요. 표·그림·수식은 빠지거나 깨질 수 있어요. 전체 3쪽 중 2쪽
s
to
integrate
their
own
solutions,
further
growth
of
the
entire
ecosystem
will
depend
on
innovative
and
widely-adopted
software
running
on
Golem.
Apart
from
creating
state-of-the
art
technical
infrastructure
for
such
third-party
integrations,
the
GMS
include
appropriate
marketing
activities
and
incentives.
●
Requestors
are
the
main
focus
of
the
GMS
in
Brass
and
Clay
releases
.
The
efforts
will
include
facilitating
integrations
of
widely-needed
and
commercially
viable
use
cases,
combined
with
dedicated marketing activities and eradicating barriers for potential requestors to join the network.
●
Providers
are
most
likely
to
respond
to
economic
incentives
offered
by
Golem
and
simply
join
the
network
in
order
to
earn
tokens
in
exchange
for
their
computing
resources
.
Nevertheless,
the
GMS
assume
communication
with
this
target
group,
so
that
at
every
stage
the
demand
is
matched
with
sufficient supply.
Note:
Each of the GMS assumes the full level of funding (i.e. the crowdfunding cap is reached). In other
scenarios, the GMS will be adjusted to deliverables of a particular funding level.
Brass Golem
...these
are
created
to
fulfill
one
goal,
set
at
the
time
of
their
creation,
and
wait
with
absolute
patience until activated to perform this task.
Brass
Golem
is
where
we
are
at
the
moment
with
our
proof-of-concept,
in
alpha
testing
now.
This
current
version
of
Golem
is
only
focused
on
rendering
in
Blender
and
LuxRender,
and
although
it
will
be
useful
to
CGI
artists,
we
consider
CGI
rendering
to
be
a
proof
of
concept
primarily,
and
also
a
training
ground.
Brass
Golem
should
be
frozen
within
6
months
after
end
of
crowdfunding
period
and
a
full
battery
of
tests.
Even
though
we
do
not
expect
that
Blender
CGI
rendering
will
create
enough
turnover
to
justify
all
the
work
we
have
put
into
the
project,
this will be the first decentralised compute market.
List of proposed functionalities:
●
(1) Basic Task Definition Scheme that allows to prepare first task definition;
●
(1)
Basic
Application
Registry
-
first
version
of
Ethereum-based
Application
Registry
which allows to save tasks defined with basic task definition scheme;
●
(1)
IPFS
integration
for
coordinating
task
data
and
content
delivery,
e.g.
deliver
files
needed to compute a task, deliver the results back to the requester;
●
(1)
Docker
environment
with
Golem-provided
images
for
sandboxing
the
computations;
●
(1)
Local
verification:
a
probabilistic
verification
system
based
on
the
calculation
of
a
fraction of the task on the requestor’s machine;
●
(1) Basic UI and CLI;
●
(1) Basic reputation system;
●
(1) Implementation of
Blender
and
LuxRender
tasks.
Brass Golem: Go-to-Market Strategy
Objectives
:
1.
Create user-base of requestors
by attracting customers interested in applying Golem in CGI rendering
using supported open-source software. [target group:
requestors
]
2.
Attract a matching supply of computing power
. [target group:
providers
]
Value proposition
:
●
CGI rendering solution based on LuxRenderer/Blender, which is cheaper, more reliable and offer user
experience superior to existing cloud-based solutions, notably render farms.
requestors
providers
software developers
CGI artists and other users of open
source rendering software:
●
Targeted marketing: artists’
portals, social media etc.
●
Incentives for initial
purchases of computing
resources in Golem
(subsidies, vouchers, etc.).
First pool of providers: Golem
community, alpha/beta testers and
first requestors (prosumer model).
Targeted marketing: owners of data
centers, mining rigs etc.
(if needed) Broader marketing aimed
Software developers not
targeted in this release.
●
Referral schemes.
at users of high-end PCs.
Clay Golem
There
is
a
chance
(...)
that
a
Clay
Golem
will
be
possessed
by
a
chaotic
evil
spirit.
If
this
happens
control is lost and the Golem attacks the closest living creature.
Clay
Golem
is
a
big
leap
from
the
Brass
milestone.
Clay
milestone
introduces
the
Task
API
and
the
Application
Registry,
which
together
are
going
to
make
Golem
a
multi-purpose,
generalized
distributed
computation
solution.
Developers
now
have
the
means
to
integrate
with
Golem.
This
advance,
however,
may
come
at
the
cost
of
compromised
stability
and
security,
so
this
version
should
be
considered
an
experiment
for
early
adopters
and
tech
enthusiasts.
Prototype
your
new
ideas
and
solutions
on
Clay.
Clay
Golem
should
be
delivered
within 15 months after end of crowdfunding period.
List of proposed functionalities:
●
(1) Basic Task API: an interface that allows a user to define simple tasks;
●
(1) Initial
Transaction Framework Model
with hard-coded payments schemes;
●
(1)
Redundant
verification:
a
verification
scheme
based
on
the
comparison
of
redundant computation results;
●
(1)
Basic
subtask
delegation:
a
mechanism
for
more
fined
grained
subtasks
distribution
(e.g.
can
be
used
to
help
with
creation
of
an
ad-hoc
proxy
delegating
tasks
in a more efficient manner)
;
●
(1) Basic tutorials for software developers;
●
(2) Support for virtual machines as a sandbox for computation;
●
(2)
Set
of
extended
tutorials
for
developers
explaining
how
to
implement
their
own
tasks for Golem network;
●
(2) Example computational chemistry use case implementation;
●
(3) Example machine learning use case implementation.
Clay Golem: Go-to-Market Strategy
Objectives
:
1.
Broaden the user-base of requestors
by extending the rendering use case (integration of commercial
rendering engines) and implementing a new use cases (computational chemistry, machine learning).
[target group:
requestors
]
2.
Stimulate first experimental independent integrations with Golem
. [target group:
developers
]
3.
Attract and retain a matching supply of computing power
. [target group:
providers
]
Value proposition
:
●
CGI rendering use case extended to popular commercial software solutions.
●
Additional use cases implemented by Golem team (computational chemistry, machine learning).
●
A basic rudimentary platform for software developers to implement first experimental integrations
with Golem.
requestors
providers
software developers
CGI artists and other users of open
source and commercial rendering
software:
●
Targeted marketing:
artists’ portals, social
media etc.
●
Economic incentives for
initial purchases of
computing resources in
Golem (subsidies,
vouchers, ect.).
●
Referral schemes.
Similar means applied to attracting
users for the computational
chemistry and machine learning
use cases.
Targeted marketing: owners of
data centers, mining rigs etc.
Broader marketing aimed at
users of high-end PCs.
Tutorials for software developers
(experimental integrations with
Golem API).
Small-scale communication with
different communities of
developers.
Stone Golem
Stone Golems do not revoke their creators control like (...) Clay Golems.
Stone
Golem
will
add
more
security
and
stability,
but
also
enhance
the
functionalities
implemented
in
Clay.
An
advanced
version
of
the
Task
API
will
be
introduced.
The
Application
Registry
will
be
complemented
by
the
Certification
Mechanism
that
will
create
a
community-driven
trust
network
for
applications.
Also,
the
Transaction
Framework
will
create
an
environment
that
will
allow
Golem
to
be
used
in
a
SaaS
model.
Clay
Golem
should
be
delivered within 24 months after end of crowdfunding period.
List of proposed functionalities:
●
(1) Full Task API: an interface that allows users to define tasks;
●
(1)
Application
Registry
:
where
developers
publish
applications
ready
to
run
on
Golem;
●
(1)
Transaction
Framework
that
allows
a
choice
of
remuneration
models
for
task
templates;
●
(1)
Basic
Certification
support
for
Software:
A
mechanism
that
allows
users
to
whitelist and blacklist applications, building a decentralized trust network;
●
(1)
Support
for
SaaS:
the
possibility
to
add
support
for
proprietary
software
which
can
be
used
in
tasks.
Payments
for
task
creators
should
also
be
implemented
in
the
application;
●
(1) Application Registry and Transaction Framework tutorials for developers;
●
(2)
SaaS
tasks
examples
-
example
use
cases
that
shows
developers
how
to
create
tasks available in SaaS model;
Stone Golem: Go-to-Market Strategy
Objectives
:
1.
Stimulate first wide-scale independent integrations with Golem
. [target group:
developers
]
2.
Retain and further broaden the user-base of requestors
by facilitating marketing efforts of
independent requestors and continuing promotion of existing use cases (rendering, computational
chemistry, machine learning). [target group:
requestors
]
3.
Attract and retain a matching supply of computing power
. [target group:
providers
]
Value proposition
:
●
A much more advanced platform for developers, including a fully functional API, Application Registry
and Transaction Framework as well as a basic version of the Certification mechanism and support for
SaaS.
requestors
providers
software developers
Customer retention and further
acquisition: continuous development
and marketing of rendering,
computational chemistry, machine
learning use cases.
First wide-scale third-party
integrations: independent marketing
attracting additional groups of
requestors, however Golem team
will facilitate and coordinate these
marketing efforts.
Targeted marketing: owners of
data centers, mining rigs etc.
Broader marketing aimed at
users of high-end PCs.
Tutorials for software
developers (Application
Registry, Transaction
Framework).
Demonstration of SaaS
implementations in Golem.
Economic incentives for the
most successful and innovative
third-party integrations.
Iron Golem
Iron
Golems
are
made
of
iron
and
are
among
the
strongest
type
of
Golem.
They
never
revoke
the
control of the wizard that created them.
Iron
is
a
deeply
tested
Golem
that
gives
more
freedom
to
developers,
allowing
them
to
create
applications
that
use
an
Internet
connection
or
applications
that
run
outside
the
sandbox.
Of
course,
the
decision
to
accept
higher-risk
applications
will
still
belong
to
the
providers
renting
their
compute
power.
Iron
Golem
should
be
robust,
highly
resistant
to
attacks,
stable
and
scalable.
Iron
will
also
introduce
various
tools
for
developers
that
will
make
application
creation
far
easier.
Finally,
the
Golem
Standard
Library
will
be
implemented.
Assuming
that
maximum
financing
will
be
reached,
Iron
Golem
should
be
delivered
within
48
months
after
end of crowdfunding period.
List of proposed functionalities:
●
(2)
External
data
link:
enables
Golem
to
use
resources
and
interface
with
software
outside of the Golem network;
●
(2)
Host-direct
mode:
a
trusted
mode
for
explicitly
whitelisted
applications
or
invulnerable environments, where Golem runs computation outside the Docker/VM;
●
(2) Certification support for Environments;
●
(2)
Network
Status
Dashboard
-
public
website
displaying
basic
stats
about
Golem
network;
●
(2)
Additional
security
mechanism
-
tasks
that
uses
public
data
link
or
host-direct
mode
are
particularly
challenging
for
security.
Additional
means
may
be
necessary
to
make
running
those
tasks
safer
for
providers
(eg.
central
audit
oracles,
agreements
contracts or code-execution observers may be implemented);
●
(2)
Golem
web
client:
a
web
interface
for
Golem
nodes
as
an
alternative
to
the
native
GUI / console interface;
●
(3)
Golem
Developer
Toolkit:
a
set
of
diagnostic
and
test
tools
to
make
creation
process of applications for Golem even easier;
●
(3)
Reputation-system:
reputation
protocol
that
allows
the
node
to
effectively
supervise network behaviour;
●
(3)
Advanced
transaction
system:
a
system
that
automatically
tries
to
match
requestors with providers in a way that is most profitable to all participants;
●
(3) Golem Developer Toolkit tutorial
●
(3)
Provider
dashboard
-
providing
stats,
graphs
and
more
advance
settings
management for providers;
●
(4)
devp2p
integration
-
changes
in
p2p
and
network
protocols
using
new
version
of
devp2p;
●
(4)
MapReduce
and
topological
sorting
of
tasks:
add
the
next
abstraction
layer,
allowing users to define more generic tasks that are interdependent;
●
(4)
Golem
Standard
Library
(Golem
STD):
language
agnostic
functionality
providing
access
to
the
low
level
core
components
required
to
interact
with
Golem
from
within
a
programming
language.
Special
attention
will
be
paid
to
I/O
functions
exposed
to
tasks
and
subtasks
related
functionalities.
Each
supported
programming
language
will
have
bindings
to
Golem
STD.
These
bindings
will
serve
as
a
means
of
extending
the
default
standard
library
of
the
language
in
question
(custom
extensions
provided
by
developers
of
programming
languages
will
also
be
possible).
With
Golem
STD
an
automatic
task
definition,
independent
from
the
operating
system,
will
be
possible.
Golem
STD
will
allow
users
to
create
Golem
applications
using
different
programming
languages,
which
shall
significantly
increase
the
number
of
potential
use
cases
and
simplify task creation process.
●
(4) Golem STD tutorial for developers
Iron Golem: Go-to-Market Strategy
Objectives
:
1.
Stimulate successful and innovative integrations with Golem
. [target group:
developers
]
2.
Manage and facilitate the user-base of requestor
. [
providers
]
3.
Attract and retain a matching supply of computing power
. [target group:
providers
]
Value proposition
:
●
A fully-functional for developers, including the API, Application Registry, Transaction Framework,
support for SaaS, Golem Development Toolkit, devp2p as well as an array of functionalities to interact
with Golem from with a programming language (Golem Standard Library).
requestors
providers
software developers
Customer retention and further
acquisition: continuous
development and marketing of
existing use cases.
Marketing of the entire Golem
network, coordination of marketing
efforts of independent software
developers.
Targeted marketing: owners of
data centers, mining rigs etc.
Broader marketing aimed at
users of high-end PCs.
Tutorials for software developers
(Golem Development Toolkit,
devp2p, Golem Standard Library).
Targeted marketing: software
developers from outside of the
crypto-world (in order to attract
ideas with the largest potential
for wide-scale adoption).
Future integrations
There
are
numerous
Ethereum
dapps
and
future
platforms
currently
under
development
or
in
alpha
release.
We
see
great
opportunities
in
this
environment,
not
to
mention
solutions
that
could
potentially
be
used
as
a
part
of
Golem's
ecosystem,
either
directly
or
as
extensions.
The
following
systems
will
be
considered
for
integration
and
their
implementation
will
be
dependent upon the release of production code and complexity of integration:
●
Payment
channel
solutions
based
on
P2P
routing
and
transactions,
eg.
Raiden
or
multi-party payment channels
;
●
External decentralized identity services, e.g.
uPort
;
●
External solutions for task verification or reputation, eg.
TrueBit
;
●
External solutions for storage, eg. FileCoin, Swarm
.
Crowdfunding
The
crowdfunding
of
Golem
and
the
corresponding
token
creation
process
are
organised
around
smart
contracts
running
on
Ethereum.
Participants
willing
to
support
development
of
the
Golem
Project
can
do
so
by
sending
ether
to
the
designated
address.
By
doing
so
they
create Golem Network Tokens (GNT) at the rate of 1 000 GNT per 1 ETH.
A
participant
must
send
ether
to
the
account
after
the
start
of
the
crowdfunding
period
(specified
as
the
block
number).
Crowdfunding
ends
when
the
end
block
is
created,
or
when
the amount of ether sent to the account reaches the maximum.
Crowdfunding summary
GNT created per 1 ether
1 000 GNT
Minimum ether
150 000 ETH
Maximum ether
820 000 ETH
% of tokens generated to Golem team
6%
% of tokens generated to Golem Factory GmbH
12%
Approximate date of start (StartBlock)
11th November 2016, 3:00 pm GMT
Approximate date of end (EndBlock)
2nd December 2016, 3:00 pm GMT
Maximum number of GNT generated
1 000 000 000 GNT
of which crowdfunding participants
820 000 000 GNT
of which Golem team and Golem Factory GmbH
180 000 000 GNT
The
crowdfunding
address
will
be
announced
at
the
crowdfunding
start
through
the
following
channels:
●
Project webpage:
golem.network
●
Official Twitter:
twitter.com/golemproject
●
Official Slack:
golemproject.slack.com
(you can join
here
)
●
Official Blog:
blog.golemproject.net
●
Reddit:
reddit.com/r/golemproject
Please,
double-check
the
address
before
sending
ETH.
For
security
reasons,
we
advise
to
confirm the address using at least two different sources above.
On
the
project
webpage,
you
will
also
find
a
detailed
guide
on
how
to
participate
in
the
crowdfunding using popular Ethereum wallets.
Crowdfunding is implemented as a smart contract with a few simple parameters:
●
Golem
Factory
GmbH:
controls
the
contract
and
the
address
to
which
gathered
ether
will be sent (implemented as a multisig address);
●
Percent
of
pre-allocated
tokens
is
18%
(6%
-
Golem
team,
12%
-
Golem
Factory
GmbH);
●
StartBlock,
EndBlock:
these
block
numbers
indicate
the
start
and
the
end
of
the
crowdfunding process;
●
minTarget: minimum cap for this crowdfunding, crowdfunding fails if not reached;
●
maxCap: maximum cap for this crowdfunding, denominated in GNT;
●
GNT creation rate, denominated in ETH.
The crowdfunding contract conforms to a few important rules:
●
Before the crowdfunding starts, no ether can be sent to the crowdfunding contract;
●
After
the
crowdfunding
(either
maxCap
was
reached
or
the
crowdfunding
deadline
passed), no ether can be sent to the contract;
●
During
the
crowdfunding,
participants
simply
send
ether
to
the
crowdfunding
contract
which results in GNT creation;
●
All created tokens are
non-transferable
during the crowdfunding;
●
Only after the crowdfunding period has ended:
○
Any
user
can
initiate
the
transfer
of
ether
to
the
specified
address
of
Golem
Factory GmbH;
○
The
crowdfunding
contract
creates
an
18%
endowment
of
tokens
such
that
crowdfunding
participants’
tokens
constitute
82%
of
supply,
regardless
of
the
level of funding;
○
The
crowdfunding
contract
finalizes
funding
which
results
in
an
allocation
of
founders’ tokens and unlocking the created GNT.
If
minimum
financing
is
not
reached,
then
after
the
crowdfunding
period,
participants
can
claim their ethers back from the contract.
Crowdfunding
process
leads
to
creation
of
GNT,
a
backbone
token
for
the
Golem
network.
GNT
implementation
follows
widely
adopted
token
implementation
standards
with
two
additional
functionalities
core
to
the
crowdfunding
process
and
future
upgrades,
namely,
token creation and token migration:
●
Create
token
-
during
the
crowdfunding
process,
the
crowdfunding
contract
can
issue
new GNT (based on the amount of sent ETH).
○
By
default,
created
GNT
is
locked
(nontransferable).
Only
when
crowdfunding
is finalized are tokens unlocked and participants able to transfer them.
○
The
creation
function
is
enabled
only
during
the
crowdfunding
phase;
it
does
not
allow
the
creation
of
tokens
after
the
crowdfunding
phase
is
over
(token
supply is constant ever after).
●
Migrate token - a function which implements GNT migration to another contract.
○
Does
nothing
by
default,
but
if
at
some
point
a
GNT
upgrade
is
required,
a
separate
migration
contract
can
be
specified
and
recommended
by
Golem
Factory GmbH to be used to transfer tokens to the new contract.
○
Technically
speaking,
if
a
GNT
upgrade
is
required,
a
contract
implementing
the
MigrationAgent
interface
is
created
and
set
by
Golem
Factory
GmbH
in
the
GNT
contract
(for
security
reasons
this
can
be
done
only
once).
Following
that프로젝트로 돌아가기
