January 1998
- Mail from mud Zoran's final Imp Stephen Zepp
- Mail from mud Zoran's final Imp coder@ibm.net
- Mail from mud Zoran's final Imp Shawn Halpenny
- Mail from mud Zoran's final Imp JC Lawrence
- Mail from mud Zoran's final Imp Shawn Halpenny
- Happy new year Marian Griffith
- Totally OT... Marian Griffith
- Totally OT... (Or is it?) s001gmu@nova.wright.edu
- Mud-Dev FAQ Ling
- Mud-Dev FAQ Jon A. Lambert
- Mud-Dev FAQ JC Lawrence
- Mud-Dev FAQ Adam Wiggins
- Who's bugging who? : was- Wild West Jon A. Lambert
- my bio (was Mud-Dev FAQ) Mike Sellers
- request for comments (was: Mud-Dev FAQ) Vadim Tkachenko
- request for comments (was: Mud-Dev FAQ) Jon A. Lambert
- request for comments (was: Mud-Dev FAQ) coder@ibm.net
- request for comments (was: Mud-Dev FAQ) JC Lawrence
- request for comments (was: Mud-Dev FAQ) s001gmu@nova.wright.edu
- request for comments (was: Mud-Dev FAQ) JC Lawrence
- request for comments (was: Mud-Dev FAQ) Vadim Tkachenko
- OT: Suomi Finland Ola Fosheim Grøstad
- OT: Suomi Finland ##Make Nylander
- Totally OT... (Or is it?) (yes it is ;) Marian Griffith
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) Adam Wiggins
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) Jon A. Lambert
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Totally OT... (Or is it?) (yes it is ;) Jon A. Lambert
- Totally OT... (Or is it?) (yes it is ;) Mike Sellers
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Journal of MUD Research, Vol. 3, No. 1 [TEXT] coder@ibm.net
- World Seeding (was Task Parsing) Ling
- World Seeding (was Task Parsing) JC Lawrence
- World Seeding (was Task Parsing) Stephen Zepp
- threaded servers (was request for comments Mike Sellers
- MUD Economy Shawn Halpenny
- MUD Economy Adam Wiggins
- MUD Economy Shawn Halpenny
- MUD Economy Ling
- MUD Economy Brandon J. Rickman
- MUD Economy Marian Griffith
- MUD Economy Shawn Halpenny
- MUD Economy Shawn Halpenny
- MUD Economy JC Lawrence
- MUD Economy Koster, Raph
- MUD Economy Matt Chatterley
- MUD Economy JC Lawrence
- MUD Economy Jon A. Lambert
On 7 Jan 98 at 14:32, Shawn Halpenny wrote:
I have mostly contrary thoughts here, but they might prove helpful. :(
> I have been pondering the startup and sustenance of a MUD economy,
> some thoughts follow about moving toward a complete trade economy
> where no money is present, nor required.
>
There are very few examples of such an economy in RL. You have to
go quite a ways back to find a pure trade economy. While coinage
was not always a medium of exchange, invariably mediums of exchange
developed in coinless societies. This could be fur, grain (seed),
salt, spices and other commodities. These mediums naturally developed
since direct barter was limited to the local village or town. Most
trading ended up involving more than 2 parties. Thus the wholesaler or
trader naturally developed. Mediums of exchange did not necessarily have
to be very valuable, they needed to be semi or non-perishable, easily
transportable, have a fairly constant value (regionally), available and
easily liquidized.
> All vendors could start out quite stupid (i.e. not having any idea
> whatsoever about what an object is worth): e.g. trading 1 kg of
> steel for 1 kg of flour. Then, as the local demand for steel rises,
> the vendor would learn that he was initially trading steel for _way_
> too little and then raise his "price"). Now that price is what needs
> to be determined. It's easy to say "You can have that sword if you
> give me three good milk cows", but where does the frame of reference
> for the comparison come from? What makes the sword worth three cows?
>
You just hit on another reason for having a medium of exchange as a common
reference point. Vendors or retailors stuck to a very narrow class of
items, their sphere of knowledge, which was quite narrow. I can easily
envision the town cooper accepting payments in coinage, livestock and
grain, yet may not accept payment in gems, weapons, VISA etc. since the
frame of reference would be beyond his knowledge. But the armorer next
door might take weapons as payment since he has the knowledge/skill to
evaluate their value.
Then again I envision (for my world) vendors with a rather narrow scope
of products, skills and knowedge since my world is historical and has
a guildy, tradesman flavor to vendors or shopkeepers. There are no
WalMart, department-store style of shops. Of course in a more
modern/post-modern world, these types of vendors would make more sense and
methods of payment would be more restricted.
> Perhaps vendors should keep track of what people have come in and
> asked for but the vendor didn't have. He doesn't even need to have
> any idea that it exists, just that someone asked for it. This
> requires that characters be able to walk into a store and ask for an
> item the shopkeeper doesn't have. Then the shopkeeper can wait until
> someone trades him that desired item, or find another method of
> obtaining some (trade caravans come to mind, amongst other avenues of
> obtaining goods).
>
Hmm, I'd rather have my characters trying to find the vendor able to supply
and only give hints (more helpful info if the characters actually purchase
something from the shop owner). The trader class OTOH is another animal
altogether. :) Generally I consider them to be knowledgeable in the values
of commodities. This knowledge covers a wider range of products which may
or may not be related. It's a knowledge made up of past trading experience
rather than knowledge of the finished goods actual value. Traders usually
don't have items immediately available for sale and require a deposit of a
valued exchange medium in order to supply the requested item. This might
take some time if it is unusual. They are also very protective of
information. A trader NPC can keep lists of transactions with prices paid
and prices sold of each commodity that they trade in or have traded in.
Over time their experience and array of products naturally increase. I
give them a percent chance of expanding into new areas depending on how
closely the class of item relates too the current items being traded, their
personal business aggressiveness and their current state of profit and loss
on the current class of items traded. So yes, the trader will respond
to new requests, yet my retailer will not.
> Given that, the above sword _could_ be worth three cows because ten
> minutes before, someone came in and wanted some cows that the vendor
> didn't have. The question of what determines that the vendor _would_
> trade like that still remains.
Hmm, I'd initialize this to the commodities related directly to what the
vendor consumes, produces and sells and the items which the vendor would
naturally consume as a 'town-folk' (like chickens and ale).
> This entire economy would be trade-based. User-created objects would
> probably have to be untradeable to NPC vendors since the vendor would
> have no way of gauging the object's utility (it would be too easy to
> create a completely useless object that the vendor had never heard of
> and thus get something for nothing). Of course, if there was no
> demand for that bogus object, the shopkeeper would have no reason to
> trade for it. However, a user could then determine what objects the
> shopkeeper would trade for (i.e. someone had previously come in and
> tried to trade for something the vendor didn't have) and then go
> create an empty shell of that object and trade it in, again getting
> something for nothing. Another argument can be made, though, that
> eventually the shopkeeper will realize that no one wants to buy this
> (junk) widget that Bubba traded for that jewelled sword, so perhaps
> he will lie to the next trading customer about what it does?
> Although possibilities abound within that, a huge set of junk objects
> could be created whose sole purpose is to get something essentially
> for free (not to mention turning every shopkeeper into a liar). I'm
> not sure that this would enhance game play.
>
Ahh, user created objects. This is still an open area for me. Generally
speaking, I do not allow users to create objects. I allow them to assemble
new objects out of existing objects if they posess the skills to do so.
The new objects are limited to predefined assemblies or pre-existing
technologies. Thus new technology is not created by the user. There is
strong temptation here to create _the wheel_ from OOC knowledge when none
exists thematically. I will have something akin to an inventor/alchemist
class which may research new items and these will become available on GM
approval. Of course illusionary objects of value may be spoofed by
enterprising wizards. Such spoofing is always temporary though. Every
new object will already have a natural value; based minimally on the
values of it's component objects. I have not done any work on calculating
labor or process costs yet. These will be quite large for magical items
and make trading cost prohibitive and rare.
> I suppose this view could be summed up like this: shopkeepers do not
> really sell items to characters. They act solely as distribution
> points and what they distribute depends on what they are asked for,
> what they have, and what they can get. After all, what would money
> mean to a NPC shopkeeper? Certainly, he could just accumulate it
> like everyone else and retire wealthy but is that interesting from
> any point of view other than simulation? It seems that money
> wouldn't be required at all.
It may work. Like I mentioned, I don't view the vendor/retailer as a Sam
Walton more medievil, like Rodger the Shrubber purveyer of fine shrubbery
and only shrubbery. ;)
> So, to start the economy from nothing:
>
> 1. Give shopkeepers no knowledge about any objects.
> 2. Give shopkeepers a method for determining what one object is
> worth compared to another object and apply this equally to all
> objects. Also take into accout how much of an object is at hand,
> and how much of it has been asked for.
> 3. Have shopkeepers track how often an object is requested and adjust
> their trading practices accordingly
>
> Given that, is there a requirement for a planned initial distribution
> of objects to vendors to seed the economy somewhat? Each vendor
> would have to at least start with one item, or he'd have nothing to
> trade (and there's no incentive for a player to trade anything to the
> vendor if the vendor has nothing or just gives away his object for
> free). Is more than one item necessary for each vendor? The paths
> of future trade caravans can be started at this stage simply be
> putting all the flour in one vendor's shop and all the milk and eggs
> in another. As long as the object given to the vendor is somewhat
> desirable by at least one player, would things take off from there?
> Or could things just be dumped haphazardly on vendors and the result
> (a semi-functioning economy) be the same? Perhaps each would yield
> something sustainable and interesting.
>
> Thoughts welcome, of course.
>
But is it a natural starting point? From nothing I mean? While I'm no
genius in economics, what I attempted to do was to visualize the
professions that would exist in a rudimentary agricultural village and
begin to design shopkeepers who transformed raw commodities into items
needed for village life. I then extended this to the creation of a
city-state which formed the nexus of many villages. Depending on some
random variations in natural resources (and some historical data largely
from ancient Egypt, they kept excellent records) I extended my model to fit
the demands of a large city and determine which raw materials would be
overabundant (exports) and which would be deficient (imports). Into this
mix I created unusual luxuries demanded by the wealthy class. It still
needs quite a bit of work though.
--
Jon A. Lambert
"Everything that deceives may be said to enchant" - Plato
- OT: Jobs available Koster, Raph
- OT: DCOM and RMI Jon A. Lambert
- OT: DCOM and RMI Vadim Tkachenko
- OT: DCOM and RMI Vadim Tkachenko
- OT: DCOM and RMI Miroslav Silovic
- OT: DCOM and RMI Alex Oren
- OT: DCOM and RMI Chris Gray
- request for comments Miroslav Silovic
- request for comments JC Lawrence
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) Matt Chatterley
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) Vadim Tkachenko
- request for comments JC Lawrence
- Text vs Video; Movies, Books & muds. Nathan Yospe
- Unique items (was: Graphic MUDS/Ultima Online) Vadim Tkachenko
- Unique items (was: Graphic MUDS/Ultima Online) JC Lawrence
- Unique items (was: Graphic MUDS/Ultima Online) Brandon J. Rickman
- Unique items (was: Graphic MUDS/Ultima Online) Adam Wiggins
- Unique items (was: Graphic MUDS/Ultima Online) Brandon J. Rickman
- Unique items (was: Graphic MUDS/Ultima Online) Marian Griffith
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) Chris Gray
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) Adam Wiggins
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Unique items Richard Woolcock
- Unique items Jon A. Lambert
- Unique items Vadim Tkachenko
- Unique items Jon A. Lambert
- Unique items JC Lawrence
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Two Tiers Ling
- MUD Development Digest Dr. Cat
- FAQ Ling
- Clients Matt Chatterley
- Clients JC Lawrence
- Clients Shawn Halpenny
- Clients Matt Chatterley
- Event handling - some definitions Jon A. Lambert
- Event Handling Jon A. Lambert
- Simulations - was: 'A flamewar startingpoint.' Jon A. Lambert
- Formatting apology Stephen Zepp
- OT: Insane Wordwrapping Caliban Tiresias Darklock
- OT: Insane Wordwrapping Alex Oren
- Summary Marian Griffith
- Clients Andrew Wilson
- Vast areas in muds Ling
- Vast areas in muds John G.
- Vast areas in muds Nathan Yospe
- Vast areas in muds Mike Sellers
- Vast areas in muds John G.
- Vast areas in muds Nathan Yospe
- META: Web futures for the list JC Lawrence
- OT: Socket programming - platform specific Jon A. Lambert
- OT: Socket programming - platform specific Chris Gray
- OT: Socket programming - platform specific Jon A. Lambert
- OT: Socket programming - platform specific Caliban Tiresias Darklock
- OT: Socket programming - platform specific Chris Gray
- Graphical mud perspectives Richard Woolcock
- Graphical mud perspectives Nathan Yospe
- Graphical mud perspectives Richard Woolcock
- Graphical mud perspectives Koster, Raph
- Graphical mud perspectives Mike Sellers
- Graphical mud perspectives Koster, Raph
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads Nathan Yospe
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads Brandon Gillespie
- CORBA, RMI, threads Chris Gray
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads Brandon Gillespie
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads coder@ibm.net
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads Vadim Tkachenko
- CORBA, RMI, threads Caliban Tiresias Darklock
- CORBA, RMI, threads coder@ibm.net
- Clients based on Netscape 5? Greg Munt
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Caliban Tiresias Darklock
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Caliban Tiresias Darklock
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Marian Griffith
- Clients based on Netscape 5? coder@ibm.net
- OT? The impact of the web on muds Mike Sellers
- The Anti-Mac Interface JC Lawrence
- 3D graphics (Was: The impact of the web on muds) Jon Leonard
- 3D graphics (Was: The impact of the web on muds) Caliban Tiresias Darklock
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- 3D graphics (Was: The impact of the web on muds) Mike Sellers
- 3D graphics (Was: The impact of the web on muds) Chris Gray
- 3D graphics (Was: The impact of the web on muds) Caliban Tiresias Darklock
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- VRML Becomes ISO/IEC International Standard (fwd) Nathan Yospe
- Arctic's Project? Brandon Cline
- Arctic's Project? Adam Wiggins
- Arctic's Project? Brandon Cline
- Arctic's Project? Chris Gray
- FAQ Marc Eyrignoux
- Java and Javascript Greg Munt
- Java and Javascript Chris Gray
- Java and Javascript Matt Chatterley
- Java and Javascript coder@ibm.net
- Java and Javascript Matt Chatterley
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Matt Chatterley
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Chris Gray
- Java and Javascript Jon Leonard
- Java and Javascript Matt Chatterley
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Mike Sellers
- Java and Javascript J C Lawrence
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Travis Casey
- Java and Javascript Jon A. Lambert
- Java and Javascript Sauron
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Alex Oren
- Java and Javascript Chris Gray
- Java and Javascript coder@ibm.net
- Java and Javascript Matt Chatterley
- Java and Javascript coder@ibm.net
- MetaVoice, MetaFont Ling
- MetaVoice, MetaFont Richard Woolcock
- MetaVoice, MetaFont Vadim Tkachenko
- MetaVoice, MetaFont JC Lawrence
- MetaVoice, MetaFont Chris Gray
- The MLI Project Vadim Tkachenko
- The MLI Project Marc Eyrignoux
- The MLI Project Vadim Tkachenko
- The MLI Project coder@ibm.net
- The MLI Project Ling
- The MLI Project coder@ibm.net
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Travis Casey
- The MLI Project Travis Casey
- The MLI Project coder@ibm.net
- The MLI Project s001gmu@nova.wright.edu
- The MLI Project Vadim Tkachenko
- The MLI Project Travis Casey
- The MLI Project Stephen Zepp
- The MLI Project coder@ibm.net
- The MLI Project Travis Casey
- The MLI Project Chris Gray
- The MLI Project Ling
- The MLI Project Andrew C.M. McClintock
- The MLI Project Ling
- The MLI Project Chris Gray
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Chris Gray
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Niklas Elmqvist
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Chris Gray
- The MLI Project Ling
- The MLI Project Caliban Tiresias Darklock
- The MLI Project J C Lawrence
- The MLI Project Chris Gray
- The MLI Project Koster, Raph
- The MLI Project J C Lawrence
- The MLI Project Vadim Tkachenko
- Races and stuff (was: FAQ) Vadim Tkachenko
- Races and stuff (was: FAQ) Marc Eyrignoux
- Races and stuff (was: FAQ) Vadim Tkachenko
- OT: I'm moving again! JC Lawrence
- MUD Development Digest Dr. Cat
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Chris Gray
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities coder@ibm.net
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities coder@ibm.net
- Administrative Responsibilities Chris Gray
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Adam Wiggins
- Administrative Responsibilities Greg Munt