are nonetheless rather fragmented. In the following,
the exact type of Desktop Grid System used as refer-
ence, is classified according to the taxonomy presented
in (Choi et al., 2008). This taxonomy is built upon
four main perspectives containing several properties to
classify DG systems. The main categories are System,
Application, Resource and Scheduler. The strongest
classification is provided by the System perspective,
therefore firstly the properties of this perspective are
described: The resource provider property discerns
two main classes of Desktop Grid Systems: Enterprise
and volunteer-based DG Systems. Enterprise (as well
as academic) Desktop Grids are networks within a
(virtual) organisation, which provide their computa-
tional service mainly for members of this organisation.
Usually, the connectivity in such systems is rather
high, while volatility, machine heterogeneity and dis-
tribution of control are low. The most fundamental
difference to volunteer-based Desktop Grid Systems is
however the user base: Participating clients are mostly
from the same administrative domain (sometimes even
within a local area network) as the organisation pro-
viding and operating this service. Users are thus often
known personally and adversary behaviour disturb-
ing the system is seldom an issue. A typical example
for an Enterprise DG is a network between research
institutions from a domain that depends on computa-
tionally intensive experiments (e.g. particle physics).
Researchers can benefit from the fact that nowadays
computing power is often abundantly present and often
not used exhaustedly and consistently. This provides
for opportunities to share these resources with other re-
searchers having different experimentation schedules
and in turn take advantages of other institutions’ re-
sources when experiments are conducted. Realisations
of Enterprise Desktop Grid Systems are often based on
Condor (Litzkow et al., 1988) or similar frameworks.
In contrast, volunteer-based Desktop Grid Systems
rely on mostly anonymous users, connected through
the Internet, and willing to donate their resources to
other users. Volunteers are per se a greater risk than
organisation members or even owners of dedicated ma-
chines: By volunteering, a user gives no guarantee as
to which degree it will provide any service and because
of anonymity, adversary behaviour of users can be a se-
rious issue. Additionally, participating clients are het-
erogeneous in terms of provided computational power,
storage capacity and availability. Consider for example
users from varying time zones or users connecting only
on rare occasions. In summary, the resource provider
property discerns Enterprise and volunteer-based Desk-
top Grid Systems. Enterprise DGs are closed systems
(as opposed to Open Distributed Systems) and there-
fore not suited as hosting system for the application of
Trust Communities. From here on, the classification
of the Trusted Desktop Grid as a volunteer-based DG
is adopted and the further classification according to
the properties of the system perspective is applied to
this type of systems only.
Further classification of the TDG is based on the
organisation property: Centralised DGs are based on
a client-server-volunteer model while Distributed DGs
are managed without servers. In Centralised DGs the
servers are mainly responsible for managing volun-
teers (bootstrapping, identification, exclusion etc.) and
scheduling jobs created by the clients on volunteer
machines. Most centralised Desktop Grids use the
following scheme: Clients generate jobs and contact
the servers which then choose tp appropriate volunteer
machines and inform them of new tasks to process.
Re-scheduling in case of failures (volunteer machines
can be unreliable) and result verification follow next,
before the clients are requested to fetch the task results.
It is important to note, that in those systems volunteer
nodes do not submit jobs to the server. Therefore, vol-
unteers need incentives to participate in the systems.
A common approach to this is to establish a DG for
scientific computations that benefit the greater public
good and motivate users connected to the Internet to
donate their spare resources for this purpose (Ander-
son, 2004). In contrast, Distributed DGs transfer the
management and scheduling mechanism to the clients,
which are then for example responsible for finding
suited volunteer machines. Additionally, Distributed
Desktop Grids can be designed as Peer-To-Peer (P2P)
systems - this not only refers to the connectivity in
the system but more importantly to the fact, that each
grid node can submit jobs to other nodes, thus the
distinction between client and volunteer is not valid
any more. This creates an entirely different motivation
for volunteers to participate compared to Centralised
Desktop Grid Systems: Users are self-interested and
participate in the system in order to let other volun-
teers process tasks from their own computationally
intensive applications, like for example the rendering
of large animation scenes (Patoli et al., 2009). In turn,
they are obliged to donate their own resources to other
users. An exemplary implementation of such a system
is the Organic Grid (Chakravarti et al., 2005).
In summary, the organisation property discerns
between the server-based Centralised DGs and the Dis-
tributed Desktop Grid Systems. The management of
system participants with a centralised server architec-
ture is a closed system approach: Each new system
participant has to contact a server when entering the
system and whenever it interacts with other partici-
pants (consider for example the centralised scheduling
scheme), thus the servers control the participants. In
A Threatmodel for Trust-based Systems Consisting of Open, Heterogeneous and Distributed Agents
175