Loading ...
Sorry, an error occurred while loading the content.
 

MMAPPS Day

Expand Messages
  • cefn.hoile@bt.com
    Some of my colleagues here at BT Exact www.btexact.com are involved in a project called MMAPPS (Market Management of Peer-to-Peer Services) which I expect to
    Message 1 of 5 , Jul 30, 2003
      Some of my colleagues here at BT Exact www.btexact.com are involved in a
      project called MMAPPS (Market Management of Peer-to-Peer Services) which
      I expect to be of interest to p2p-hackers, p2prg and decentralization
      subscribers. (Apologies for crosspost if you don't agree).

      For general project information see:
      www.mmapps.org
      For further information on the MMAPPS Project Day see:
      www.mmapps.org/events

      A summary of the project is shown inline below for reference. Please
      feel free to contact me for further information and I will pass on your
      enquiry to the relevant member of the team.

      Cefn
      http://www.cefn.com

      >>>>>>>>>>>>>>>>>>>

      MMAPPS (Market Management of Peer-to-Peer Services) is creating generic
      middleware to support a new class of P2P applications that give peers
      appropriate incentives to co-operate for the good of the whole peer
      community. These applications will encourage peers to contribute and
      will then efficiently allocate that contribution amongst the members of
      the community.

      The middleware is generic and supports the definition of a wide variety
      of incentive schemes which may be based on rewarding good behaviour, or
      on punishing bad. The schemes can involve payments for contribution but
      can also be based on rules that enforce a minimum contribution through
      community sanctions.

      A key aspect is how peers contribution is accounted for; the middleware
      provides support for a very wide variety of specific accounting and
      management schemes, since we have come to the firm conclusion that
      different P2P applications can require very different trade-offs in
      terms of the necessary security/scalability/anonymity/robustness of such
      schemes.

      The MMAPPS middleware framework has the potential to underlie a very
      wide range of future P2P applications, and allows easy re-use of many
      different independently-developed accounting schemes (including
      traditional micropayment schemes, reputation-based schemes, and many
      more novel, lighter-weight 'record-based' schemes).

      The project is now approaching its mid-point (and is in its engineering
      phase) and so has plenty of results to report.

      If you would like to be kept informed of the project's progress we
      recommend you do so either via the MMAPPS Newsletter (issued quarterly)
      or more directly through participation in the FREE 1-day MMAPPS Project
      Day we will be holding (as part of NGC/ICQT'03).

      To receive further information on either the Newsletter or Project Day,
      please send a mail to cefn.hoile@..., or register yourself directly
      at the MMAPPS web-site www.mmapps.org.

      MMAPPS Project partners are: AUEB, BT, ETHZ, Mysterian, TA, TUD and
      ULANC.

      >>>>>>>>>>>>>>>>>>>

      Disclaimer: This post represents the views of the author and does not
      necessarily accurately represent the views of BT.
    • Lucas Gonze
      Ok, so let s say the economic nature of filesharing networks is that individuals give in order to get, but without a direct quid pro quo. A good test for
      Message 2 of 5 , Jul 30, 2003
        Ok, so let's say the economic nature of filesharing networks is that
        individuals give in order to get, but without a direct quid pro quo. A
        good test for MMAPS is whether it can model that. Can you say how that
        works, cefn?

        - Lucas

        On Wednesday, July 30, 2003, at 06:21 AM, cefn.hoile@... wrote:

        > Some of my colleagues here at BT Exact www.btexact.com are involved in
        > a
        > project called MMAPPS (Market Management of Peer-to-Peer Services)
        > which
        > I expect to be of interest to p2p-hackers, p2prg and decentralization
        > subscribers. (Apologies for crosspost if you don't agree).
        >
        > For general project information see:
        > www.mmapps.org
        > For further information on the MMAPPS Project Day see:
        > www.mmapps.org/events
        >
        > A summary of the project is shown inline below for reference. Please
        > feel free to contact me for further information and I will pass on your
        > enquiry to the relevant member of the team.
        >
        > Cefn
        > http://www.cefn.com
        >
        >>>>>>>>>>>>>>>>>>>>
        >
        > MMAPPS (Market Management of Peer-to-Peer Services) is creating generic
        > middleware to support a new class of P2P applications that give peers
        > appropriate incentives to co-operate for the good of the whole peer
        > community. These applications will encourage peers to contribute and
        > will then efficiently allocate that contribution amongst the members of
        > the community.
        >
        > The middleware is generic and supports the definition of a wide variety
        > of incentive schemes which may be based on rewarding good behaviour, or
        > on punishing bad. The schemes can involve payments for contribution but
        > can also be based on rules that enforce a minimum contribution through
        > community sanctions.
        >
        > A key aspect is how peers contribution is accounted for; the middleware
        > provides support for a very wide variety of specific accounting and
        > management schemes, since we have come to the firm conclusion that
        > different P2P applications can require very different trade-offs in
        > terms of the necessary security/scalability/anonymity/robustness of
        > such
        > schemes.
        >
        > The MMAPPS middleware framework has the potential to underlie a very
        > wide range of future P2P applications, and allows easy re-use of many
        > different independently-developed accounting schemes (including
        > traditional micropayment schemes, reputation-based schemes, and many
        > more novel, lighter-weight 'record-based' schemes).
        >
        > The project is now approaching its mid-point (and is in its engineering
        > phase) and so has plenty of results to report.
        >
        > If you would like to be kept informed of the project's progress we
        > recommend you do so either via the MMAPPS Newsletter (issued quarterly)
        > or more directly through participation in the FREE 1-day MMAPPS Project
        > Day we will be holding (as part of NGC/ICQT'03).
        >
        > To receive further information on either the Newsletter or Project Day,
        > please send a mail to cefn.hoile@..., or register yourself directly
        > at the MMAPPS web-site www.mmapps.org.
        >
        > MMAPPS Project partners are: AUEB, BT, ETHZ, Mysterian, TA, TUD and
        > ULANC.
        >
        >>>>>>>>>>>>>>>>>>>>
        >
        > Disclaimer: This post represents the views of the author and does not
        > necessarily accurately represent the views of BT.
        >
        > To unsubscribe from this group, send an email to:
        > decentralization-unsubscribe@egroups.com
        >
        > Announce or discover P2P conferences on the P2P Conference Wiki at
        > http://www.neurogrid.net/twiki/bin/view/Main/PeerToPeerConferences
        >
        > Your use of Yahoo! Groups is subject to
        > http://docs.yahoo.com/info/terms/
        >
        >
      • cefn.hoile@bt.com
        From my colleague Ben Strulo in response to Lucas post. ... It depends what you mean by model. Within MMAPPS we have a theoretical economics team. They are
        Message 3 of 5 , Jul 30, 2003
          From my colleague Ben Strulo in response to Lucas' post.

          >>>>>>>>>>>

          It depends what you mean by model.

          Within MMAPPS we have a theoretical economics team. They are building
          formal models of economies with various sorts of rules about giving and
          getting and exploring their consequences.

          However, a bigger part of the project is actually implementing some
          middleware which is intended to support a variety of economies (a bigger
          variety than the modellers can handle, in fact). The middleware is
          supposed to be very generic and can be specialised with many rules which
          define how the peers are constrained (by the other peers).

          The main thing the middleware gives you is information about how other
          peers are behaving. So, if you want people to give in order to get,
          then you can check if they have given before you give to them. The
          rules you use (to decide how to give) are definable within the
          application (ie at the level of the community). But, of course, they
          are also overridable locally (inevitably). So the social structure
          needs to be such that you have an incentive to follow the rules.

          That's a very quick summary. There's a paper describing the general
          architecture at http://www.mmapps.org/papers/p2pSweden_poster_issue1.pdf
          but unfortunately not too much detail on the middleware itself yet.

          <<<<<<<<<<<<<


          Hope that helps, Lucas.

          Cefn
          http://www.cefn.com



          -----Original Message-----
          From: Lucas Gonze [mailto:lgonze@...]
          Sent: 30 July 2003 13:54
          To: decentralization@yahoogroups.com
          Subject: Re: [decentralization] MMAPPS Day



          Ok, so let's say the economic nature of filesharing networks is that
          individuals give in order to get, but without a direct quid pro quo. A
          good test for MMAPS is whether it can model that. Can you say how that
          works, cefn?

          - Lucas
        • Lucas Gonze
          ... Ok, so you guys have a reputation gathering layer, which makes sense. Is the substrate SWAN, or is this intended to be something which plugs into misc
          Message 4 of 5 , Jul 30, 2003
            On Wednesday, July 30, 2003, at 12:26 PM, cefn.hoile@... wrote:

            > The main thing the middleware gives you is information about how other
            > peers are behaving. So, if you want people to give in order to get,
            > then you can check if they have given before you give to them. The
            > rules you use (to decide how to give) are definable within the
            > application (ie at the level of the community). But, of course, they
            > are also overridable locally (inevitably). So the social structure
            > needs to be such that you have an incentive to follow the rules.

            Ok, so you guys have a reputation gathering layer, which makes sense.
            Is the substrate SWAN, or is this intended to be something which plugs
            into misc networks? And are you building software for shipment or a
            simulator?

            But that's the boring part, I think. The output of the theoretical
            economics team is the juicy stuff.

            > That's a very quick summary. There's a paper describing the general
            > architecture at
            > http://www.mmapps.org/papers/p2pSweden_poster_issue1.pdf
            > but unfortunately not too much detail on the middleware itself yet.

            404.


            - Lucas
          • bstrulo1
            ... sense. We allow pluggable mechanisms some of which might be called reputation but others which are more like currency in that they account more completely
            Message 5 of 5 , Jul 31, 2003
              --- In decentralization@yahoogroups.com, Lucas Gonze <lgonze@p...>
              wrote:
              > Ok, so you guys have a reputation gathering layer, which makes
              sense.

              We allow pluggable mechanisms some of which might be called
              reputation but others which are more like currency in that they
              account more completely for what peers do.

              > Is the substrate SWAN, or is this intended to be something which
              plugs
              > into misc networks? And are you building software for shipment or
              a
              > simulator?

              We're building middleware based on JXTA which is intended to be
              helpful for P2P application developers (along with a few applications
              of our own).

              > But that's the boring part, I think. The output of the theoretical
              > economics team is the juicy stuff.
              >
              > > That's a very quick summary. There's a paper describing the
              general
              > > architecture at
              > > http://www.mmapps.org/papers/p2pSweden_poster_issue1.pdf
              > > but unfortunately not too much detail on the middleware itself
              yet.
              >
              > 404.


              Yes, sorry. Unfortunately, that doc is not available before
              publication for copyright reasons.

              We have a much more detailed overview document which I will post on
              to the website as soon as I can get it through some somewhat complex
              review and approval processes. Apologies for piquing interest before
              I can thoroughly satisfy it.

              Ben Strulo
            Your message has been successfully submitted and would be delivered to recipients shortly.