I got excited a new Monero exchange was coming. Bit disappointed it turned out to be just a Q + A page.
Just a Q + A page is a bit of an understatement. Only Bitcoin and ethereum also have stack exchange sites, and the stack community in general will be exposed to Monero possibly for the first time if they frequent area 51 part of the site at all. |
|
|
|
I'm sticking with the v9 client simply because the new client is a resource hog & I won't be able to run it without sacrificing at least 2 other coin wallets, making it too uneconomical to mine.
If this fork happens I will be forced to stop using XMY - which is a shame.....
The fork is gonna happen. You can see block share here on third or fourth graph down: https://cryptap.us/myr/myrstat/and exchanges have already all updated. Just out of curiousity, how many daemons are you running and what type of server? I'm running myriad and two other daemons on a single core micro instance with 1 GB ram plus 2 GB of swap with no problem now (also running webserver and some couple node js servers for games). Myriad is certainly using more RAM than others, but for some reason CPU usage was worse on first time I ran it, after stopping and starting daemon again it was much better. |
|
|
|
|
I think compiling for arm might be a bit of a pita, haven't actually tried it myself tho
|
|
|
|
Can I recover my wallet with the mnemonic phrase password and wallet name? Or do I actually need to find the wallet file?
You don't even need the name, if you have the mnemonic seed you can recover your wallet. Oh thank god. Address? I'll send you a pittance for the help. Finally got my open alias setup. It should work to send to jwinterm.myrcraft.com |
|
|
|
Can I recover my wallet with the mnemonic phrase password and wallet name? Or do I actually need to find the wallet file?
You don't even need the name, if you have the mnemonic seed you can recover your wallet. |
|
|
|
... I actually prefer for SnailBrain to handle bounties. He's the founder, and also, I always find it too tempting to trade with the coins. I'm less wealthy than you think I am.  Didn't the founder actually die? Not trying to be pedantic, but I would go with maintainer or lead developer or something. Edit: http://huntercoin.org/information/mikhail-sindeyev/ |
|
|
|
Just FYI images are not loading on the bitcedi online website for me on mobile, not at a comp right now to check if they work there.
Have you tried http://bitcedi.orgThat one works. Did you just update the link in OP? I swear I clicked it from the first post earlier. |
|
|
|
Apparently VultureFund's account has been compromised by the hacker known as 4chan  |
|
|
|
|
Just FYI images are not loading on the bitcedi online website for me on mobile, not at a comp right now to check if they work there.
|
|
|
|
...
In a decentralized game, you can't hide portions of the gamestate. If the game is designed to be decentralized, the gamestate can be made to contain as little information as possible (enemies spawn only at FoV perimeter and despawn if not visible for X turns, items in containers spawn only if opened etc)
If the game is off the shelf with only minimal modifications, then players would have clairvoyance from the start and know everything the gamestate knows. I don't think this makes the gap between human and bot performance smaller. The more you know, the more you can make strategic plans that would never occur to a bot. You "see" if a specific level or area is worth cleaning out or not when every turn counts.
Otoh, there has never been a monetary incentive for making such a bot, and I've not yet seen a bot that would do systematic savescumming every time it thinks the RNG made a decision that is less than optimal. No one knows how good these buggers get if coin can be won.
...
That is a good point re: only spawn enemies or items in FoV. Ultimately though, if significant money is at stake, I think bots will be developed that outperform humans. |
|
|
|
Will 1 DGB ever hit $1? Thoughts? 1 to 3 years for adoption? Or nahhhh?
Well NEM (XEM) has similar supply and is 1133 satoshi compared to 50 sat for DGB What's the production rate difference? NEM is completely premined, there will never be another XEM created. DGB is only a little bit premined, still mining for a while. |
|
|
|
Are there any example ATs? I know about Ciyam's website, but I mean more examples for dummies, like fill in each field with this value. I also remember seeing a bytecode compiler so you could program in higher level language I thought, then compile to the code for AT input, but I don't seem to be able to find it anymore.
Any resources related to example ATs or other stuff besides Ciyam website would be appreciated.
We're talking about all of the new ATs that QORA has, including a bidding AT, and an advertisement AT... Current ATs are those plus the ones listed in ciyam's website, there are more being developed, and will get even more developed once we've finished the hacker challenge. There's quite a bit of development going on there, and we hope to have the decentralized exchange out pretty soon as well. So is that a "no"? No additional documentation exists? I swear there was a compiler something before... |
|
|
|
...
The standard example of a un-bottable game would be Nethack, but it takes at least some hours + expert skills to solve.
(result is also a bunch of keystrokes, quickly verified by a computer)
If the game is simpler (but still a turn based "roguelike" game) and bots can win, they need less time than a human, but more game turns.
Example: Angband bot, if very lucky: 10.000.000 turns, Human expert: 50.000 turns
...
How can you have a roguelike game on the blockchain and not pass the entire gamestate to the client(s)? And if the client knows the entire gamestate, isn't it trivial to construct a bot that wins rapidly? If you want to design an interactive faucet, ok, roguelikes that only reveal a small portion of the gamestate are fine (I'm actually working on one myself for myriadcoin here http://dungeon.myrcraft.com/ using sockets.io to only transmit the part of the gamestate that the player can "see"), but to have a truly decentralized game, how can you hide portions of the gamestate that would make it unbottable? |
|
|
|
...
I'm sure a solution exists.
...
I don't think this is the case. In order to eliminate bots for a game-based blockchain you need to design a game that meets two criteria: 1) Bots can't "win" the game, or if they can earn some coins, it has to be many orders of magnitude less than a human playing the same game, otherwise someone can just run thousands of bots, right? You basically need a game version of the Turing test. 2) You need to have a game that, although bots suck at it, the results must be able to be easily and quickly verified by a computer. This is another wrinkle that makes point #1 much harder to achieve. Afaik, a solution does not exist, and if you came up with one you'd probably be some kind of laureate or at least have a cushy CS professorship at MIT or something. I can suggest these devs can combine a joint huge bounty to hunt for open source solution to feed these concerns. A lot of people will compete. +1 But how would the development be structured if there is just one client, etc? It sounds sort of like the development of capchas, where there is a constant ongoing war between people paid to enforce the integrity of the "human factor", and those who profit from automating a process to outsmart it. In this context, it needs a 'game', or some variable in the game, that humans can learn faster than bots, right? One of the biggest problems with developing this kind of thing is the motivation to equate "low income workers" with bots. A coin has the potential to accomplish the rare feat of "profiting" by outsourcing its earning potential to poor countries, but that is perceived as harmful to the coin, when it is actually not. If, for example, HUC were able to 'outsource' all of its human mining to people in poor countries then of course nobody in rich countries would 'mine' HUC, but the algorithm would be producing more "info", more "product" than coins that maintained the exclusivity of their mining to wealthier miners. Productivity of the algorithm, market cap, would sky rocket but there would be no 'human miners' except in poor countries. It's not exactly the same as captchas, because for a captcha there is a human setting the correct answer. This isn't really feasible for HUC, because if there was a human setting the correct answer in the code, anyway can look at the code and see what the correct answer(s) is(are) and program their bot(s) accordingly. I think it's really an intractable problem to create something that humans are far better than bots at, can be quickly verified by a computer, and the entire thing contained in open source code that anyone can check. |
|
|
|
|
Are there any example ATs? I know about Ciyam's website, but I mean more examples for dummies, like fill in each field with this value. I also remember seeing a bytecode compiler so you could program in higher level language I thought, then compile to the code for AT input, but I don't seem to be able to find it anymore.
Any resources related to example ATs or other stuff besides Ciyam website would be appreciated.
|
|
|
|
Is there a slack channel for DCR? I need help setting up a stake wallet.
Not sure, but I got a lot of help on #decred channel on freenode irc. Hey man! You appear in quiet interesting threads  I try to find the good ones |
|
|
|
...
I'm sure a solution exists.
...
I don't think this is the case. In order to eliminate bots for a game-based blockchain you need to design a game that meets two criteria: 1) Bots can't "win" the game, or if they can earn some coins, it has to be many orders of magnitude less than a human playing the same game, otherwise someone can just run thousands of bots, right? You basically need a game version of the Turing test. 2) You need to have a game that, although bots suck at it, the results must be able to be easily and quickly verified by a computer. This is another wrinkle that makes point #1 much harder to achieve. Afaik, a solution does not exist, and if you came up with one you'd probably be some kind of laureate or at least have a cushy CS professorship at MIT or something. |
|
|
|
One question I have is can Proof Of Stake reward a miner with coins even though he is not connected to the internet/network or must he be connected to the network before POS coins are rewarded into his wallet?
Nope, they have to be connected for the other clients to reach consensus and accept it into the block chain.  Not exactly true - see Decred and their stake pools; they are trustless pools that allow individual users to have someone else stay online and stake/vote for them, but there is zero chance for the pool to run away with their coins. |
|
|
|
opening in simplewallet works. But now i cant use it.  The strange thing is the same thing happens for me with Factomd as well. As soon as it synced it shuts down... Maybe you're running out of disk space? That's pretty strange behavior, and got to be more than a coincidence that it's happening on two completely different wallets. |
|
|
|
|
Show Posts
