-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The network does not appear to fully agree #116
Comments
Adding some logs:
|
|
Update: i tried to kill bitmarkd a few times but it would not shut down after I did a I'll report if it happens again ... |
I'll note at the same time the message is on the chainz explorer: |
Yes I will work on fixing this soon. I think its because some algos have much more work per block than others, even when weighted. |
Any fixes? Wait for windows release. Current sources compiled for WSL working fine. Please, compile standealone version for windows. |
The fix for this has been on the master branch since 2 years. So I We had a guy compiling Windows builds before, I can try but Im more into Linux. Can't you make a Linux mining pool and connect with Windows? I am working on the next release (scheduled to be released in August). My latest work for this is on https://github.com/akrmn2021/bitmark/tree/0.9.7.4. If you give me a few days I can compile for Windows and you can test. It depends on my internet connection. I live outside of the city and still need more hardware. Here I will paste what I wrote in a telegram chatroom regarding this network agreement issue:
So if for example the current block at the tip is a CRYPTONIGHT block, the difficulty for that algo is currently 4440.93605865. So if there is a fork just 1 block deep with SHA256 for example (diffulty 11693986072.07068253), then that's already much more than 6 times the work. And yes, Im taking into account the weights of the algos, so by difficulty I mean weighted difficulty. So this warning message will keep triggering non stop on v0.9.7.2. I'm quite sure it will block the rpc calls, and people can't mine or use the chain like that. I heard many complaints of this warning message, because people were using 0.9.7.2. With the master branch (which fixed that 2 years ago), I never saw this message. By the way the fix involves using an average difficulty over 50 blocks and a higher threshold for the fork condition since 6 bitcoin blocks is like 20-30 bitmark blocks. |
Now I use WSL build for windows for CRYPTONIGHT, all OK. I tried build codes with Cygwin. Compiled… But don’t work all functions… Some library issues, maybe. I don’t know as create cryptonight pool… OK, I wait windows version. |
New version? |
hi @Alarmod we've been a bit snowed under of late, generally organizing things and coming up with a new dev process along with a freeze, to ensure that everything works long-term aim is to get things in good shape by end of year, but things may happen sooner, such as a specific windows, release -- we lately tested on the latest mac hardware too the general aim is that we keep bitcoin as an upstream project, and follow their work, as we feel that's the project with the best oversight, integrity, track record etc. as we are smaller, we also want to add our own innovation which is mPoW which could stand alone as a BIP, and maybe even be pitched upstream one day, you never know! that involves getting all our current docs up to date so we know how things work we're starting with the CEM, but there's also the mPoW, and the resurrector calcs, plus we are charting the emissions to show how they match the original project goals, that we are provably fair, no premine, ico, dev tax etc. with this in place, we can make an new issue out of @akrmn2021 proposal and figure out the scope of the change, get it out for review etc. or if there's a release that doesnt change consensus, around the 9.4 branch document that too, we have a slight issue with an failing unit test at the moment, so we need to document that too ideally we'll cleanly segment all our changes, issues, and PRs, have a smooth history that can be audited, and match the relevant bitcoin code modulo mPoW, which will have it's own BIP (or 3 BIPs perhaps) after that I think we'll have things fixed up pretty well, and clear coordinated dev process, and history... |
Just installed my new Internet connection :) I will start working again on
making a Windows release. Let's see...
…On Wed, Aug 11, 2021 at 9:05 PM Melvin Carvalho ***@***.***> wrote:
hi @Alarmod <https://github.com/Alarmod> we've been a bit snowed under of
late, generally organizing things and coming up with a new dev process
along with a freeze, to ensure that everything works
long-term aim is to get things in good shape by end of year, but things
may happen sooner, such as a specific windows, release -- we lately tested
on the latest mac hardware too
the general aim is that we keep bitcoin as an upstream project, and follow
their work, as we feel that's the project with the best oversight,
integrity, track record etc.
as we are smaller, we also want to add our own innovation which is mPoW
which could stand alone as a BIP, and maybe even be pitched upstream one
day, you never know!
that involves getting all our current docs up to date so we know how
things work
we're starting with the CEM, but there's also the mPoW, and the
resurrector calcs, plus we are charting the emissions to show how they
match the original project goals, that we are provably fair, no premine,
ico, dev tax etc.
with this in place, we can make an new issue out of andrew's proposal and
figure out the scope of the stage, get it out for review etc. or if there's
a release that doesnt change consensus, around the 9.4 branch document that
too, we have a slight issue with an failing unit test at the moment, so we
need to document that too
ideally we'll cleanly segment all our changes, issues, and PRs, have a
smooth history that can be audited, and match the relevant bitcoin code
modulo mPoW, which will have it's own BIP (or 3 BIPs perhaps)
after that I think we'll have things fixed up pretty well, and clear
coordinated dev process, and history...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#116 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ATNGYFADJJ3WHZ67ZTJTA53T4LCYTANCNFSM44HV27HQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email>
.
|
New windows version? |
Appologies but currently have some unexpected legal issues to deal with. I
think in 2 weeks ill be back to work.
…On Sat., Oct. 2, 2021, 5:55 a.m. Alarmod, ***@***.***> wrote:
New windows version?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#116 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ATNGYFBOFXMG3WCMLB47U2DUEZ7ENANCNFSM44HV27HQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Any news? |
@Alarmod thanks for the bump @akrmn2021 was away for a bit dealing with things, but we chatted more recently He's keen to prioritize a windows release. We just need to ensure it's tested to the extent that the network stays together. Perhaps something you could help with In general we are quite thinly spread, on the chain layer. But in some ways it could be a good thing, that we know that. Meaning we can defer all decision making to upstream bitcoin, and put our resources behind our single innovation, which is MPOW. Testing it, auditing it, documenting it, keeping it up to date etc. Our main work is on marking at a layer above I've been testing wallets the last 6 months from the master branch on ubuntu 20.04 and it seems to be working well, the occasional restart is needed every 1-2 months. I think there's a will to put mpow through an audit by the time we get to the end of this epoch, which will be some time next year A round of wallet testing I think would be good to consolidate further in April when ubuntu 22.04 comes out, ensuring that we compile cleanly there with open ssl v3 and also windows and mac builds work consistently with the network I think that seems to be practical goals for the next year |
My branch https://github.com/akrmn2021/bitmark/tree/0.9.7.4 is ready for
testing. It works well on Ubuntu AMD64 and raspberry pi 64. I am now trying
to compile for windows...
…On Fri, Dec 17, 2021 at 7:42 PM Melvin Carvalho ***@***.***> wrote:
@Alarmod <https://github.com/Alarmod> thanks for the bump
@akrmn2021 <https://github.com/akrmn2021> was away for a bit dealing with
things, but we chatted more recently
He's keen to prioritize a windows release. We just need to ensure it's
tested to the extent that the network stays together. Perhaps something you
could help with
In general we are quite thinly spread, on the chain layer. But in some
ways that could be a good thing, that we know that. Meaning we can defer
all decision making to upstream bitcoin, and put our resources behind our
single innovation, which MPOW. Testing it, auditing it, documenting it,
keeping it up to date etc. Our main work is on marking at a layer above
I've been testing wallets the last 6 months from the master branch on
ubuntu 20.04 and it seems to be working well, the occasional restart is
needed every 1-2 months. I think there's a will to put mpow through an
audit by the time we get to the end of this epoch, which will be some time
next year
A round of wallet testing I think would be good to consolidate further in
April when ubuntu 22.04 comes out, ensuring that we compile cleanly there
with open ssl v3 and also windows and mac builds work consistently with the
network
I think that seems to be practical goals for the next year
—
Reply to this email directly, view it on GitHub
<#116 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ATNGYFFRKGRIYWDLERKF65TUROADFANCNFSM44HV27HQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Back to topic Still getting this issue from time to time. Three times in a month Some further debugging:
From the explorer: https://chainz.cryptoid.info/marks/block.dws?1479677.htm 7/16/2022, 9:55:58 AM (UTC+2:00) they are 16s apart |
My own build for WSL Ubuntu 20.04 with latest git patches stable. Still wait for windows stable build |
Just tracking messages of this kind:
Been running a btm server for several days now, I use it to send tx. Normally it works fine, but today I got:
OS : Ubuntu 20.04
Codebase: https://github.com/dbkeys/bitmark/tree/ssl-only
I guess this is some teething problems with the 20.04 build, good to keep an eye on it and track in this issue
Related issues: #108 #107
The text was updated successfully, but these errors were encountered: