Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 11:11
    DavidBurkett commented #2966
  • 11:09
    DavidBurkett commented #2966
  • 10:35
    antiochp commented #2966
  • Aug 21 22:11
    jaberwoky83 edited #2995
  • Aug 21 20:39
    rsoltanzadeh synchronize #2975
  • Aug 21 20:29
    DavidBurkett commented #2966
  • Aug 21 20:25
    quentinlesceller commented #2966
  • Aug 21 20:19
    DavidBurkett commented #2966
  • Aug 21 19:39
    quentinlesceller commented #2966
  • Aug 21 19:39
    quentinlesceller commented #2966
  • Aug 21 19:23
    antiochp assigned #2996
  • Aug 21 19:23
    antiochp labeled #2996
  • Aug 21 19:23
    antiochp opened #2996
  • Aug 21 18:59
    jaberwoky83 opened #2995
  • Aug 21 18:58

    antiochp on master

    improve checking for p2p connec… (compare)

  • Aug 21 18:58
    antiochp closed #2993
  • Aug 21 18:57
    antiochp commented #2993
  • Aug 21 18:55
    antiochp commented #2993
  • Aug 21 18:52
    antiochp commented #2993
  • Aug 21 18:38
    antiochp commented #2985
Chase Anderson
@csga5000
Is that a large need @ignopeverell ? To assist with that can anyone just setup a node with the port forwarded and a higher max peers?
devilrayzl
@devilrayzl
Hi all, could anybody help me? I got a warn message like " Unconfirmed output for with ID (Commitment(*)) not in UTXO set. Deleting and cancelling associated transaction log entries.". Is there anything wrong with my GRIN node?
tobu
@iamtobu_twitter
can I run the node+wallet in a linux docker container on windows?
Casey Rodarmor
@casey
@devilrayzl and @iamtobu_twitter Those questions are probably best for the lobby
Or, sorry, support actually: https://gitter.im/grin_community/support
Ignotus Peverell
@ignopeverell
@csga5000 yes, there's a decent influx of new nodes so opening ports is a good thing
devilrayzl
@devilrayzl
OK,I also asked in support community.But there is no reply..Thanks ahead
Quentin Le Sceller
@quentinlesceller
We have a lot of tx not confirming here. Anything we can do about that? Repost not working unfortunately.
Can provide logs in a bit
Yeastplume
@yeastplume
are they getting into the pool and just not confirming?
Antioch Peverell
@antiochp
are you fluffing them and skipping dandelion?
Quentin Le Sceller
@quentinlesceller
ERROR grin_api::handlers::pool_api - update_pool: failed with error: InvalidTx(IncorrectSignature)
Yep
Ah is it possibly unfinalized tx?
Antioch Peverell
@antiochp
possibly
Quentin Le Sceller
@quentinlesceller
Trying to refinalize again give me this:
20190116 22:22:34.080 DEBUG grin_wallet::types - Using wallet seed file at: /opt/grin/wallet_data/wallet.seed
20190116 22:22:34.117 DEBUG grin_core::libtx::slate - Validating final transaction
20190116 22:22:34.132 ERROR grin_util::logger -
thread 'main' panicked at 'Finalize failed: Error { inner:

LibTx Error }': libcore/result.rs:1009stack backtrace:
   0:     0x557412dcfadd - backtrace::backtrace::trace::hd74837959dc31a2c
   1:     0x557412dcecf2 - <backtrace::capture::Backtrace as core::default::Default>::default::hfbe03539066da14f
   2:     0x557412dced69 - backtrace::capture::Backtrace::new::hd9d47426559d8b68
   3:     0x557412d58a50 - grin_util::logger::send_panic_to_log::{{closure}}::h9dfd05e2f10c03c7
   4:     0x557412ea08a6 - std::panicking::rust_panic_with_hook::hde420d6fd4455550
                        at libstd/panicking.rs:480
   5:     0x557412ea03f1 - std::panicking::continue_panic_fmt::h8f394f3c578bcc76
                        at libstd/panicking.rs:390
   6:     0x557412ea02d5 - rust_begin_unwind
                        at libstd/panicking.rs:325
   7:     0x557412eea34c - core::panicking::panic_fmt::hca5dc4e8b320bc56
                        at libcore/panicking.rs:77
   8:     0x557412628d89 - core::result::unwrap_failed::hb7bb8b06edad3bef
   9:     0x557412695399 - grin_wallet::controller::owner_single_use::h833bf6f69e64d44e
  10:     0x557412667107 - grin_wallet::command::finalize::haaefc64021faebf1
  11:     0x55741263763f - grin::cmd::wallet_args::wallet_command::hd31da8e3dab8cf72
  12:     0x5574125ea95a - grin::cmd::wallet::wallet_command::hbe1e0bd27c96b838
  13:     0x557412654c70 - grin::real_main::hb3cbcedf020dd0fa
  14:     0x557412653235 - grin::main::h6cbf10070b5d4461
  15:     0x557412621712 - std::rt::lang_start::{{closure}}::h355f6dda1d0140bb
  16:     0x557412ea0272 - std::rt::lang_start_internal::{{closure}}::hafa8ecdacd368ebb
                        at libstd/rt.rs:59
                         - std::panicking::try::do_call::h8c0dbb48abbdf4df
                        at libstd/panicking.rs:310
  17:     0x557412eb2949 - __rust_maybe_catch_panic
                        at libpanic_unwind/lib.rs:102
  18:     0x557412e81aca - std::panicking::try::hbc21637ba5f64d73
                        at libstd/panicking.rs:289
                         - std::panic::catch_unwind::h954917b922b8d970
                        at libstd/panic.rs:392
                         - std::rt::lang_start_internal::h5b2de3cc38c3b406
                        at libstd/rt.rs:58
  19:     0x5574126556b4 - main
  20:     0x7f7d8c8a582f - __libc_start_main
  21:     0x557412597eb8 - _start
  22:                0x0 - <unknown>
Antioch Peverell
@antiochp
@yeastplume would likely know more
Quentin Le Sceller
@quentinlesceller
Yep no worry I believe it is unfinalized tx
Cezary Dziemian
@asocjal
Sorry, that I'm asking here, but I cannot get response on support channel. I have more "Rejected" than "Mined" but I can't find explanation what "rejected" exackly means. Is this means, that I found solution, but my block was orphanted?
Ignotus Peverell
@ignopeverell
@asocjal will reply on support
Yeastplume
@yeastplume
@quentinlesceller that would be on final sig validation, so.. as you say, unfinalized tx
Quentin Le Sceller
@quentinlesceller
Yep sorry for bothering you
Yeastplume
@yeastplume
no worries at all
Gary Yu
@garyyu

I'm thinking we should have all the small trivial stuff and eventual critical stuff in master, so we can release more or less at anytime, then a dev branch for what will require a little more testing and deployment on floonet first

Agree.
So, now 1.1.0 is Dev branch, the daily dev PR should be submitted to Dev branch only and tested on Floonet testnet firstly, master branch is used as release branch. Is my understanding correct?

moofone
@moofone
yup
support... is where?
ty
Ignotus Peverell
@ignopeverell
@garyyu absolutely correct, also ok to have small bug fixes in master
Gary Yu
@garyyu
okay
StrikerBee
@StrikerBee_twitter
prolly going to write a fix for this one mimblewimble/grin#2389 . Is there someone i can hares in regard to this issue ? (prolly just syntax/style crap)
Quentin Le Sceller
@quentinlesceller
Probably exactly the same fix as this mimblewimble/grin@0510ba9 @StrikerBee_twitter
StrikerBee
@StrikerBee_twitter
yeah exactly
it just annoyed me a bit. ppl rushing at my desk. "Are we mining? , Has the network started? etc. " while i thought most of it was set for mainnet, then a floonet port pops up :)
Maybe an out of bounds question for this rooms scope, but damn. How is Ignotus, Yeast and crew still alive and kicking. ? I'm just extremely tired because of grin
Lucas Clemente Vella
@lvella
hi, what is a simple test vector/header data I can pass to one of the cuckaroo implementations (in cuckoo-miner repo) that succeeds?
Lucas Clemente Vella
@lvella
I managed to output a valid block from HTTP API, but it is in JSON. Is there a standard serialized/hexadecimal header string for testing?
Andreas Brekken
@abrkn
image.png
how do i interpret this? 0 and 1 is the same tx. querying from the api returns cancelled, while in reality the tx is confirmed
Felix Weis
@FelixWeis
is there another way to get current diff and ar_scale?
i currently do okay
  • /v1/status (to get the height)
  • /v1/blocks/$height (to get the total difficulty and secondary_scaling)
  • /v1/block/$height-1 (to get the total difficulty at b-1)
    then i calculate the difference
Gary Yu
@garyyu
@FelixWeis I’m doing at same way. Do you mean you want a simple one API to get them in one shot? better to submit an issue to request it :-) before we forgot.
Felix Weis
@FelixWeis
well i also want one that gives me the data for the next block
maybe it is data for the next block... hm
as genesis block itself was super low diff
and total_difficulty is so high
otoburb
@otoburb
build breaks when trying to compile c32. To my layman's eyes, I think the issue is somewhere in cuckoo-miner/src/cuckoo_sys/plugins/cuckoo/src/cuckatoo/cuckatoo.h, in the #ifdef section for EDGEBITS (PoW params). basically as soon as EDGEBITS > 31 (line 34), word_t becomes defined as unsigned int 64 from uint32, and that messes something up down the line later that is expecting a uint32. meh.
Gary Yu
@garyyu
c32 plugin not ready yet @otoburb
or, perhaps are you a miner developer? :-)
otoburb
@otoburb
@garyyu I know. I'm just messing around. I got lcuda32 to compile, but not rtx_cuda_32. Will wait for later development on c32.