|
Ну да, шансы/скорость включения просто вырастут. Только не в 5 раз, а пропорционально хэш мощности этих дополнительных участвующих пулов.
Первый пул нашедший блок ее включит, а остальные увидев этот блок ее просто выкинут из очереди (мемпула транзакций) и будут включать при поиске блока вместо нее какую-нибудь другую.
Благо сейчас вопрос чем заполнить блок вообще не стоит - всегда в очереди есть какие-то транзакции, причем тоже с ненулевой комиссией.
Правда других бесплатных "ускорителей" я не знаю. Кто-то подобное помнится предлагал, но это платная услуга была. Т.е. можно было просто докинуть комиссии отдельно (напрямую конкретному майнеру за приоритетное включение в блок) помимо той, что уже включена в транзакцию и оказалась недостаточной.
|
|
|
|
|
Да, когда появится наверху. Хотя конечно не обязательно именно первым, но чем дальше(больше времени прошло с момента нахождения) тем вероятность попасть в очередь меньше становится.
Когда они находят блок (что можно например по ссылке выше отследить) они включают в него все транзакции из очереди на ускорение принятые ранее. После чего открывается прием новых заявок на ускорение в очередь. Как наберется очередные 100 транзакций, прием новых отключают и ждут нахождения следующего блока. И так далее циклами.
В результате стоит это им совсем немного (только 100 транзакций из примерно 2000 в блоке "льготные", причем льготные не значит бесплатные, а просто с комиссией ниже рынка, транзакции с комиссией меньше 10к сатоши за КБ они просто не принимают даже при наличии свободных мест в очереди), а ПиАр хороший получается. И для пула и заодно BU пиарят этим активно.
|
|
|
|
Yes, all my orders are cancelled too. All coins back to balance. But now ORB withdrawal not working! Seems like their ORB hot wallet is offline: The last block update occurred 38 minutes ago. With 2 minutes average block rate this can only mean their ORB daemon lost connection to other ORB network for some unknown reason. BTC (from cancelled ORB buying orders) withdrawn without any problems. But ORBs itself stuck again. |
|
|
|
Yeah, I think Cryptopia is a best option for now. Only minor drawback is slow web site for old/slow machines (many heavy scripts). But WTF is going on Bittrex? I can not cancel my ORB orders and withdraw coins to other exchange: Error Cancelling Order
There was an error cancelling your order. Please try again.
Error:MARKET_OFFLINE How is it supposed to be working for desisted coins? All other exchanges only block adding NEW orders for delisted/halted coins. Not canceling existing ones. |
|
|
|
2 ghostlander
I see strange mining statistic after hard fork.
Wallet receive ORB transaction, adds them to memory pool, but does not include them into blocks.
Here example:
................. Looks like someone has produced a lot of near dust outputs and tried to spend them without fee. ~$ orbitcoind getrawtransaction fcabc728ca969e1bb7fe1bc916f92a181e646c4eb12a803a4d0b2771e6d603ab 1
{
"hex" : "0200000071b1ea57036278724d04154dbc1c0fbd8343ff5b98f09ac5ffe3f19eb7a16a42998c7cc2fb130000006a47304402201a6a294eb1f06e1d574436354e55b3cab6facb3ba34d97b3378238c2f5d824a502204ef56ff003158c6b4c9a332529bc6133fdf728e649620449101ce228c11c3cd5012102add187a4cb75f81d82663e90541be6663c6f96a95e06a17ed8134d17e341fe18ffffffff6278724d04154dbc1c0fbd8343ff5b98f09ac5ffe3f19eb7a16a42998c7cc2fb270000006c493046022100fd251f8c61da9d5d924da7a56542fe1fc65b894fd420e1236e1c691667726990022100eafabf414c6b93d284717fdd484d268acf86fbff8c8faf445c273b6ee80a16bf012102f3c9d5be62a3b0918ca67cdd4c8f5ba3a4ca4d5eecf5d87a90ae1958d49813f9ffffffff6278724d04154dbc1c0fbd8343ff5b98f09ac5ffe3f19eb7a16a42998c7cc2fb2a0000006b48304502210099e947f6db6a3678e092f03676f577681d87ff7ffa2242ce9c9d51aba23c7263022031a1ee9c35e3d4b5db725123df1952ca4aeec2445bcf96a97c1fc0da340e1d66012103b9cfedcdcb09aa92cf06aec873de24dc7f39b09e5a15e45a3dbaadc695faddc5ffffffff0204420000000000001976a914c7550bbf0cda9e84727771bfdae654e1651595dd88ac442f0000000000001976a9148b9ec9cedc30f9ddc8a2364fac9076c791ccf80288ac0000000000",
"txid" : "fcabc728ca969e1bb7fe1bc916f92a181e646c4eb12a803a4d0b2771e6d603ab",
"version" : 2,
"time" : 1474998641,
"locktime" : 0,
"vin" : [
{
"txid" : "fbc27c8c99426aa1b79ef1e3ffc59af0985bff4383bd0f1cbc4d15044d727862",
"vout" : 19,
"scriptSig" : {
"asm" : "304402201a6a294eb1f06e1d574436354e55b3cab6facb3ba34d97b3378238c2f5d824a502204ef56ff003158c6b4c9a332529bc6133fdf728e649620449101ce228c11c3cd501 02add187a4cb75f81d82663e90541be6663c6f96a95e06a17ed8134d17e341fe18",
"hex" : "47304402201a6a294eb1f06e1d574436354e55b3cab6facb3ba34d97b3378238c2f5d824a502204ef56ff003158c6b4c9a332529bc6133fdf728e649620449101ce228c11c3cd5012102add187a4cb75f81d82663e90541be6663c6f96a95e06a17ed8134d17e341fe18"
},
"sequence" : 4294967295
},
{
"txid" : "fbc27c8c99426aa1b79ef1e3ffc59af0985bff4383bd0f1cbc4d15044d727862",
"vout" : 39,
"scriptSig" : {
"asm" : "3046022100fd251f8c61da9d5d924da7a56542fe1fc65b894fd420e1236e1c691667726990022100eafabf414c6b93d284717fdd484d268acf86fbff8c8faf445c273b6ee80a16bf01 02f3c9d5be62a3b0918ca67cdd4c8f5ba3a4ca4d5eecf5d87a90ae1958d49813f9",
"hex" : "493046022100fd251f8c61da9d5d924da7a56542fe1fc65b894fd420e1236e1c691667726990022100eafabf414c6b93d284717fdd484d268acf86fbff8c8faf445c273b6ee80a16bf012102f3c9d5be62a3b0918ca67cdd4c8f5ba3a4ca4d5eecf5d87a90ae1958d49813f9"
},
"sequence" : 4294967295
},
{
"txid" : "fbc27c8c99426aa1b79ef1e3ffc59af0985bff4383bd0f1cbc4d15044d727862",
"vout" : 42,
"scriptSig" : {
"asm" : "304502210099e947f6db6a3678e092f03676f577681d87ff7ffa2242ce9c9d51aba23c7263022031a1ee9c35e3d4b5db725123df1952ca4aeec2445bcf96a97c1fc0da340e1d6601 03b9cfedcdcb09aa92cf06aec873de24dc7f39b09e5a15e45a3dbaadc695faddc5",
"hex" : "48304502210099e947f6db6a3678e092f03676f577681d87ff7ffa2242ce9c9d51aba23c7263022031a1ee9c35e3d4b5db725123df1952ca4aeec2445bcf96a97c1fc0da340e1d66012103b9cfedcdcb09aa92cf06aec873de24dc7f39b09e5a15e45a3dbaadc695faddc5"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 0.01690000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 c7550bbf0cda9e84727771bfdae654e1651595dd OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"ob3LakhVn5MiwmpSdKx3nXKp78LJoSKzsT"
]
}
},
{
"value" : 0.01210000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 8b9ec9cedc30f9ddc8a2364fac9076c791ccf802 OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"oVbcNxXaZZYSH9pZL6DugCxwhnyrXQeyUx"
]
}
}
]
}
Three inputs 0.01 ORB each, two outputs, 0.0169 + 0.0121 = 0.03 ORB. No fee. It failed of course. Diff oscillations happen when large miners come and go. I see one PoW miner generating 5 to 10 blocks in a few minutes and leaving until the diff gets low again. 0.0169 + 0.0121 = 0.029 (not 0.03) so this is a 0.03-0.029=0.001 ORB fee included in tx. It think it is standard fee for small tx not fit to free transactions rules? Or for "dust like" txs minimum fee was set higher after last fork? Same 0.001 orb fee included in other tx stuck in mempool (now i still see 31 of them in my 24/7 running host mempool). Here few fresh examples of such tx's: "04be7438217cf585a1b46145d7da7137d6315165ef09cca3dd3384e82095b120", "065de0ca318fb4ad11226fa7b6a23e148acfe9f8dc5d1598c2406a40b4121116", "14dbdec80ce62d069845f113021fdae9bbf04cd63f627118d9fd54dfcd02dadf", "160874bec7a9ab59934e8ab4013816fb6a571a292318b16349b6952bd4158848", Yes, for PoW such Diff oscillations because of large miners jumps in and out is normal. But i saw similar Diff oscillations for PoS (stake mining) as well. This is not look normal - it is no any sense for miner to turn off and on PoS wallets in cycles. |
|
|
|
I see the same here. Transactions suck in the mempool both on my linux and windows clients. orbitcoind getrawmempool
[
"3402723a2a92c436ca647667dc6a12b8f014433961bbe67b1c87ef53d1e608b4",
"3b0c533180d47a89fd9f27d8775817d167292f2a103ea0d2365c3f2bf1ca13df",
"3bdf8fc65967bb93c87cecad9029098c9fdbd6c2156a57b88cac3d214b8e9686",
"409aa4ea959501c08fd07f428bb20cab39aca017974ba3a920bdd0b68d6f5d6d",
"411bb2ee8a2e09a9d4ea5b9e90e5ac91ba324e18ea580ac46b817f893f3fac73",
"4c00bfa20511bdbe6190a1d3b98e145a1e932308586fe3bc1847deca1ed7ff10",
"59035c2be38f5091f6839bcc24bcb14c7d2311f281802066fceadf8a317a8b37",
"6914282948f6e48b373734aff136c4082a6bc2dfd4828d5920615dbcd89c9bbc",
"6e425e65e3c0033b6fe8caec7cd41b7043d669732d0b5512d6b933a22f7a0d1f",
"75d8cc84263bab01a9b1ca6e62732894931d6d8941c3a0b54e8f35785f7060d4",
"84cbdb356bed3fc0b98820d69fcbdfc3f7608ac1b6b8693250adea9e96c9ae60",
"9f73ec62cfc6a250c8048941b69ec67c09cc1a770b3e80ff08d5b609dc2fea8c",
"aa325e0103936e9587e13c36eb70fd17d9ec0659183906f970a25910a038af81",
"cb701b68f1ad4f62e8c5495105a0d095ba4a3bd02de87c6de7f1b618f9a8dfe6",
"d7df67cd9b607ff5525ae74d068a0eeba5523430ff09ba56f7e733aa186f0874",
"e5de8c69dfd061bead71342802f58c11cb784ae9d862fe8210fef2bed3d1b3fb",
"ec85b46391dac2f37ffe8e5dd426c1330aab7aeec3afe12317bcf63377b8d22a",
"ec8d7475320dc858528fe5050f10e1ca624e647e20fc68bb367b05e32bb01fa1",
"f5a51659085840eae1d64ca019dda16303f024e3cef416683af827ddbc0f4f06",
"fcabc728ca969e1bb7fe1bc916f92a181e646c4eb12a803a4d0b2771e6d603ab"
]
Decoding the first one gives ... 09:46:53

decoderawtransaction 3402723a2a92c436ca647667dc6a12b8f014433961bbe67b1c87ef53d1e608b4
09:46:53

{
"txid" : "e7494595a3949143cf644b12d9b94e3ecca68dbb80cfab72b79c74794734f839",
"version" : 980550196,
"time" : 918852138,
"locktime" : 0,
"vin" : [
{
"txid" : "000000000000000000b408e6d153ef871c7be6bb61394314f0b8126adc677664",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
"sequence" : 0
},
{
"txid" : "0000000000000000000000000000000000000000000000000000000000000000",
"vout" : 0,
"scriptSig" : {
"asm" : "",
"hex" : ""
},
Converting the time 918852138 is equivalent to: 02/12/1999 @ 8:42pm (UTC). Looks like you used wrong command to decode. First one: gettransaction 3402723a2a92c436ca647667dc6a12b8f014433961bbe67b1c87ef53d1e608b4
{
"txid" : "3402723a2a92c436ca647667dc6a12b8f014433961bbe67b1c87ef53d1e608b4",
"version" : 2,
"time" : 1475233267,
"locktime" : 0,
"vin" : [
{
"txid" : "1e4d14ca23b7c587842d0ea9c7f4b0e094daafc61a8491b6bb1d887142bf5b9c",
"vout" : 0,
"scriptSig" : {
"asm" : "3045022010f67e693703999011a7c3ec696e2650184a906d21cbd7589d90af5adc8b7f7b022100cbc2de1c328a6ef202064bcdf5d566ca6f9143dafdf0cb560c43583f93e098e201 02eb4d3e313ff17ee4e8905828f75c60d807c6a5702b14af7133ff474de0b60b48",
"hex" : "483045022010f67e693703999011a7c3ec696e2650184a906d21cbd7589d90af5adc8b7f7b022100cbc2de1c328a6ef202064bcdf5d566ca6f9143dafdf0cb560c43583f93e098e2012102eb4d3e313ff17ee4e8905828f75c60d807c6a5702b14af7133ff474de0b60b48"
},
"sequence" : 4294967295
},
{
"txid" : "1605bb355acd4ad37530657b1a2773da65875222f2490e775d3dc9e5f5bb980a",
"vout" : 0,
"scriptSig" : {
"asm" : "30450220794758f5b5b3633bf3100475e8531c00a4f6a764ac4ee2918dc7f19923838f56022100a9b0444572c418f8fef316b22099070622de0535e57df8d0c909d6fecfc81d4201 027b00a90d27a5de616d0744c02d180b5df2323584075610f5a871451a4ea687ad",
"hex" : "4830450220794758f5b5b3633bf3100475e8531c00a4f6a764ac4ee2918dc7f19923838f56022100a9b0444572c418f8fef316b22099070622de0535e57df8d0c909d6fecfc81d420121027b00a90d27a5de616d0744c02d180b5df2323584075610f5a871451a4ea687ad"
},
"sequence" : 4294967295
},
{
"txid" : "82a8bdd48478c8b2f2b23a2e4bc3c66959a5c62be6b2963b2cf9e7d621aab31a",
"vout" : 26,
"scriptSig" : {
"asm" : "304502201d6919270d10bafd08304a4e3fac51a8203936033624ddf4f56ec34ec0d0d487022100dd8de05eebf2e79b7f15715ed97c6c1c57e6b68bf58517e89acbc01c3a5acc5701 03d31b4ae62980cd3caa99d505f32e7ebdb546cd979f49fa5a943174136e7769eb",
"hex" : "48304502201d6919270d10bafd08304a4e3fac51a8203936033624ddf4f56ec34ec0d0d487022100dd8de05eebf2e79b7f15715ed97c6c1c57e6b68bf58517e89acbc01c3a5acc57012103d31b4ae62980cd3caa99d505f32e7ebdb546cd979f49fa5a943174136e7769eb"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 0.01360100,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 3f7b42f637bfb79eac6aa6a69271a37220b63322 OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"oNf2TwLbxshcjLL4p12D6FzXNYq19yt6JV"
]
}
},
{
"value" : 0.01710000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 4201362a687bd82a7df9c7cac1d7ca0273d51b43 OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"oNtNHLBbSaPv17RquzC8zfVaKZY3EuGjvR"
]
}
}
],
"confirmations" : 0
}
Second gettransaction 3b0c533180d47a89fd9f27d8775817d167292f2a103ea0d2365c3f2bf1ca13df
{
"txid" : "3b0c533180d47a89fd9f27d8775817d167292f2a103ea0d2365c3f2bf1ca13df",
"version" : 2,
"time" : 1475135412,
"locktime" : 0,
"vin" : [
{
"txid" : "35a15dcc15b78aec9848cf27205f9cc04092ed9418bc6d6f75768238bda841df",
"vout" : 1,
"scriptSig" : {
"asm" : "3045022001be9a05106a72d411fd74aafb0828b4cb80613f2be093a873b74cd65e54556d022100b5dad1ca9ebe05d5758c3408560f7e7b7c2e98b4dd5254dda6b0f5d5081feeab01 02391edeb10af0e96f8f83491000d1b7eba3e827780e80ffb93bde105f02c343dd",
"hex" : "483045022001be9a05106a72d411fd74aafb0828b4cb80613f2be093a873b74cd65e54556d022100b5dad1ca9ebe05d5758c3408560f7e7b7c2e98b4dd5254dda6b0f5d5081feeab012102391edeb10af0e96f8f83491000d1b7eba3e827780e80ffb93bde105f02c343dd"
},
"sequence" : 4294967295
},
{
"txid" : "35a15dcc15b78aec9848cf27205f9cc04092ed9418bc6d6f75768238bda841df",
"vout" : 10,
"scriptSig" : {
"asm" : "3045022100e9fe0c2e65d62d5d2696d41f1317898f25b0d367b123e721a1ae22c56adbcb6d0220037681b29f55f94c6c5e2db2830d52eea036c2d9df2783629ff6953d44bd923301 0354a1ac9ba440e33aa42e70c8af5b4bb958aaa6eba8d6e426de7121e631448d96",
"hex" : "483045022100e9fe0c2e65d62d5d2696d41f1317898f25b0d367b123e721a1ae22c56adbcb6d0220037681b29f55f94c6c5e2db2830d52eea036c2d9df2783629ff6953d44bd923301210354a1ac9ba440e33aa42e70c8af5b4bb958aaa6eba8d6e426de7121e631448d96"
},
"sequence" : 4294967295
},
{
"txid" : "35a15dcc15b78aec9848cf27205f9cc04092ed9418bc6d6f75768238bda841df",
"vout" : 37,
"scriptSig" : {
"asm" : "3046022100db2021d3f87312595f4880d8ea3d5076438365778a627dbc56a5a8adcc08ff62022100a4ac161f952aa446025a11fc19cb2237b8552398735d18d1b30d9550de18905e01 037e595d413623538d453f7c65522677e62aa6949896eacba974deaa7356a8b98b",
"hex" : "493046022100db2021d3f87312595f4880d8ea3d5076438365778a627dbc56a5a8adcc08ff62022100a4ac161f952aa446025a11fc19cb2237b8552398735d18d1b30d9550de18905e0121037e595d413623538d453f7c65522677e62aa6949896eacba974deaa7356a8b98b"
},
"sequence" : 4294967295
},
{
"txid" : "35a15dcc15b78aec9848cf27205f9cc04092ed9418bc6d6f75768238bda841df",
"vout" : 46,
"scriptSig" : {
"asm" : "30440220446ff51122c31f7a96c4297fe918393f6c101da984bae2c4bd8fa45a3e62d09002204e607751786bba92d1145090c02301f17464539b725bb6fdfa4e05235b60c6a901 02356cbdecdb03c9f0cef6e312074d6f5a65fb80f2de245ae12971698cbb1bf45a",
"hex" : "4730440220446ff51122c31f7a96c4297fe918393f6c101da984bae2c4bd8fa45a3e62d09002204e607751786bba92d1145090c02301f17464539b725bb6fdfa4e05235b60c6a9012102356cbdecdb03c9f0cef6e312074d6f5a65fb80f2de245ae12971698cbb1bf45a"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 0.01760000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 0f00c2604c0aabac1835b3a53be6dcd7a42f090a OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"oJEhH81WLNVdZ3Xo2etzDNrLhHdbYcnKgx"
]
}
},
{
"value" : 0.02140000,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 be8e758034c288c0e855a9a2e5f32c4c273faf7e OP_EQUALVERIFY OP_CHECKSIG",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"oaEwHAEw7WiaiY2qG8QQFnP6oYkBQn6NKS"
]
}
}
],
"confirmations" : 0
}
And so on - i check few more(in GUI wallet built-in explorer - it's handy) - all of them looks like normal correct transactions sent last week. Just very small ones (so we can call them "dust") But on other hand - they include fee, so it is not violate network rules - you can send dust tx if you pay fee. Only free dust tx forbidden to prevent block-chain SPAM So i do not understand why this tx not included in blocks and keep build up in mempool (now i have 25 of them). Especially now - with almost all blocks is mined totally empty (not include any tx at all, excluding coin base generation). |
|
|
|
ORB is on Bittrex removal list.
Hmm. Looks like i finally go to register on this exchange. It's been a long time since I actively traded ORB (since Cryptsy SCAM i think). Prepare for some Pumps&Dumps  |
|
|
|
2 ghostlander I see strange mining statistic after hard fork. Wallet receive ORB transaction, adds them to memory pool, but does not include them into blocks. Here example: 02:38:09

getmininginfo
02:38:09

{
"blocks" : 2003032,
"currentblocksize" : 1000,
"currentblocktx" : 0,
"powdifficulty" : 1.32434070,
"posdifficulty" : 0.35963979,
"powreward" : 1.00000000,
"posreward" : 1.00000000,
"networkhashps" : 10610356,
"stakeweight" : 380451,
"minweightinputs" : 133,
"avgweightinputs" : 177,
"maxweightinputs" : 228,
"stakemindepth" : 2000,
"stakeminvalue" : 1.00000000,
"stakecombine" : 40.00000000,
"stakesplit" : 80.00000000,
"pooledtx" : 21,
"testnet" : false
}
I do not think that this is a local problem with my wallet. Because this 20 tx was not included by any other miners as well. Next 3 blocks do not include any of this transactions, only coinbase transactions (new coins generation): block 2003033block 2003034block 2003035P.S. Also i see large diff oscillations - like diff goes up x2 and back down is just about 1 hour... And again similar cycle repeated few hours later. Including PoS, so this can not be caused by just one jumping miner with powerful hardware or switching pool hunting for most profitable coin. But here is a good changes too - orphans blocks almost gone now for me! I got only one orphan since hard fork. Its about 10-fold decrease. |
|
|
|
What could be the reason for POS diff shooting up?
It was inevitable - with last hard fork we reduce number of blocks mined per day 2 times (instead of halving block reward). So block reward remains the same, number of miners and stacking coins remain about same too, but now all miners compete for 2 times smaller quantity of blocks. diff just reflect this hard competition and jump up. Its not a big difference - low diff with low block reward(0.5 ORB) or high diff with high block reward(1 ORB). Total number of coins minted per week/month should be approximately the same. But certainly less than it was before the block # 2000 000 |
|
|
|
Yep. I think so. A very weird one, though. This is the only zip giving me this issue, so for now I workarounded the problem unzipping the files with a different client. Thank you for the hint. I used BZip2 instead of Deflate to compress these binaries. PKZIP supports it since 2003. Other popular archivers like 7-Zip, WinZip, WinRAR, etc. have no problems either. It seems Microsoft is slow to follow up. WinRAR can not unzip your last archives too! At least it gives clear error message (! C:\Temp\orbitcoin-win64-1.6.0.0.zip: unknown method in Orbitcoin-x64\orbitcoin-qt.exe) And Windows-7(with all latest updates) built-in unzipper fails too. So I used 7-Zip to unpack - only this option works for me. |
|
|
|
This is an old guide. Coins are eligible for staking after 1 day now, but it doesn't make much difference. There is weight displayed in the Coin Control window. I see my inputs are staking successfully with their weight of 800 on average currently. An input of 20 ORB will not exceed the weight of 300 (20 coins * 15 days). Do your math. Hi. I see my post was linked as FAQ in OP, so i update it to reflect changes of min/max coin age from 5/20 days to 1/16 days after previous hard fork. So new users can get correct info from it. |
|
|
|
|
То в том что списали левым образом накрученные деньги ничего плохого по большому счету не вижу. Эти деньги НЕ были заработаны.
Но вот сам факт из-за чего такая "накрутка" прибыли из ничего стало возможна - это жирнющий минус бирже. Это перекрытие сделок из MT всего 1к100 на реальном биржевом рынке(о чем действительно известно уже довольно давно) означает только одно: вся торговля через MT на этой бирже это лишь типичная "кухня" как у Форекс "брокеров", где владелец кухни (в данном случае BTC-E) играет против своих клиентов(хотя конечно это скрывает и всячески отрицает) - он заинтересован чтобы клиенты сливались, и НЕ заинтересован чтобы они хоть что-то зарабатывали - разве что для "поддержания интереса"(азарта), чтобы не сразу все слил и ушел расстроенный, а хотя бы несколько раз довносил депозиты чтобы "отыграться".
В отличии от настоящих брокеров, которые заинтересованы только в максимальном обороте (с которого получают % комиссионных) и их не волнует прибыльны ли их клиенты или нет. Точнее косвенно они даже заинтересованы в том, чтобы клиенты торговали как можно успешнее и прибыльнее - тогда у них будет больше оборота и как следствие брокер будет получать больше % комиссионных с этого оборота.
"Кухни" же заинтересованы в постепенном сливе своих клиентов - т.к. основную часть прибыли они получают не как % со сделок, а как "суммарные убытки клиентов" минус "суммарная прибыль клиентов" = прибыль кухни.
Поэтому от MT торговли на BTC-E лучше держаться подальше. Если захочется азартных игр - уж лучше на Форекс или еще лучше - в Казино.
Сам этому правилу следую и другим советую.
К основной бирже (через WEB и через API) это не относится - к ним претензий нет, успешно торгую уже несколько лет.
|
|
|
|
|
Да, историю не обнуляли. А лишь временно отключили пока проблему с переполнением разрядности счетчика (больше 2^31 = 2147483648) транзакций решали. Как решили, вернули все на место.
По крайней мере у меня тоже за все 3 года история отображается.
|
|
|
|
|
У меня все ОК, ничего подобного не наблюдал - на основном аккаунте сессия уже несколько суток непрерывно открыта.
Сижу через зеркало .nz, хотя вроде это ни на что влиять не должно.
|
|
|
|
В новости о внедрении кодов EXMO у OKPAY было написано: Уважаемые пользователи!
У нас для вас отличные новости!
Теперь вы можете купить/продать электронные коды Exmo (EXMO code) внутри платежного сервиса OKPAY.
Вы можете оплачивать заказы, пополнять личный счет в OKPAY или в любое время снимать средства со счета используя EXMO code. Электронные коды доступны в валютах USD, EUR и RUB. Обработка платежей происходит мгновенно.
Спасибо,что вы с нами!
Команда Exmo Т.е. во всех фиатных валютах с которыми EXMO работает. Сегодня хотел воспользоваться, но при выборе соответствующего варианта доступна покупка кодов только в USD. Для сравнения там же теперь и BTC-E коды есть - там все 3 валюты на выбор предлагается, а для EXMO почему-то можно только USD кошелек выбрать. Это глюк OKPAY или за прошедшие 2 недели уже успели поменяться условия сотрудничества с OKPAY и теперь только в долларах операции возможны? |
|
|
|
Mad_Max, где связь между нами и BTC-E, и что вы имеете в виду под "прямым пополнением" туда? У нас такого никогда не было, поэтому и банить не приходилось. Или вы имеете в виду Окпей?
Да, я про Окпей. Про его резкую и неожиданную смену отношения к биржам торгующим криптовалютами (ну либо сильно избирательный подход) |
|
|
|
|
Да, и прямое пополнение на BTC-E они полностью забанили. А косвенные (например покупку кода в каком-нибудь стороннем обменнике) через раз платеж морозят на холд с последующей ручной проводкой через поддержку. По крайней мере для аккаунтов зарегистрированных в РФ.
А тут вдруг прямой ввод/вывод интегрированный в саму платежку.
|
|
|
|
If any problem with sync - best way to solve is allow/open incoming connection for client (and allow in router / firewall too) for port 8106. Look here also: https://bitcointalk.org/index.php?topic=192243.msg11595807#msg11595807I see right now 16 peers online but only 3 connections from my client to others. And 13 peers connect to my computer (only incoming connections, can not connect to them) Here 3 CNC peers with open ports currently online: "addr" : "70.163.93.56:8106", "addr" : "95.24.21.112:8106", "addr" : "81.89.56.170:8106", |
|
|
|
|
Мультиакки официально не запрещены (по крайней мере в разумных количествах).
У меня 3 штуки уже около 2х лет, в т.ч. иногда сразу под 2мя сидел с одного ip - никаких претензий со стороны биржи по этому поводу не было.
Более того, один из доп. акков мне в поддержка биржи сами порекомендовали завести.
|
|
|
|
|
Единственное, что не x2, а от +10% (в хорошие периоды) до где-то +50% (в плохие). А так да, видимо "таков план" (с).
|
|
|
|
|
Show Posts
