- cypherpunks-legacy - lists.cpunks.org

Re: [cryptography] Key escrow 2012
by mheyman＠gmail.com 06 Jul '18

06 Jul '18

On Tue, Mar 27, 2012 at 1:17 PM, Nico Williams <nico(a)cryptonector.com> wrote: > On Tue, Mar 27, 2012 at 5:18 AM, Darren J Moffat >> >> For example an escrow system for ensuring you can decrypt data written by >> one of your employees on your companies devices when the employee forgets or >> looses their key material. > > Well, the context was specifically the U.S. government wanting key > escrow. > Hmm - these are not mutually exclusive. Back in the mid to late 90s, the last time the U.S. government required key escrow for international commerce with larger key sizes, they allowed key escrow systems that were controlled completely by the company. Specifically, they allowed Trusted Information System's RecoverKey product (I worked on this one, still have the shirt, and am not aware of any other similar products available at the time - PGP's came later and was more onerous to use). RecoverKey simply wrapped a session key in a corporate public key appended to the same session key wrapped with the user's public key. If the U.S. Government wanted access to the data, the only thing they got was the session key after supplying the key blob and a warrant to the corporation in question. The U.S. government even allowed us to sell RecoverKey internationally to corporations that kept their RecoverKey data recovery centers offshore but agreed to keep them in a friendly country. ---- -Michael Heyman _______________________________________________ cryptography mailing list cryptography(a)randombit.net http://lists.randombit.net/mailman/listinfo/cryptography ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

"Defending Against Sensor-Snifo,ng Attacks on Mobile Phones"
by Jerry Leichter 06 Jul '18

06 Jul '18

http://conferences.sigcomm.org/sigcomm/2009/workshops/mobiheld/papers/p31.p… ABSTRACT Modern mobile phones possess three types of capabilities: computing, communication, and sensing. While these capa- bilities enable a variety of novel applications, they also raise serious privacy concerns. We explore the vulnerability where attackers snoop on users by sniffing on their mobile phone sensors, such as the microphone, camera, and GPS receiver. We show that current mobile phone platforms inadequately protect their users from this threat. To provide better pri- vacy for mobile phone users, we analyze desirable uses of these sensors and discuss the properties of good privacy pro- tection solutions. Then, we propose a general framework for such solutions and discuss various possible approaches to implement the frameworkbs components. They have some suggestions, but feel the problems are deep and probably not completely solvable. -- Jerry --------------------------------------------------------------------- The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to majordomo(a)metzdowd.com ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

[p2p-hackers] CodeCon submission deadline reminder
by Len Sassaman 06 Jul '18

06 Jul '18

Here's a reminder that the deadline for submissions to CodeCon 2006 is this week. Feel free to forward this to project developers who might not otherwise see it. --Len. -- CodeCon 2006 February 10-12, 2006 San Francisco CA, USA www.codecon.org Call For Papers CodeCon is the premier showcase of cutting edge software development. It is an excellent opportunity for programmers to demonstrate their work and keep abreast of what's going on in their community. All presentations must include working demonstrations, ideally accompanied by source code. Presentations must be done by one of the active developers of the code in question. We emphasize that demonstrations be of *working* code. We hereby solicit papers and demonstrations. * Papers and proposals due: December 15, 2005 * Authors notified: January 1, 2006 Possible topics include, but are by no means restricted to: * community-based web sites - forums, weblogs, personals * development tools - languages, debuggers, version control * file sharing systems - swarming distribution, distributed search * security products - mail encryption, intrusion detection, firewalls Presentations will be 45 minutes long, with 15 minutes allocated for Q&A. Overruns will be truncated. Submission details: Submissions are being accepted immediately. Acceptance dates are November 15, and December 15. After the first acceptance date, submissions will be either accepted, rejected, or deferred to the second acceptance date. The conference language is English. Ideally, demonstrations should be usable by attendees with 802.11b connected devices either via a web interface, or locally on Windows, UNIX-like, or MacOS platforms. Cross-platform applications are most desirable. Our venue will be 21+. To submit, send mail to submissions-2006 at codecon.org including the following information: * Project name * url of project home page * tagline - one sentence or less summing up what the project does * names of presenter(s) and urls of their home pages, if they have any * one-paragraph bios of presenters, optional, under 100 words each * project history, under 150 words * what will be done in the project demo, under 200 words * slides to be shown during the presentation, if applicable * future plans General Chair: Jonathan Moore Program Chair: Len Sassaman Program Committee: * Bram Cohen, BitTorrent, USA * Jered Floyd, Permabit, USA * Ian Goldberg, Zero-Knowledge Systems, CA * Dan Kaminsky, Avaya, USA * Ben Laurie, The Bunker Secure Hosting, UK * Nick Mathewson, The Free Haven Project, USA * David Molnar, University of California, Berkeley, USA * Jonathan Moore, Mosuki, USA * Meredith L. Patterson, University of Iowa, USA * Len Sassaman, Katholieke Universiteit Leuven, BE Sponsorship: If your organization is interested in sponsoring CodeCon, we would love to hear from you. In particular, we are looking for sponsors for social meals and parties on any of the three days of the conference, as well as sponsors of the conference as a whole and donors of door prizes. If you might be interested in sponsoring any of these aspects, please contact the conference organizers at codecon-admin at codecon.org. Press policy: CodeCon provides a limited number of passes to qualifying press. Complimentary press passes will be evaluated on request. Everyone is welcome to pay the low registration fee to attend without an official press credential. Questions: If you have questions about CodeCon, or would like to contact the organizers, please mail codecon-admin at codecon.org. Please note this address is only for questions and administrative requests, and not for workshop presentation submissions. _______________________________________________ p2p-hackers mailing list p2p-hackers(a)zgp.org http://zgp.org/mailman/listinfo/p2p-hackers _______________________________________________ Here is a web page listing P2P Conferences: http://www.neurogrid.net/twiki/bin/view/Main/PeerToPeerConferences ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]

1 0

"Defending Against Sensor-Snifo,ng Attacks on Mobile Phones"
by Jerry Leichter 06 Jul '18

06 Jul '18

http://conferences.sigcomm.org/sigcomm/2009/workshops/mobiheld/papers/p31.p… ABSTRACT Modern mobile phones possess three types of capabilities: computing, communication, and sensing. While these capa- bilities enable a variety of novel applications, they also raise serious privacy concerns. We explore the vulnerability where attackers snoop on users by sniffing on their mobile phone sensors, such as the microphone, camera, and GPS receiver. We show that current mobile phone platforms inadequately protect their users from this threat. To provide better pri- vacy for mobile phone users, we analyze desirable uses of these sensors and discuss the properties of good privacy pro- tection solutions. Then, we propose a general framework for such solutions and discuss various possible approaches to implement the frameworkbs components. They have some suggestions, but feel the problems are deep and probably not completely solvable. -- Jerry --------------------------------------------------------------------- The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to majordomo(a)metzdowd.com ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

Re: [silk] Bitcoin
by Alaric Snell-Pym 06 Jul '18

06 Jul '18

On 06/21/11 22:06, Jon Cox wrote: > Institutions with the market share of Mt Gox become part of > the de-facto monitary policy. Hence they are not external > to "the currency" at all. I'd say there's multiple layers. "Bitcoin" is defined by name in a paper describing the crypto algorithms. But there's a "bitcoin economy" that is based around bitcoin itself, plus a number of traders who will swap bitcoins for things (some of those things being other currencies). Then there's a "bitcoin community" that encompasses those traders as well as mere players in the market, interested parties, pundit bloggers... Bitcoin itself seems to be weathering the recent turmoil of the bitcoin economy well. The economy is in tatters because it's small and immature, but such things can only be grown upwards from tiny seeds, so this is a hard-to-avoid stage of growing pains. Whether it will succeed or not remains to be seen, but even if the bitcoin *economy* fails, bitcoin itself may well still succeed, perhaps by finding a new application in more limited economies... we'll see. >>> Bitcoin is therefore a 100% faith-based immature currency >>> with full code transparency but almost no institutional >>> transparency or independent auditing. >> >> For sure. However, it's got to start somewhere. > > > Plainly. > > I am asking raising some specific issues here > that go above and beyond that obvious fact. > > o Is this the only option for an anon/decentralized currency? Who knows? It's the only decentralized algorithm I've seen yet for *electronic* currency (gold/diamonds/etc work in the Real World). > o How decentralize is Bitcoin mining in the long run anyway? That's hard to predict... let's wait and see! > o What out-of-band factors influence its __effective__ anonymity? Communications interception powers vs. Tor and VPNs, mainly > o What trade-offs / dynamics are implied by the trust model? That's complex :-) > o Is the trust model used the best option available, overall? It's hard to say... People need to think of more electronic currency systems so they can be compared. Digital bearer cash has never quite taken off, for mainly commercial reasons. The decentralisation of Bitcoin seems to be an important factor. > o Is it having zero intrinsic local value a necessary feature? Not necessarily > o Can audited digital commodity/credit receipts be used instead? It's been tried, and not taken off; but if the exact reasons why can be pinned down sufficiently, and fixes found, they may have legs in the long run. > Once we accept that we're making trade-offs in > the area of de-facto centralization, anonymity, > validation, security, and coupling to the > underlying real economy of goods and services, > a different picture emerges. The mathematical > guarantee validating that a quantity of (otherwise > worthless work) was done has some good and bad > properties that are not contained within the > code itself. > > This is the kind of analytical dialogue that I'm > hoping we can engage in. Yep! But I think we need to watch and see for now... stuff is happening faster than people seem able to reason about it :-) >> Why shouldn't it? The bitcoin economy is tiny; Mt Gox dominates it like >> the Bank of England dominates GBP. However, Mt Gox has no de jure power, >> and in due course, competitors will challenge it, thereby decentralising >> the economy again. > > The reason is simple: the goal is to design something better. It'd be nice if something better could be designed, but as I see it, while currencies can be designed, economies and communities are complex dynamical systems that have to *evolve*. >> >> I hole 18 bitcoins; I'm not too worried that it's dropped like that - >> because I think it'll rise again. In fact, now would be a good time to >> buy some more... >> > > People lose more at Las Vegas. > Have fun! Exactly... I wouldn't bet my life savings on it, but it's an interesting gamble, and an investment into something that could lead to an interesting new economy if it takes off :-) There's not much I actually want to buy with bitcoins, but I try and spend them when I can, to encourage the actual merchants into the market - all this currency speculation is well and good, but I'd like more of an actual products market. I've bought a "I bought this badge with a bitcoin!" badge from nerdmeritbadges.com, and donated a few bitcents to some folks who were doing good work for the community; but most of the fun stuff for sale in BTC is in the States (bitmunchies.com and the alpaca socks people), while the same products can be had a LOT nearer me... > Regulatory structures in the US are so weak that most folks will > remain in a state of nervous denial until it's too late for them. > When all debt obligations are factored totaled, we supposedly > owe $500k/person. I can only think of 5 options that have > been used (alone or in combination) by countries that get > into this kind of difficulty: Ouch > My central message is very simple: the real-world institutions > that sustain currencies are *part* of them, not external to them. > Bitcoin is no exception. Bitcoin software is not the sum total > of Bitcoin as a currency. Not even close. Quite. We're mainly disagreeing over terminology ;-) > I believe that the sooner we embrace these ideas, the sooner > we'll have a digital "people's currency" that's more than > a play-thing. Bitcoin is a groundbreaking play-thing, > but we need more than that. Yep! > > Cheers, > -Jon > ABS -- Alaric Snell-Pym http://www.snell-pym.org.uk/alaric/ ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

Re: [cryptography] Key escrow 2012
by mheyman＠gmail.com 06 Jul '18

06 Jul '18

On Tue, Mar 27, 2012 at 1:17 PM, Nico Williams <nico(a)cryptonector.com> wrote: > On Tue, Mar 27, 2012 at 5:18 AM, Darren J Moffat >> >> For example an escrow system for ensuring you can decrypt data written by >> one of your employees on your companies devices when the employee forgets or >> looses their key material. > > Well, the context was specifically the U.S. government wanting key > escrow. > Hmm - these are not mutually exclusive. Back in the mid to late 90s, the last time the U.S. government required key escrow for international commerce with larger key sizes, they allowed key escrow systems that were controlled completely by the company. Specifically, they allowed Trusted Information System's RecoverKey product (I worked on this one, still have the shirt, and am not aware of any other similar products available at the time - PGP's came later and was more onerous to use). RecoverKey simply wrapped a session key in a corporate public key appended to the same session key wrapped with the user's public key. If the U.S. Government wanted access to the data, the only thing they got was the session key after supplying the key blob and a warrant to the corporation in question. The U.S. government even allowed us to sell RecoverKey internationally to corporations that kept their RecoverKey data recovery centers offshore but agreed to keep them in a friendly country. ---- -Michael Heyman _______________________________________________ cryptography mailing list cryptography(a)randombit.net http://lists.randombit.net/mailman/listinfo/cryptography ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

[p2p-hackers] CodeCon submission deadline reminder
by Len Sassaman 06 Jul '18

06 Jul '18

Here's a reminder that the deadline for submissions to CodeCon 2006 is this week. Feel free to forward this to project developers who might not otherwise see it. --Len. -- CodeCon 2006 February 10-12, 2006 San Francisco CA, USA www.codecon.org Call For Papers CodeCon is the premier showcase of cutting edge software development. It is an excellent opportunity for programmers to demonstrate their work and keep abreast of what's going on in their community. All presentations must include working demonstrations, ideally accompanied by source code. Presentations must be done by one of the active developers of the code in question. We emphasize that demonstrations be of *working* code. We hereby solicit papers and demonstrations. * Papers and proposals due: December 15, 2005 * Authors notified: January 1, 2006 Possible topics include, but are by no means restricted to: * community-based web sites - forums, weblogs, personals * development tools - languages, debuggers, version control * file sharing systems - swarming distribution, distributed search * security products - mail encryption, intrusion detection, firewalls Presentations will be 45 minutes long, with 15 minutes allocated for Q&A. Overruns will be truncated. Submission details: Submissions are being accepted immediately. Acceptance dates are November 15, and December 15. After the first acceptance date, submissions will be either accepted, rejected, or deferred to the second acceptance date. The conference language is English. Ideally, demonstrations should be usable by attendees with 802.11b connected devices either via a web interface, or locally on Windows, UNIX-like, or MacOS platforms. Cross-platform applications are most desirable. Our venue will be 21+. To submit, send mail to submissions-2006 at codecon.org including the following information: * Project name * url of project home page * tagline - one sentence or less summing up what the project does * names of presenter(s) and urls of their home pages, if they have any * one-paragraph bios of presenters, optional, under 100 words each * project history, under 150 words * what will be done in the project demo, under 200 words * slides to be shown during the presentation, if applicable * future plans General Chair: Jonathan Moore Program Chair: Len Sassaman Program Committee: * Bram Cohen, BitTorrent, USA * Jered Floyd, Permabit, USA * Ian Goldberg, Zero-Knowledge Systems, CA * Dan Kaminsky, Avaya, USA * Ben Laurie, The Bunker Secure Hosting, UK * Nick Mathewson, The Free Haven Project, USA * David Molnar, University of California, Berkeley, USA * Jonathan Moore, Mosuki, USA * Meredith L. Patterson, University of Iowa, USA * Len Sassaman, Katholieke Universiteit Leuven, BE Sponsorship: If your organization is interested in sponsoring CodeCon, we would love to hear from you. In particular, we are looking for sponsors for social meals and parties on any of the three days of the conference, as well as sponsors of the conference as a whole and donors of door prizes. If you might be interested in sponsoring any of these aspects, please contact the conference organizers at codecon-admin at codecon.org. Press policy: CodeCon provides a limited number of passes to qualifying press. Complimentary press passes will be evaluated on request. Everyone is welcome to pay the low registration fee to attend without an official press credential. Questions: If you have questions about CodeCon, or would like to contact the organizers, please mail codecon-admin at codecon.org. Please note this address is only for questions and administrative requests, and not for workshop presentation submissions. _______________________________________________ p2p-hackers mailing list p2p-hackers(a)zgp.org http://zgp.org/mailman/listinfo/p2p-hackers _______________________________________________ Here is a web page listing P2P Conferences: http://www.neurogrid.net/twiki/bin/view/Main/PeerToPeerConferences ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]

1 0

Re: [silk] Bitcoin
by Alaric Snell-Pym 06 Jul '18

06 Jul '18

On 06/21/11 22:06, Jon Cox wrote: > Institutions with the market share of Mt Gox become part of > the de-facto monitary policy. Hence they are not external > to "the currency" at all. I'd say there's multiple layers. "Bitcoin" is defined by name in a paper describing the crypto algorithms. But there's a "bitcoin economy" that is based around bitcoin itself, plus a number of traders who will swap bitcoins for things (some of those things being other currencies). Then there's a "bitcoin community" that encompasses those traders as well as mere players in the market, interested parties, pundit bloggers... Bitcoin itself seems to be weathering the recent turmoil of the bitcoin economy well. The economy is in tatters because it's small and immature, but such things can only be grown upwards from tiny seeds, so this is a hard-to-avoid stage of growing pains. Whether it will succeed or not remains to be seen, but even if the bitcoin *economy* fails, bitcoin itself may well still succeed, perhaps by finding a new application in more limited economies... we'll see. >>> Bitcoin is therefore a 100% faith-based immature currency >>> with full code transparency but almost no institutional >>> transparency or independent auditing. >> >> For sure. However, it's got to start somewhere. > > > Plainly. > > I am asking raising some specific issues here > that go above and beyond that obvious fact. > > o Is this the only option for an anon/decentralized currency? Who knows? It's the only decentralized algorithm I've seen yet for *electronic* currency (gold/diamonds/etc work in the Real World). > o How decentralize is Bitcoin mining in the long run anyway? That's hard to predict... let's wait and see! > o What out-of-band factors influence its __effective__ anonymity? Communications interception powers vs. Tor and VPNs, mainly > o What trade-offs / dynamics are implied by the trust model? That's complex :-) > o Is the trust model used the best option available, overall? It's hard to say... People need to think of more electronic currency systems so they can be compared. Digital bearer cash has never quite taken off, for mainly commercial reasons. The decentralisation of Bitcoin seems to be an important factor. > o Is it having zero intrinsic local value a necessary feature? Not necessarily > o Can audited digital commodity/credit receipts be used instead? It's been tried, and not taken off; but if the exact reasons why can be pinned down sufficiently, and fixes found, they may have legs in the long run. > Once we accept that we're making trade-offs in > the area of de-facto centralization, anonymity, > validation, security, and coupling to the > underlying real economy of goods and services, > a different picture emerges. The mathematical > guarantee validating that a quantity of (otherwise > worthless work) was done has some good and bad > properties that are not contained within the > code itself. > > This is the kind of analytical dialogue that I'm > hoping we can engage in. Yep! But I think we need to watch and see for now... stuff is happening faster than people seem able to reason about it :-) >> Why shouldn't it? The bitcoin economy is tiny; Mt Gox dominates it like >> the Bank of England dominates GBP. However, Mt Gox has no de jure power, >> and in due course, competitors will challenge it, thereby decentralising >> the economy again. > > The reason is simple: the goal is to design something better. It'd be nice if something better could be designed, but as I see it, while currencies can be designed, economies and communities are complex dynamical systems that have to *evolve*. >> >> I hole 18 bitcoins; I'm not too worried that it's dropped like that - >> because I think it'll rise again. In fact, now would be a good time to >> buy some more... >> > > People lose more at Las Vegas. > Have fun! Exactly... I wouldn't bet my life savings on it, but it's an interesting gamble, and an investment into something that could lead to an interesting new economy if it takes off :-) There's not much I actually want to buy with bitcoins, but I try and spend them when I can, to encourage the actual merchants into the market - all this currency speculation is well and good, but I'd like more of an actual products market. I've bought a "I bought this badge with a bitcoin!" badge from nerdmeritbadges.com, and donated a few bitcents to some folks who were doing good work for the community; but most of the fun stuff for sale in BTC is in the States (bitmunchies.com and the alpaca socks people), while the same products can be had a LOT nearer me... > Regulatory structures in the US are so weak that most folks will > remain in a state of nervous denial until it's too late for them. > When all debt obligations are factored totaled, we supposedly > owe $500k/person. I can only think of 5 options that have > been used (alone or in combination) by countries that get > into this kind of difficulty: Ouch > My central message is very simple: the real-world institutions > that sustain currencies are *part* of them, not external to them. > Bitcoin is no exception. Bitcoin software is not the sum total > of Bitcoin as a currency. Not even close. Quite. We're mainly disagreeing over terminology ;-) > I believe that the sooner we embrace these ideas, the sooner > we'll have a digital "people's currency" that's more than > a play-thing. Bitcoin is a groundbreaking play-thing, > but we need more than that. Yep! > > Cheers, > -Jon > ABS -- Alaric Snell-Pym http://www.snell-pym.org.uk/alaric/ ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

<nettime> CFP: Value and Currency in Peer Production
by nathaniel tkacz 06 Jul '18

06 Jul '18

*The Journal of Peer Production CFP: Value and Currency in Peer Production Edited by: Nathaniel Tkacz, Nicol?s Mendoza and Francesca Musiani. The marriage of cryptography and the dynamics of open-source have now produced a working distributed currency system. Bitcoin, as the most notable example, can be understood as a new technics of exchange inspired by the animal spirits of crypto-libertarianism. Whether or not there is a place for currency -- and therefore exchange and (economic) value -- in the utopian visions of commons-oriented thought is contested. Meanwhile, hybrid forms like Bitcoin are developing unhindered by their constitutional paradoxes. Capitalism, after all, equally thrives atop what David Graeber has called a 'baseline' or 'everyday' communism. Current developments of digital currencies are pervaded by a number of issues: Who or what issues the money? What is the source of the collective agreement to concede value? What forms of control are coded into currency systems and who is guiding processes of (re)design? Who plays the role of guarantor when a currency is decentralized? And what role does trust play in all these issues? Has crypto-mathematics transformed trust into a technical quality of a system? The flipside of this issue is value: The intensification and extension of computational procedures, which is manifested most clearly in the rise of big data, has lead to a proliferation of bottom-up procedures to formalise 'values', rendering them easily calculable and lending order to the decentralised world of peers. Wikipedia contributors, for example, have long awarded each other 'barnstars' for valued service in a range of areas, and the site has long explored ways of rating article quality. In place of managerial commands and bureaucratic hierarchies we have Karma points, ranking systems, reputation metrics and the long-tail logic of networks. Order in this sense is iterative, recursive and topological. This issue of The Journal of Peer Production invites contributions on the themes of value and currency as they relate to peer production. Topics might include but are not limited to: - Decentralised and crypto-currencies; - Non-coercive taxation systems and/or experiments/experiences; - Analog/pre-digital (or historical) networks for distributed value exchange; - Currency and design; - Currencies and the commons; - Life after fiat (the becoming-uncertain of taxes); - What does/should peer production value?; - Re-thinking the constitution of value; - Theories of non-monetary value and worth; - The relationship between valuing practices and project hierarchies; - Forms of belief in peer production; - Automated systems of ranking and distributing value; - Theories of exchange, gift and voluntarism; - Trust and anonymity in the building of value; - Intermediation and 'guarantees' in P2P exchanges. Submission proposals of under 500 words due by January 28, 2013. Full submission details and extended CFP available at http://peerproduction.net/value-and-currency-in-peer-production/.* Nathaniel Tkacz Assistant Professor Centre for Interdisciplinary Methodologies The University of Warwick Twitter: http://twitter.com/__nate__ # distributed via <nettime>: no commercial use without permission # <nettime> is a moderated mailing list for net criticism, # collaborative text filtering and cultural politics of the nets # more info: http://mx.kein.org/mailman/listinfo/nettime-l # archive: http://www.nettime.org contact: nettime(a)kein.org ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0

[liberationtech] The Tor Project has funding for a Firefox developer
by Mike Perry 06 Jul '18

06 Jul '18

The Tor Project is looking for a Firefox developer as a contractor position likely starting in October and going through Q1 2013, with the possibility of later in 2013 and beyond. There may also be a possibility for part-time work prior to October. This would be a telecommuting position, with collaboration happening primarily over IRC and email. The purpose of our browser is to build a private-by-design reference implementation of "Do Not Track", but through the alteration of browser behavior and without the need for regulation or begging: https://www.torproject.org/projects/torbrowser/design/#privacy https://blog.torproject.org/blog/improving-private-browsing-modes-do-not-tr… Your job would be to work on that Firefox-based browser as a developer. This includes triaging, diagnosing, and fixing bugs; looking for and resolving web privacy issues; responding on short notice to security issues; and working collaboratively with coworkers and volunteers on implementing new features and web behavior changes. You'd also be reviewing other people's code, designs, and academic research papers, and looking for ways to improve upon them. For information on how to apply and what to send in with your application, please see the job posting: https://www.torproject.org/about/jobs-browserhacker.html.en -- Mike Perry _______________________________________________ liberationtech mailing list liberationtech(a)lists.stanford.edu Should you need to change your subscription options, please go to: https://mailman.stanford.edu/mailman/listinfo/liberationtech If you would like to receive a daily digest, click "yes" (once you click above) next to "would you like to receive list mail batched in a daily digest?" You will need the user name and password you receive from the list moderator in monthly reminders. You may ask for a reminder here: https://mailman.stanford.edu/mailman/listinfo/liberationtech Should you need immediate assistance, please contact the list moderator. Please don't forget to follow us on http://twitter.com/#!/Liberationtech ----- End forwarded message ----- -- Eugen* Leitl <a href="http://leitl.org">leitl</a> http://leitl.org ______________________________________________________________ ICBM: 48.07100, 11.36820 http://www.ativel.com http://postbiota.org 8B29F6BE: 099D 78BA 2FD3 B014 B08A 7779 75B0 2443 8B29 F6BE

1 0