It was easier to ask here

(I've never deleted any of your posts before and won't delete this one.)

There has been no volume on Frei Exchange since December 17th, and yet I'm seeing DVC price fluctuations on CoinGecko. So DVC must have another market. Where else is DVC trading these days?

Yeah, me too. Would it be possible to incorporate the ability to export bot trading records as well as have those records persist in the bot program itself? That could be a good workaround for those who want to bot trade on STEX.

Yes, same issue. So... they applied a fix that doesn't apply retroactively? That's good to know. I noticed my old data is still inaccurate but my more recent trades did not significantly add to the total error amount. I will look into it more deeply and let you know what I find. I'm just trying to update all my trading records for the next round of tax filing coming up...

Update: I did a comparison of some very recent STEX trading data I'd hand entered (basically by going through each transaction one by one) with what's supposed to be the same data from the export function. Sadly, I'm finding discrepancies. One thing I notice is that when I experimented with the trading bot program on STEX, I set all my bots to buy and sell groups of 200 NOTE. On the STEX export data I'm seeing trades of 400 and even 800 NOTE. Since those are small trades, it probably doesn't add too much to my trading volume. It seems that sometimes the user history function randomly doubles and sometimes quadruples some of the trades. This was really blatant with my earlier data when I was buying large amounts of NOTE. With the bot trading volume I had, it wasn't immediately noticeable, but when I started combing through my data I could see the same basic issue, just on a smaller scale.

So, sadly, I will be hand entering my STEX data from last year, which is really not something I ever want to be doing with bot trading. Fortunately I only ran the bot on STEX for a week or two! And I won't be using the bot program on STEX until there is a good way to easily get accurate trading data about my activity on the platform.

Happy New Year, everyone!

A note to STEX users: The user history export data is still inaccurate. An analysis of the data for my account shows me having sold over three times as much BTC as I've deposited and having bought over three times as much NOTE as I've withdrawn.

I sent an email along with the file of my data to support and am hoping for a good response. This has been an ongoing issue, and so far I'm just told to wait and be patient.

It has also been pointed out that the other data display options on the site are accurate, so I will play around with those. I'll update if I find a good workaround.

Good to know. I registered an account and thought I would (the equivalent of) retweet the posts on my own Minds page, but couldn't figure out how to do so.

I joined the Telegram channel and it's set up so that I can't post anything. Maybe it was inadvertently set up as an announcements only channel? That setting can probably be changed by the group admin.

A .csv import capability would be fine. I can always work my grid in a spreadsheet and then convert a page to .csv when ready to import to the bot program

Great signature! I added it to my profile. Here are some follow up questions:

1. When a new release comes out, how does that affect the current release, in terms of keeping track of the subscription? The last time you updated I just started all over, but wouldn't want to do that every time. This time I want to preserve all my existing bots 

2. There are only 7 variables to import, so I don't think it would be too difficult. There would need to be instructions provided on how the spreadsheet should be laid out and proper formatting for headings, markets, etc. There would also need to be an error message if the file cannot import properly. One way I've seen it done is to provide a template with the first line filled in (that the user could then replace with his own data). The user could also convert the spreadsheet to .csv for importing. I imagine the template with headings and first line would look something like this (but in excel format):

Exchange,Market,Type,BuyAmount,BuyPrice,SellAmount,SellPrice
Bittrex,BTC-ARDR,100.00000000,0.00001410,100.00000000,0.00001430

On a similar note, I haven't personally found a need for it, but it might be nice to also have the ability to export data from any of the bot screens (bots, fulfilled orders, open orders, canceled orders) as well.

A bot batch creation form might be nice if an all out import winds up being too complicated (and if all else fails, would make data entry into the trading bot much easier). The reason I would like an import option is that I first input my bot ideas into a spreadsheet (it's a google doc, actually but could be easily converted into whatever spreadsheet would be necessary for importing), and my spreadsheet has some fields which calculate costs and profits for me. I play with my numbers until I like the results and then I enter them into the DNotes Trading Bot. I'd love to be able to simply import them all so as to not manually enter twice. However, if the batch form allows for certain calculations, that might serve the purpose of the spreadsheet followed by import. Some basic calculations that would be helpful include trading fee calculations, if I want to accumulate the altcoin and start by buying 100 altcoin at low price, then how many altcoins do I need to sell at high price to return the amount of BTC needed for the next buy, or if I'm wanting to accumulate BTC, then how much BTC profit will I make on each cycle. Those are the sorts of questions I have in my spreadsheet formulas. The main variable I have to consider is how much spread do I need to make it all worth it? It would be *nice* to just sell at the top of the ask side and buy at the top of the buy side, but often the spread is so small that you'd pay more in trading fees than you'd earn in churning. The higher the spread the more profit to be made on a single cycle, but too much spread and you don't turn over very often. So... I'm looking for the right balance between adequate spread and likely to cycle frequently, and of course that is going to vary with coin and price, and spreadsheets are really great at figuring those things out.

3. I wonder if a good solution to the flooding issue might be to allow the user to batch cancel or batch reinstate bots, so he does it once and he's done, but have the API communicate this in stages to the exchange. So, let's say I batch cancel 20 bots. For me it's a one or two click thing. But once I'm done, the program tells the exchange to cancel five of them at a time, and then in ten seconds, sends the exchange the command to cancel the next five, and so on until it's done--whatever amount and time interval is needed to not flood the API. For the trading I do, a few seconds or even an entire minute delay isn't going to make a big difference to me. But I'd love to be able to not have to individually cancel 20 bots one right after the other.

With all the above said, I do not know how much complexity these suggestions would add to the program. Since keeping the program simple and straightforward is a priority, let's not compromise that! But I will keep providing feedback based on the user perspective and some of my ideas might really not make things too complicated and instead be really nice features. I can work with the bot as it is now, and that's the important thing. None of these "feature requests" are necessary in the sense that I can't work with the bot without them. We already have a working product, which is awesome.

I've been playing with this bot since day one and I absolutely love it! I have never done any sort of automated trading before this. I had been just beginning to look into it but didn't get past the review stage.

I love the simplicity. You only have to enter 7 things: exchange, market, whether you enter as a buy or sell, buy price, buy amount, sell price, sell amount. Once all that is entered the bot does the rest, as long as the application is running on your computer. I feel like I really understand my trading strategy and what I'm trying to accomplish and the bot program is working just as I would expect it to, with the results I would expect. The market I'm playing in right now is a very stable one that fluctuates a fair amount (but the range hasn't changed in over a month), so it's been the perfect playground and perfect for the basic strategy of buying low and selling higher (with rinse and repeat). I had to enter every single bot manually but for the place I was in, the learning curve, that was perfect because it really helped solidify it all for me.

Three features I would love to see in an update: 1. The ability to set a default exchange and market. It currently resets each time a bot is entered and that gets annoying when you want to enter 20 or more different bots in the same market that is not what the application resets to. 2. The ability to enter the entire grid on a spreadsheet and then import it all into the bot program in one shot. This would allow me to store multiple grids on spreadsheets and then import the one that is most appropriate in the case where a market moves beyond the range covered by the current grid. 3. The ability to select all bots (and then individually deselect as needed) so that multiple bots can be canceled, reinstated, or deleted at once.

I'm looking forward to continuing to work with this bot program as it grows into more sophisticated trading capabilities. I hope that no matter how sophisticated it might get, it will always be possible to operate it on the most simple level so that even a year or two into the future, someone like me can learn and grow as a trader right along with this bot.

Finally, a question: I currently have a month's subscription. What happens when that month runs out? Will there be the opportunity to buy the next month a few days before the current month expires so as to not disrupt continuity? I suppose I should have bought just a week so that I could learn that part sooner, but I like the month to month option, and once I know I'll be trading for a long time, may switch to the year option. It might be nice to offer lifetime membership options at the beginning. I'd probably buy one.

Do you have a signature for this bot? If so, please DM it to me and I'll add it to my signature line, which is currently vacant.

Support still hasn't resolved this issue for me but they are responsive. I sent some .csv files showing the results of various display options they have and how they are different. My understanding is that the developers are taking a closer look at my data. Hopefully that helps them nail down the problem and fix it so we can all obtain accurate data on our trades.

I hadn't done much with the other options before reading your post because at first glance the data from those other options does not appear to have all the information I need. The "user history" option really presents the data in the best form for me to use. The only problem is it's wrong.

I did some preliminary copy/pasting and then analysis of both the "User Trade History" and "User Analysis" data. I have found that what they show is accurate or at least close (there's about a 0.09 BTC discrepancy between what I deposited and what I spent but it's possible that discrepancy is accounted for by fees I'm not seeing, although it looks like I paid all my fees in NOTE. In any case, that's better than a 7.25 BTC or so discrepancy!).

With that said, both the "User Trade History" and "User Analysis" show incomplete data. For example, I can get an accurate total of how many DNotes I bought only in the "User Analysis" dataset, but not in the "User Trade History" dataset. And I can get a nearly accurate total of how many BTC I sold in the "User Analysis" dataset but not the "User Trade History" dataset. Both of those datasets are also cluttered with more information than I would ever want on all the orders I placed and subsequently canceled!

I believe if I got desperate I could end up with an accurate set of transaction history data if I really did a lot of work with the other options, including deleting the data for unfilled orders, and combining the info from "User Analysis" and "User Trade Data" and deleting the duplicates, and then matching up each order with its corresponding buy amount, sell amount and fee using the timestamp... But seriously, that is a lot more work than I'd have to do to get accurate data off other exchanges! I wouldn't necessarily want to go through all that every month and I doubt anyone else would either. If Mercatox didn't also have issues (though its data export works perfectly!) and there were other trading platform options with decent volume, that would be enough to make me pull all my funds and quit trading there. But right now, the choices are to deal with Stocks.Exchange's issues with data export accuracy or deal with Mercatox' issues with... everything else, or deal with super low volume platforms. Not exactly a great situation here...

I will keep working with support. It does appear that Stocks.Exchange's base data is accurate and that there is something wrong with one or more of the formulas they use to come up with the data they display (and export) in "User History." Hopefully they can figure it out and fix it. If they do, Stocks.Exchange will be a great platform to use.

I'm having an issue with Stocks Exchange right now. It's a new problem for me, but I'm wondering if anyone else who's bought or sold DNotes on Stocks.Exchange also has this issue. You may not know it yet, but will soon find out if you attempt to export your data.

The issue is that I exported all my transaction data through their site. When I look at the data, it shows me buying over 1.5 million NOTE through their site, including a few single large trades of around 100K, 200K, and 300K NOTE during the second half of June. I haven't gone back and checked but I'm pretty sure those purchases would have exceeded the daily trading volumes there as the NOTE/BTC markets were just getting started. I did not buy 1.5 million DNotes on Stocks.Exchange. I bought less than 500K total on that site. My data also shows me having deposited 3.16 BTC but having sold (traded for DNotes) 10.75 BTC.

I've had some back and forth with support about this issue. I'm wondering if anyone else who's traded DNotes on Stocks.Exchange has had this issue. If you don't know, can you export your complete transaction data and then go over it closely--see if the amount of DNotes they say you've traded matches reality, as well as if the amount of BTC you've sold corresponds to the amount that you have deposited? And if your data shows discrepancies, can you please also contact support?

I'm sure there's some kind of issue with the way the site is tracking trading data and I'm sure it can be fixed. However, at the moment I have conducted a significant amount of business on Stocks.Exchange and I cannot obtain accurate data about it. I'm hoping if the problem is more widespread and they are hearing from more people about it, that will help them to track the problem down and fix it as well as be more motivated to do so.

Sorry I always seem to be the one finding problems with our exchanges. Not really my dream role...

I meant the block chain on my computer. I haven't moved DNotes wallets around much until very recently. However, the new Windows computers (home edition) tend to randomly restart for updates if it thinks you're not using it. Since I would have the wallet open, then it would abruptly shut down the wallet and I know from experience that can corrupt the local copy of the block chain. With other wallets, the wallet plain won't run. With DNotes, it seems to run the wallet, but then I find weird glitches in the address totals.

This is one of those times when I wish I had a bit more programming knowledge. I can only observe from the outside and speculate on the reasons.

I honestly had no idea there was this much nuance to qt wallets. Now I see why you've worked so hard to develop end user options that do not require that kind of maintenance. It's nice that even those options will allow the end user to benefit from CRISP payments.

Thanks for the heads up. So, just curious, is the 1,000 transactions limited to the life of the wallet? And yes, I'm sure all my addresses have logged more than that many transactions by now!

I'm using the QT wallet for now. I have noticed that while the wallet will still work, the blockchain does corrupt just as easily as any other blockchain. I've had some interesting experiences with total balance inaccuracies that were corrected upon a fresh download of the blockchain. I do like the fact that even if the chain is corrupted, the wallet will still function. Nothing like having to wait for the whole thing to download again just to make a withdrawal that you thought would only take a minute

The QT exports work fine, and I've figured out how to get rid of the orphans (you sort by "confirmation" and delete all the "false" rows and you're good to go). A wallet repair feature I've seen in other QT wallets is a command or button that will clear all the orphans from the wallet itself. I'd love to see that feature added to DNotes QT, but since it's a slight enhancement without which life goes on just fine I can see that being closer to the bottom of the priority list.

I like the idea of going the API route for watching multiple addresses, and when I decide to delve into that further I will definitely check out the Abe API calls you shared.

Thanks for the information. I wonder if the Electrum read only wallet would export a private key for each address that suits the Electrum format and then I could import those into a new fully functional wallet? Just thinking out loud. I won't be able to try it until much later today.

I still have the issue that it's not showing a lot of the recent minting transactions (my read only wallet). It did, however, pick up on two deposits (sent from an exchange) during the same time period that the minting transactions are missing from. That part seems really strange to me.

So I did what you said and imported the private key you posted into a new wallet and that worked just fine. I notice it starts with an L. I don't have my private keys right in front of me at the moment, but I'm pretty sure they all start with V. Maybe Electrum doesn't like that. So, it may be that I need a way to "convert" private keys that start with V into private keys that start with L?

The wallet is definitely not up to date on all the transactions, so I guess that's something for you guys to look into.

In the mean time, does Electrum have an export transactions feature? That would be the most useful feature of a read only wallet.

I thought I needed to "rebuild" my qt wallet in the sense that I needed to start with a brand new wallet and import the private keys. I started doing that and the process was so slow that I thought something else was wrong. So I downloaded the entire blockchain from the beginning and that sped things up. But then while importing private keys I noticed that the time stamp on transactions was not correct, and that would definitely wreak havoc on trying to record my transactions. So, I wondered if maybe the blockchain had gotten corrupted, meaning the original wallet.dat file might be fine after all. So I loaded up that wallet and then checked each balance against the block chain and it all checked out. But it was in between noticing the new wallet didn't have the correct timestamps and figuring out that my old wallet.dat was just fine after all, that I thought of Electrum and gave it a whirl, hoping it would both accurately record transactions and be able to export them. But I ran into issues with importing private keys and now the server not being up to date on read only transactions. So at the moment I'm back to using my qt wallet as a "read only" as in I haven't unlocked it, just using it to watch... But I do have Electrum installed so am happy to help test anything you need with it

I am trying to create a new Electrum wallet using a list of private keys. I'm entering one key per line, and once I get all the keys in, the NEXT button stays grayed out. Is there a special way to separate DNotes private keys in Electrum so that the software will recognize the keys?

Update: I experimented a bit and I can see that as soon as I input a regular DNotes address (to make a read only wallet), that NEXT button immediately lights up so it's available to click on. But even when I enter only one private key and make sure there are no extraneous spaces, the NEXT button stays grayed out.

What am I missing?

Update 2: I went ahead and created a read only wallet by using all my addresses and that seems to work except that the wallet is stuck at a day behind, or seems to be. It's showing no transactions from today, even though there have been quite a few minting instances. I thought that since it doesn't have to download the block chain, syncing would be instant. Is there a way to force a sync on this wallet?

Also, does the Electrum wallet export transactions?

Update 3: I checked the network and it seems to be on the correct block, but it doesn't seem to be catching all the minting transactions, at least not the recent ones. I'm looking for a way to keep track of my balance and obtain good records that I can export, but that doesn't seem to be happening with the Electrum wallet.

Thanks for explaining it to me. I find the development process (or really the plain English summary of the development process) interesting.

I checked out the DNotes pay button on your website and it looks really great. I don't need advertising right now, but I assume once the address received the DNotes, then the next step in the process would take place?