[X] My Assistant

On the Your Shop page, what about summing (current quantity * current market lowest price) over all the items so you have a quick estimate of how much value you have in there.

That can be done with a userscript without any difficulty; in fact, some of my friends have done exactly that.

I'd also kind of like sticky pricing macros so when an item sells out, I can have the price of incoming stock auto-set to (7 day high - 2c) without having to set it manually on 10+ item types. A placeholder listing for sold-out items to which one can attach a simple arithmetic formula with the historical data available in read-only variables. I typically don't need to sell every type of item as quickly as the current lowest bidder on each of them, so "Match Lowest Prices" isn't useful.

And on the page for each item, a quick action button for "Undercut current lowest price by 1c" if I also have it listed.

First one: I'm not adding a way to price by formula, but I am adding 'price memory' in the new update, so you'll be able to update prices for any item you've added to your stock in the past while you have 0 stock, and any new stock will immediately take that price.

Second: no, I'm not adding an 'undercut by 1c' button, it's up to individual users how much they want to undercut by or if they just want to match. I don't think HV demand is consistent enough to warrant 1c price drops anyway; the only meaningful effects on demand are more significant drops.

That's ok because I learned today you can undercut by 0.1c.

How about you can only use a tenth place on things priced 100c or lower?

That's ok because I learned today you can undercut by 0.1c.

How about you can only use a tenth place on things priced 100c or lower?

I'll consider it. Honestly it should probably only be 10c or lower...

I was going to add making the auto-undercut amount dependent on the lowest price, but I didn't want to make it too complicated all at once.

It doesn't have anything to do with long-term price movements, it's a workflow optimization for how we actually use the system.

Match lowest price can tie you with people selling 100,000 units. If you actually want to sell now, you have to undercut by at least (0.)1c. But you want to do that from the page listing the sellers because the current lowest alone doesn't give you enough information.

We get in bunny-hopping fights with each other. It's part of the fun.

Really, it could be a more general version where you click between two prices and it automatically moves your listing there. E.g. you click between 4,500c and 4,450c and it sets your price to 4,499c. And your price is an editable text field on that page so you can feather it by a couple of credits without having to change pages. Little UI conveniences like that save a lot of time when we have to manage a lot of items.

----
So I was wondering how ties work, and I finally tested. It looks like the the most recent listing to move to a price goes at the front of the queue, and if you don't manually choose a seller, quick buy takes from the front of the queue.

So you don't even have to undercut. That gets noticed, and another seller undercuts. Instead, you can just move your listing up in price & back down again to silently return to the front of the queue. That is exploitable. Quick buy should internally randomize the order of the listings at each price tier before going to work. Or go all the way & randomize a copy of the queue on each page load so the displayed order within each price tier is always random too.

The IRS does that with Free File providers. The order is randomized on each page load so no one can grab advantage by being alphabetically first.

This post has been edited by Necromusume: Feb 2 2021, 07:53

It doesn't have anything to do with long-term price movements, it's a workflow optimization for how we actually use the system.

Match lowest price can tie you with people selling 100,000 units. If you actually want to sell now, you have to undercut by at least (0.)1c. But you want to do that from the page listing the sellers because the current lowest alone doesn't give you enough information.

If I add anything like this, it'll be a more substantial price drop (probably something like 1% or 0.1, whichever is higher) because I don't think 0.1c undercut wars are healthy to support - not because I'm trying to engineer prices or anything, but because it'd be really frustrating to constantly check HVMarket to make sure you weren't undercut by some meaningless amount. At least if undercuts are more substantial it's likely to hit an equilibrium sooner (and more reactively after demand dries up and supply balloons again).

So I was wondering how ties work, and I finally tested. It looks like the the most recent listing to move to a price goes at the front of the queue, and if you don't manually choose a seller, quick buy takes from the front of the queue.

No, that's not how it works. Internally HVMarket tracks each submission as a separate 'stack'; in case of price ties, it lists the holder of the oldest stack first. When you buy from a user, it consumes the oldest stacks first, and if the oldest stack is completely consumed, then future searches will consider the next-oldest stack for ordering... etc.

However, because the data is denormalized, quick buy can't actually respect individual stacks; it orders them as you see on the search pages, and buys from players in that order until their stacks are completely consumed. In the upcoming HVMarket rewrite, stock data will be normalized and quick buy will be blind to players altogether, only consulting price and deposit time.

This post has been edited by Nezu: Feb 2 2021, 09:34

As a buyer my incentive is to never deplete anyone's stack of goods completely, so it looks to new sellers like there's a lot of competition. I used to buy out all the little guys who were tied with the price of whoever was selling a huge stack at that price, then I thought about it some more and decided, as a buyer, that wasn't in my best interest.

I see this guy buying every "Scroll of Absorption" and "Low-Grade Wood" below 15c, and sold them at 15c price.

Is that legal?

(IMG:[pic.skk.moe] https://pic.skk.moe/file/sukkaw/eh/9.png)

(IMG:[pic.skk.moe] https://pic.skk.moe/file/sukkaw/eh/10.png)

This post has been edited by OnceForAll: Feb 6 2021, 11:00

I see this guy buying every "Scroll of Absorption" and "Low-Grade Wood" below 15c, and sold them at 15c price.

Is that legal?

Yeah, I'm not going to enforce no resale; if people sell at a price lower than the market can tolerate, that's on them. HVMarket is built to trend towards a price equilibrium.

The only rule against reselling like that is for extreme price gouging and trying to hold a monopoly, because wealth inequality in HV is great enough to allow one determined player to inconvenience the entire playerbase for weeks, months, or even infinitely - even if they'll likely never make a profit off it.

Yeah, I'm not going to enforce no resale; if people sell at a price lower than the market can tolerate, that's on them. HVMarket is built to trend towards a price equilibrium.

The only rule against reselling like that is for extreme price gouging and trying to hold a monopoly, because wealth inequality in HV is great enough to allow one determined player to inconvenience the entire playerbase for weeks, months, or even infinitely - even if they'll likely never make a profit off it.

Thanks for your reply!

BTW, I find every utility HV script (HV Util, Battle Stat, HVToolBox) requires the user to manually configure material prices. Would you mind adding a RESTful API to HVMarket so that userscripts could update material prices automatically?

Thanks for your reply!

BTW, I find every utility HV script (HV Util, Battle Stat, HVToolBox) requires the user to manually configure material prices. Would you mind adding a RESTful API to HVMarket so that userscripts could update material prices automatically?

Maybe, but what set of prices do you think are most relevant - the current minimum price for a listing (subject to people trolling/bad inputs), 7 day average (which may not have enough data to be particularly representative), or the 30 day average which may be subject to the same? Those are the main reasons I didn't add it before; it doesn't feel like there's really a very good single data point to use.

Maybe, but what set of prices do you think are most relevant - the current minimum price for a listing (subject to people trolling/bad inputs), 7 day average (which may not have enough data to be particularly representative), or the 30 day average which may be subject to the same? Those are the main reasons I didn't add it before; it doesn't feel like there's really a very good single data point to use.

I might have an idea. What about average price of last 2000 transaction? Or the average price of last 20000 (sorts of) sold unit? Those data point might be representative and will not be affected by people trolling or not enough data.

I got a problem, there's 3 sales in my shop today, but I only receive 1 sale's mm as the pictures below
could you please check this, thx a lot

(IMG:[media.discordapp.net] https://media.discordapp.net/attachments/792963212802785311/811094731458478100/unknown.png)
(IMG:[media.discordapp.net] https://media.discordapp.net/attachments/792963212802785311/811094573753171979/unknown.png)

I got a problem, there's 3 sales in my shop today, but I only receive 1 sale's mm as the pictures below
could you please check this, thx a lot

(IMG:[media.discordapp.net] https://media.discordapp.net/attachments/792963212802785311/811094731458478100/unknown.png)
(IMG:[media.discordapp.net] https://media.discordapp.net/attachments/792963212802785311/811094573753171979/unknown.png)

Can confirm, I also sold three sets of trophies but only received payment for one of those, maybe this has something to do with the delay that Maharid and Nekki reported last time, it seems mass trophy buying crashes the market.

This post has been edited by drgoku: Feb 16 2021, 06:59

I might have an idea. What about average price of last 2000 transaction? Or the average price of last 20000 (sorts of) sold unit? Those data point might be representative and will not be affected by people trolling or not enough data.

I don't think it's possible to construct a database query to do that, which means more of the processing would have to be done by the server application, which increases complexity enormously. Plus any arbitrary number on last x transactions isn't really a good reflection of market volume - 20k health draughts may reflect a price spike that only lasts a handful of hours, and there's only been 676 all-time transactions, while a total of 12,819 noodles have been traded all-time at the time of writing, over 1751 transactions.

I got a problem, there's 3 sales in my shop today, but I only receive 1 sale's mm as the pictures below
could you please check this, thx a lot

Can confirm, I also sold three sets of trophies but only received payment for one of those, maybe this has something to do with the delay that Maharid and Nekki reported last time, it seems mass trophy buying crashes the market.

It's not exactly a 'crash' but yeah, queueing too many purchases too quickly currently causes problems - this is the primary reason for the upcoming HVMarket update, but I won't have time to finish it for a couple weeks yet. For now, I've forced HVMarket to send those mails; if ryuseii isn't online to pay within 30 minutes, the transactions will automatically cancel and the stock will return to your shop.

Today something strange happened, i sold 3 batch of Trophy trought the store but got paid only 1:





Broken Glasses and Hinamatsuri Doll are shown to be a completed transfer but i never received the money and they are not back in store as normally happen after 15 minutes.

Is it too many purchases too quickly currently causes problems like post 232 and 233 ?

Thanks for your attention.

Is it too many purchases too quickly currently causes problems like post 232 and 233 ?

Yeah, same as usual, sorry for the inconvenience. You haven't been paid because they haven't been paid for yet.

They're not actually completed transfers; there's just no special colour for 'unsent' mails because it's not expected to be a normal visible state (it'd normally go from queued to sent almost instantly, but there's a bug with the queue system that has been fixed for the next update).

This post has been edited by Nezu: Feb 28 2021, 04:43

same with the person on the other topic, i can't get a MM to register (IMG:[invalid] style_emoticons/default/sad.gif)

same with the person on the other topic, i can't get a MM to register (IMG:[invalid] style_emoticons/default/sad.gif)

Weird, it works fine when I ask it to send you a verification code? (IMG:[invalid] style_emoticons/default/smile.gif)

Hello, these five kinds of trophies haven't been paid after more than 1 day, could you please help ?

Hello, these five kinds of trophies haven't been paid after more than 1 day, could you please help ?

Same as usual, I'll alert ryuseii.