Has anybody been able to find an estimated release date on these new native applications? I'm pretty excited for them.
|
|
|
Alright, I'll try to address those issues: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
This key is owned by RGBKey, user 182468 on bitcointalk.org -----BEGIN PGP SIGNATURE-----
iHUEARYIAB0WIQSr4tyZfCIzASqG2L5m8bbJVoipQwUCWufiJwAKCRBm8bbJVoip Q8fHAP9l5o+eJtr4BI8eMMkmDotI8O1T2MJ2jVpfA7cRaC8QRAEAwmTzBCasKtOb 72/mJtL7DEX0eCAfRX/BqylPi2Y5Fgc= =qNyB -----END PGP SIGNATURE----- There's a signed message proving that the owner of the key and the person controlling this forum account at least are the same person. To try to more widely establish my name, I've also hosted my public key at https://rgbkey.github.io/pgp.txt. That site has been used by me for years as a platform for my provable fairness verification tools and is under a github account separate from the forum. Additionally I've changed my personal text to reflect that full key instead of a short, insecure fingerprint (thanks nullius). As I am just a nym as nullius also mentioned, if requested I could provide proof as the account RGBKey on the sites that I've been known to be on (just-dice, yolodice, primedice, etc.)
|
|
|
make it below 3% imo. open to invest in the exchange BR too.
next step is opening LTC + ETH BR investment opportunity if I am not wrong?
I used to run an exchange bot on the site. I was losing money because of the exchange rate fluctuation. You're asking too much for the service being provided. When I think of an exchange bot operating I think of this process: Someone wants to exchange BTC for LTC. The bot quotes the rate at your favorite exchange subtracting a 1% fee. They give you BTC for your LTC and then at the same time you buy back LTC on Binance/Bitfinex/Bittrex and pay at most a trading fee of .25%. You code the bot to do that instantly, once they give you the BTC, and you lock in a certain profit every time. 3% is a lot, so I hope ethan doesn't mind if others come in and compete with that exchange rate. I definitely thought about that and received suggestions to do that. The problem with that is that the available balance decreases by about a half, which is a problem for someone that can't put forward that much money. Also, most if not all exchanges I could use require identity verification, which would then make me personally responsible for all of those transactions come tax season. (U.S.)
|
|
|
Sorry for the delay posting but I was pressed for time since I had to go to sleep as today I had to wake early for work. I appreciate all your help. When you shut it down, do you wait for the window to close before shutting down. E.G, do you do a forceful shutdown or do you allow it to shut down on it's own before turning off your computer.
I usually let it shutdown correctly except in this last one where I was once again pressed for time and fed up for the nth time it rewinded blocks... so I killed the thread... :/ As for the debug fie (10MB!!!), here it is: https://www.dropbox.com/s/p03omkvwt3oqjhi/debug.log?dl=0Thank you once again! Important lines at the very end of that log I'm looking at: 2018-04-25 21:40:36 ERROR: ReadBlockFromDisk: Deserialize or I/O error - CAutoFile::read: fread failed: iostream error at CBlockDiskPos(nFile=1229, nPos=77695671) 2018-04-25 21:40:36 *** Failed to read block It looks like you need to run the program with the -reindex command line option.
To do that (for windows):
Right click on your shortcut for the program and select propertiesIn the field labeled "target", you should see something like "C:\Program Files\Bitcoin\bitcoin-qt.exe" (Don't worry if your path isn't exactly the same)Outside of those quotes, add the -reindex option (should look like this:) "C:\Program Files\Bitcoin\bitcoin-qt.exe" -reindexAfter fully exiting Bitcoin Core, double click on that shortcut. It should run and I believe it will prompt you asking if you want to reindex/rebuild, you want to select yes/the affirmative option.Once it's done, edit your shortcut again to remove the extra bit that you added, so it should look like the second bullet point above again
That should rebuild the database and you should be doing fine after that. Let me know if you have any more problems.See achow's answer below mine
|
|
|
make it below 3% imo. open to invest in the exchange BR too.
next step is opening LTC + ETH BR investment opportunity if I am not wrong?
I used to run an exchange bot on the site. I was losing money because of the exchange rate fluctuation. You're asking too much for the service being provided.
|
|
|
Yeah it's possible, you just have to write a program or script to connect to bitcoind via the RPC, and you probably need to use the ZMQ socket to get realtime notifications of transactions.
Are there any example of those sort of program or script? And what is ZMQ socket, how to make? How much software development experience do you have? Why do you want such a script?
|
|
|
I would never run a Bitcoin wallet on a VPS. There have been cases in the past where the people running the VPS have stolen money. I'd only do it unless you're doing it with a very well known provider.
|
|
|
So bitcoin daemon is running on ubuntu server, that is itself a wallet, right?
Let's say this is A wallet.
1. If some other(B) send bitcoin to A wallet's one address, then A knows it immediately? Can we type command, [ bitcoin-cli listtransactions ] returns above simulataneously?
2. Based on above 1, can we do some custom behaviour like send all received bitcoin (from B) to another C's address? This should automatically done by program running. How to do this?
Yeah it's possible, you just have to write a program or script to connect to bitcoind via the RPC, and you probably need to use the ZMQ socket to get realtime notifications of transactions. Just a small note, A wouldn't know it "immediately", but it would after a few seconds. It can take a bit to propagate through the network sometimes.
|
|
|
There's no way to know whether they "found/collide" their own Bitcoin, unless people report they lose their Bitcoin on 100% offline device and physically secure. But i wouldn't worry since 2^160 of possible Bitcoin adress take very long time to brute-force (ignoring Quantum Computing in this case) and your Bitcoin should be safe unless the wallet has poor PRNG(Pseudo Random Number Generation), CMIIW.
These people aren't after other people's bitcoins specifically, they're after "special" addresses that were generated oddly.
|
|
|
So you are not going to use the current bankroll for the exchange?
How would that make sense? The bankroll doesn't belong to yolodice, so they can't use it for the exchange. Maybe if he needs to he could open investments in the exchange. Not quite sure how that would work though.
|
|
|
With the banking system: - Your payments must be routed through a bank
- Your bank requires you to identify yourself fully before making an account
Neither of these apply to the LN. It will probably be more convenient to route payments through a well-connected node. That does not make it a bank. You can't send an ACH transfer through your buddy Mike, but you could route a lightning payment through him.
|
|
|
The transaction they're claiming from looks special to me. I don't know much about it but it looks like it was designed to be found, called the puzzle transaction and all. Also, that transaction is over two years old, so they would have had to plant that a long time ago.
Basically it looks like they're searching for "weird" addresses.
|
|
|
Congrats on the exchange, glad to see you got it up and running. Hopefully everything works out alright.
EDIT: Maybe add a "max" button so you can exchange your whole balance of one coin?
|
|
|
If I were you I would be paranoid and run a disk check for bad sectors. I'm not totally sure but if my block database started acting funky I'd be concerned.
|
|
|
My update to 1.4 was painless honestly. I'm sure that I could be an outlier but I don't really think it's that bad.
Yeah... Personally, I think it was the somewhat confusing error messages that some people got (where is stuck on "update" etc)... plus the servers being overloaded that make the process a bit painful for some. As for the most recent update, all I had to do was delete a few of the coin apps via Ledger Manager so there was room for the firmware updater app... other than that, it went without issue. IIRC they said they had also removed some of those confusing messages, which should make the process cleaner.
|
|
|
I've been trying to do it myself as I was curious. I've run into a problem where I cannot take the SHA3-256 HMAC of something, or I am doing it wrong. window.crypto.subtle.importKey does not support SHA3 operations, and I'm having an incredible amount of trouble trying to use outside code (current was trying to use http://caligatio.github.com/jsSHA/ as an alternative, but cannot get it to work). Yeah, I had a try and it's a real pain in the ass. What would be ideal if devans could just expose a top level `bustaHash` and `hashToBust` function or something, I think it'd be super easy The functions SHA256 and gameResultFromHash are now available in the script editor. They're pretty self-explanatory, but you can find a usage example here. One thing to watch out for is that they both return a Promise rather than the result itself. That sure made this a lot easier. I had a crack at writing the script myself, seems pretty stable from what I've tested var config = { n: { value: '1', type: 'text', label: 'Rounds since last game >= multiplier (n)'}, t: { value: 2, type: 'multiplier', label: 'Multiplier (t)'}, wager: { value: 0, type: 'balance', label: 'Wager'} };
// Globals const n = parseInt(config.n.value); const t = config.t.value; const wager = config.wager.value; let m = 0;
// Ensure user input makes sense if(isNaN(n)) { stop('n must be an integer'); } else if(n < 0) { stop('n cannot be less than 0'); } else if(n === 0) { log('*** Warning: n is 0, the script will be betting on every game'); } else if(t > 1000) { log('*** Warning: You are using a very high multiplier'); log('*** Using large values can cause the script to freeze temporarily'); }
// Recursive function to find the number of games since a multiplier function findM(m, hash) { return new Promise((resolve, reject) => { gameResultFromHash(hash).then((result) => { if(result >= t) { resolve(m); } else { SHA256(hash).then((newHash) => { findM(m + 1, newHash).then((m) => { resolve(m); }); }); } }); }); }
// Place a bet with the specified options function placeBet() { log('Placing bet'); checkBalance(); engine.bet(wager, t); }
// Pre-check before betting function checkBalance() { if(userInfo.balance < config.wager.value) { stop('Insufficient balance'); } }
// Happens after the initial "sync", and after every game ending function checkParams(initial) { if(engine.history.first().bust >= t && !initial) { log(`Multiplier for finished game was >= ${t}x, resetting count. `); m = 0; log(`${n-m} round(s) of multipliers < ${t}x before betting remaining`); } else { if(!initial) m++; if(m >= n) { placeBet(); m = 0; } else { log(`${n-m} round(s) of multipliers < ${t}x before betting remaining`); } } }
findM(0, engine.history.first().hash).then((value) => { // m is global here m = value; log(`${m} game(s) since multiplier of or at least ${t}x`); checkParams(true); // Set up event listeners to continue the script after the initial stage engine.on('GAME_ENDED', () => { checkParams(); }); });
|
|
|
Looks to me like you lost money gambling. I don't see what the problem is.
|
|
|
I don't know of many sites that have integrated Monero. That could be a good option, more privacy oriented coins is always a good thing.
|
|
|
Because re-entering in the whole seed is a bitch, and much more time-consuming than just removing a few apps with the manager, then adding them back.
Judging by the amount of heart ache some people seem to experience when attempting to update I'd still favour the nuclear option myself. My update to 1.4 was painless honestly. I'm sure that I could be an outlier but I don't really think it's that bad.
|
|
|
|