Forum Home
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Popular

    [Dev] Kimoto gravity well integration - Feathercoind 0.8.5.1

    Technical Development
    12
    25
    9389
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • ?
      A Former User last edited by

      The theme is interesting, I will take part in discussion.

      What do you think of KGW?

      We could implement it, but there is talk that it is not perfect… What is your take on the matter SerenaBic?

      1 Reply Last reply Reply Quote 0
      • wrapper
        wrapper Moderators last edited by

        There are varying elements to consider when modifying a fundemental protocol element, like difficulty calculation. One of which is energy consumption.

        Can any one help with their analysis of the code? main.cpp

        Is the next difficulty change calculated by each miner, then submitted when you win? Or, does the winning miner get to calculate the next difficulty on winning the Block?

        The the former then, energy use consideration might apply and would be usefull to understand.

        1 Reply Last reply Reply Quote 0
        • wrapper
          wrapper Moderators last edited by

          Re: Kimoto Gravity Well, may be susceptible to Time Warp attack. Peter sent me this…

          Nite69 put a fix out for the time warp exploit in KGW, not seen it implemented in a coin yet.

          https://bitcointalk…?topic=552895.0

          1 Reply Last reply Reply Quote 0
          • zerodrama
            zerodrama Regular Member last edited by

            Over at catcoin we implemented a PID algo, developed by someone who actually has done power management circuits for home power. We wanted something that was a more general purpose algorithm than KGW which was meant to respond to high hash multipool attacks. Yes, attacks. The Bitcoin Fundamentalists have said multipools were intended to kill altcoins.

            We also guessed correctly that a single purpose highly sensitive algorithm would be more likely to contain surprises and have vulnerabilities. Too much focus on the method rather than the goal is a developer’s worst sin. God algorithms are as bad as God Classes in OOP.

            We still have a couple tweaks to do, but we’re also looking to end hard forks by being able to push modifications to the protocol over the wire. But that’s a ways off.

            I said I’d be back after catcoin got organized. I’m back. I have a few ideas I’ve been wanting to launch.

            http://www.pacontrol.com/PID.html

            1 Reply Last reply Reply Quote 0
            • MrWyrm
              MrWyrm administrators last edited by

              Welcome back

              Like what I do: 6uuy6isbrW1SBF191Bzgui1gWxPdNKx2PB

              1 Reply Last reply Reply Quote 0
              • First post
                Last post