[DGD] player economies: npc clients

Noah Gibbs noah_gibbs at yahoo.com
Sun Jul 8 18:45:23 CEST 2012


Also, you can't stop NPC customers from setting prices.  You can only decide how foolish they are at it.

For instance, if no shop within range will sell what an NPC wants at a price he can afford, he won't buy because he doesn't have the money.  Now there is an upper limit on price, set by the consumer instead of the vendor.

If there is ever any circumstance where an NPC won't buy but *could* have afforded it, boom, you also have a consumer setting price.

"I'll only make one side be NPCs" makes the problem easier, but will still be very unrealistic.  Your NPCs are still trying to pass the Turing Test here in interacting with the players, and the players will be looking to exploit them with unrealistic circumstances.

Both the most unrealistic and the most exploitable part of what you're currently describing is that a given NPC will never simply refuse to buy if they have the money.  However, to determine their maximum willingness to pay, you must be willing to have them set price, which is the really hard part.

"How much is this worth to you, maximum?" is definitely a hard-AI-type problem.


________________________________
 From: Shentino <shentino at gmail.com>
To: All about DGD and Hydra <dgd at dworkin.nl> 
Sent: Sunday, July 8, 2012 9:17 AM
Subject: Re: [DGD] player economies: npc clients
 
On Sun, Jul 8, 2012 at 9:13 AM, Noah Gibbs <noah_gibbs at yahoo.com> wrote:
> You're going to wind up needing more preferences than "orcs eat meat, elves eat veggies" if you want emergent complexity beyond "stock up on cheap kebabs and sell them at one gold more than cost for an additional X gold per day from orc purchases".
>
> That doesn't kill your system, it just makes it boring.
>
> But yes, it's basically theoretically sound.  Any problems I point out can be coded around with enough work.  It may be a *lot* of work, depending on the effect you want.
>
> The only thing that actually requires strong AI (for which we have no known theoretical basis, and for which we have no effective algorithms) is if you want NPCs, in the absence of player input, to set prices intelligently in the face of changing circumstances.

Hmm, never considered NPC vendors here, only NPC customers.

At any rate if I wanted to include NPCs on both sides of a market I'd
probably have them react according to the laws of supply and demand.
Basically, make the NPCs perfect economists.

> That is, if you want your orcs to see that times are troubled economically and stock up on food (or pay more for food), it won't work.  And by "won't work", I specifically mean "won't pass the Turing Test."  The NPCs can pay what players set (players pass Turing Test, AIs follow) or they can guess at sub-Turing quality (sometimes overpay hugely, sometimes think they're being cheated when they're not).  Your orcs can try to do that, but the results will be rigid and stupid, just like a chatbot can function but won't fool a human.
>
>
> ________________________________
>  From: Shentino <shentino at gmail.com>
> To: All about DGD and Hydra <dgd at dworkin.nl>
> Sent: Saturday, July 7, 2012 9:12 PM
> Subject: Re: [DGD] player economies: npc clients
>
> Can you think of anything else that could go wrong that I haven't thought of?
>
> So far it appears to be theoretically sound but I want to be thorough.
>
> On Sat, Jul 7, 2012 at 8:56 PM, Noah Gibbs <noah_gibbs at yahoo.com> wrote:
>> Yeah, these things are all fixable.  "BGP with roads instead of wires" is a great image, but please don't assume it's trivial to do :-)
>>
>>
>> ________________________________
>>  From: Shentino <shentino at gmail.com>
>> To: All about DGD and Hydra <dgd at dworkin.nl>
>> Sent: Saturday, July 7, 2012 5:47 PM
>> Subject: Re: [DGD] player economies: npc clients
>>
>> On Sat, Jul 7, 2012 at 5:06 PM, Noah Gibbs <noah_gibbs at yahoo.com> wrote:
>>> Some ways it can go wrong, off the top of my head:
>>>
>>>   - the buyers can look in a wide area, resulting in everybody winding up in the same place
>>
>> I'd probably restrict geographic seeking to consider transit
>> time/energy to get there as part of the cost of purchase.  But thank
>> you for reminding me as I had forgotten about this.
>>
>>>   - the buyers can spend enough money that it's not useful for players to stock a variety of goods -- just most efficient "calories" since that's how buyers react
>>
>> I'm assuming here of course that carnivorous orcs and vegetarian elves
>> (for example) will have different diets.
>>
>> Races can be very picky...
>>
>>>   - the buyers can look in a very narrow area so players want to jack up prices and herd them into specific areas to fleece them
>>>   - "seek store" could require a lot of CPU time or other resources, hitting your server
>> hard at meal times
>>
>> My guess here is that members of the same group can explore and build
>> a cache of routing information that is simply looked up on demand as
>> needed.  Think BGP or OSPF with roads instead of wires.
>>
>>>   - "seek store" could require very little CPU time or resources, meaning buyers get stuck and starve to death frequently
>>
>> Perhaps, but I'm guessing that changes in geography or routing
>> information are expensive to actually cause on account of having to
>> engage in costly and time consuming building or road construction.
>>
>>> ________________________________
>>>  From: Shentino <shentino at gmail.com>
>>> To: All about DGD and Hydra <dgd at dworkin.nl>
>>> Sent: Saturday, July 7, 2012 12:12 PM
>>> Subject: Re: [DGD] player economies: npc clients
>>>
>>> On Fri, Jul 6, 2012 at 2:52 PM, Noah Gibbs <noah_gibbs at yahoo.com> wrote:
>>>> It's a neat idea, but hard to get right.  Basically you could do this, but expect to set aside a fair bit of time to make it happen.
>>>
>>> Besides implementation effort, what could go wrong?
>>>
>>> I'd pretty much have them "seek store" whenever their stomachs start
>>> rumbling or whatever, and they'd use a map of the town for routing
>>> information to actually get to one, and then
>>>
>>> Throw in a bit of casual window shopping and soon the soldier's HQ can
>>> maintain a price list of what goods can be acquired the most cheaply,
>>> and boom, capitalism rewards the efficient.
>>>
>>> I'm probably oversimplifying but I would like to know some of the ways
>>> this scheme could go wrong.
>>>
>>>>
>>>>
>>>> ________________________________
>>>>  From: Shentino <shentino at gmail.com>
>>>> To: All about Dworkin's Game Driver <dgd at dworkin.nl>
>>>> Sent: Friday, July 6, 2012 2:24 PM
>>>> Subject: [DGD] player economies: npc clients
>>>>
>>>> I was just thinking if it would be feasible for NPCs to be
>>>> participants in the market instead of just springing out of nowhere.
>>>>
>>>> Suppose that we have an orcish warder.
>>>>
>>>> Instead of having him magically be not hungry, what if he got to go
>>>> around town and buy his meat rations from the cheapest store he could
>>>> find, one of which might well be player run?
>>>>
>>>> I just thought of this and figured that NPC demand may help bootstrap
>>>> a player driven economy.  Especially in the early days when you have a
>>>> barren wasteland without many players.
>>>>
>>>> And of course, the NPCs would shop around for the best deals.
>>>> ___________________________________________
>>>> https://mail.dworkin.nl/mailman/listinfo/dgd
>>>> ___________________________________________
>>>> https://mail.dworkin.nl/mailman/listinfo/dgd
>>> ___________________________________________
>>> https://mail.dworkin.nl/mailman/listinfo/dgd
>>> ___________________________________________
>>> https://mail.dworkin.nl/mailman/listinfo/dgd
>> ___________________________________________
>> https://mail.dworkin.nl/mailman/listinfo/dgd
>> ___________________________________________
>> https://mail.dworkin.nl/mailman/listinfo/dgd
> ___________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd
> ___________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd
___________________________________________
https://mail.dworkin.nl/mailman/listinfo/dgd


More information about the DGD mailing list