{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":714746651,"defaultBranch":"main","name":"go-f3","ownerLogin":"filecoin-project","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2023-11-05T18:37:29.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/22014611?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1718381043.0","currentOid":""},"activityList":{"items":[{"before":"ee9178707c6311cb09ddae395c9745fa71858bb3","after":"cd30c14975edb31dfeae832596d73579ab1cad0c","ref":"refs/heads/feat/boostrap","pushedAt":"2024-06-14T16:11:25.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"Kubuxu","name":"Jakub Sztandera","path":"/Kubuxu","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/2259282?s=80&v=4"},"commit":{"message":"Address feedback, add more to manifest,\nSigned-off-by: Jakub Sztandera <oss@kubuxu.com>\n\nSigned-off-by: Jakub Sztandera <oss@kubuxu.com>","shortMessageHtmlLink":"Address feedback, add more to manifest,"}},{"before":"443e1dff8fe4382304273ac3ab948aba705849bd","after":"79f7b224f586e81cab2b0960ebae2f8b253d7bba","ref":"refs/heads/masih/max-cap-constants","pushedAt":"2024-06-14T16:07:47.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Follow golang naming convention for constants\n\nThe codebase inconsistently follows the MaxCaps golang naming convention\nfor constant.\n\nConsistently use MaxCaps for all constants.","shortMessageHtmlLink":"Follow golang naming convention for constants"}},{"before":null,"after":"443e1dff8fe4382304273ac3ab948aba705849bd","ref":"refs/heads/masih/max-cap-constants","pushedAt":"2024-06-14T16:04:03.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Follow golang naming convention for constants\n\nThe codebase inconsistently follows the MaxCaps golang naming convention\nfor constant.\n\nConsistently use MaxCaps for all constants.","shortMessageHtmlLink":"Follow golang naming convention for constants"}},{"before":"b3f2ecf3778844610211b6da032c9734f81161dc","after":"a372aab15e4dc31943721ddca4e0d877bbc65ffd","ref":"refs/heads/masih/rebroadcast-last-round","pushedAt":"2024-06-14T12:51:36.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Rebroadcast last round of messages if instance has not progressed\n\nWhen the current instance has not progressed after some time rebroadcast\nthe last round of messages. The rebroadcast time is made configurable\nusing a bounded exponential backoff after phase timeout expires.The\nrebroadcast timeout is offset by phase timeout when not expired, and by\nlatest rebroadcast time after that.\n\nOnce the first rebroadcast is triggered successive rebroadcasts use the\n`Clock` alarm mechanism to daisy-chain the triggers one after another.\n\nIntroduce `Drop` adversary to simulate scenarios where for a given set\nof target participants messages are dropped based on some configured\nmessage loss probability. Simulate tests using the `Drop` adversary and\nassert that despite stochastic message loss the targeted participant\nreaches the expected consensus.\n\nFixes #243","shortMessageHtmlLink":"Rebroadcast last round of messages if instance has not progressed"}},{"before":"6a243d77b1a23340dbdd58d59664119b09f8b8dc","after":"b3f2ecf3778844610211b6da032c9734f81161dc","ref":"refs/heads/masih/rebroadcast-last-round","pushedAt":"2024-06-14T12:39:28.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Rebroadcast last round of messages if instance has not progressed\n\nWhen the current instance has not progressed after some time rebroadcast\nthe last round of messages. The rebroadcast time is made configurable\nusing a bounded exponential backoff after phase timeout expires.The\nrebroadcast timeout is offset by phase timeout when not expired, and by\nlatest rebroadcast time after that.\n\nOnce the first rebroadcast is triggered successive rebroadcasts use the\n`Clock` alarm mechanism to daisy-chain the triggers one after another.\n\nIntroduce `Drop` adversary to simulate scenarios where for a given set\nof target participants messages are dropped based on some configured\nmessage loss probability. Simulate tests using the `Drop` adversary and\nassert that despite stochastic message loss the targeted participant\nreaches the expected consensus.\n\nFixes #243","shortMessageHtmlLink":"Rebroadcast last round of messages if instance has not progressed"}},{"before":"a7bff9c8bc77302ddb177ceb790326a2a29193c3","after":"6a243d77b1a23340dbdd58d59664119b09f8b8dc","ref":"refs/heads/masih/rebroadcast-last-round","pushedAt":"2024-06-14T12:38:16.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Rebroadcast last round of messages if instance has not progressed\n\nWhen the current instance has not progressed after some time rebroadcast\nthe last round of messages. The rebroadcast time is made configurable\nusing a bounded exponential backoff after phase timeout expires.The\nrebroadcast timeout is offset by phase timeout when not expired, and by\nlatest rebroadcast time after that.\n\nOnce the first rebroadcast is triggered successive rebroadcasts use the\n`Clock` alarm mechanism to daisy-chain the triggers one after another.\n\nIntroduce `Drop` adversary to simulate scenarios where for a given set\nof target participants messages are dropped based on some configured\nmessage loss probability. Simulate tests using the `Drop` adversary and\nassert that despite stochastic message loss the targeted participant\nreaches the expected consensus.\n\nFixes #243","shortMessageHtmlLink":"Rebroadcast last round of messages if instance has not progressed"}},{"before":"409c2b8bc876ddb2a25d8e561b65a676441b60b9","after":"a7bff9c8bc77302ddb177ceb790326a2a29193c3","ref":"refs/heads/masih/rebroadcast-last-round","pushedAt":"2024-06-14T12:36:01.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Rebroadcast last round of messages if instance has not progressed\n\nWhen the current instance has not progressed after some time rebroadcast\nthe last round of messages. The rebroadcast time is made configurable\nusing a bounded exponential backoff after phase timeout expires.The\nrebroadcast timeout is offset by phase timeout when not expired, and by\nlatest rebroadcast time after that.\n\nOnce the first rebroadcast is triggered successive rebroadcasts use the\n`Clock` alarm mechanism to daisy-chain the triggers one after another.\n\nIntroduce `Drop` adversary to simulate scenarios where for a given set\nof target participants messages are dropped based on some configured\nmessage loss probability. Simulate tests using the `Drop` adversary and\nassert that despite stochastic message loss the targeted participant\nreaches the expected consensus.\n\nFixes #243","shortMessageHtmlLink":"Rebroadcast last round of messages if instance has not progressed"}},{"before":"aeb16d6e3fb9bb51084a4ed0269e12191428cbfb","after":"ee9178707c6311cb09ddae395c9745fa71858bb3","ref":"refs/heads/feat/boostrap","pushedAt":"2024-06-13T20:58:36.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"Kubuxu","name":"Jakub Sztandera","path":"/Kubuxu","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/2259282?s=80&v=4"},"commit":{"message":"Appease linter\n\nSigned-off-by: Jakub Sztandera <oss@kubuxu.com>","shortMessageHtmlLink":"Appease linter"}},{"before":null,"after":"aeb16d6e3fb9bb51084a4ed0269e12191428cbfb","ref":"refs/heads/feat/boostrap","pushedAt":"2024-06-13T20:55:22.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"Kubuxu","name":"Jakub Sztandera","path":"/Kubuxu","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/2259282?s=80&v=4"},"commit":{"message":"Feed F3 from EC chain and boostrap\n\nSigned-off-by: Jakub Sztandera <oss@kubuxu.com>","shortMessageHtmlLink":"Feed F3 from EC chain and boostrap"}},{"before":"c3689c71e83ef8ad8ae12c97686af33aee863bb0","after":"3c4e0fea20ffc8663776b15b917e326843cf6402","ref":"refs/heads/f3-229-manifest","pushedAt":"2024-06-13T16:49:12.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"adlrocha","name":"adlrocha","path":"/adlrocha","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6717133?s=80&v=4"},"commit":{"message":"F3-229: minor bug fix","shortMessageHtmlLink":"F3-229: minor bug fix"}},{"before":"ac18c4e7609fc918b304baf958b8baa2bd46dc04","after":"409c2b8bc876ddb2a25d8e561b65a676441b60b9","ref":"refs/heads/masih/rebroadcast-last-round","pushedAt":"2024-06-13T16:07:28.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Rebroadcast last round of messages if instance has not progressed\n\nWhen the current instance has not progressed after some time rebroadcast\nthe last round of messages. The rebroadcast time is made configurable\nusing a bounded exponential backoff after phase timeout expires.The\nrebroadcast timeout is offset by phase timeout when not expired, and by\nlatest rebroadcast time after that.\n\nOnce the first rebroadcast is triggered successive rebroadcasts use the\n`Clock` alarm mechanism to daisy-chain the triggers one after another.\n\nFixes #243","shortMessageHtmlLink":"Rebroadcast last round of messages if instance has not progressed"}},{"before":"ead2809b3c6a786b899192b63b8626da5751b1fb","after":"ac18c4e7609fc918b304baf958b8baa2bd46dc04","ref":"refs/heads/masih/rebroadcast-last-round","pushedAt":"2024-06-13T14:56:16.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Rebroadcast last round of messages if instance has not progressed\n\nWhen the current instance has not progressed after some time rebroadcast\nthe last round of messages. The rebroadcast time is made configurable\nusing a bounded exponential backoff after phase timeout expires.The\nrebroadcast timeout is offset by phase timeout when not expired, and by\nlatest rebroadcast time after that.\n\nOnce the first rebroadcast is triggered successive rebroadcasts use the\n`Clock` alarm mechanism to daisy-chain the triggers one after another.\n\nFixes #243","shortMessageHtmlLink":"Rebroadcast last round of messages if instance has not progressed"}},{"before":"e907a40db6b63ae3e122592ad76b82ef7c164a9f","after":"c3689c71e83ef8ad8ae12c97686af33aee863bb0","ref":"refs/heads/f3-229-manifest","pushedAt":"2024-06-13T11:55:09.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"adlrocha","name":"adlrocha","path":"/adlrocha","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6717133?s=80&v=4"},"commit":{"message":"F3-229: minor fix","shortMessageHtmlLink":"F3-229: minor fix"}},{"before":"5d9f4a71e60fb202f0bb27930def2db569ceac11","after":"e907a40db6b63ae3e122592ad76b82ef7c164a9f","ref":"refs/heads/f3-229-manifest","pushedAt":"2024-06-13T11:49:47.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"adlrocha","name":"adlrocha","path":"/adlrocha","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6717133?s=80&v=4"},"commit":{"message":"F3-229: decouple manifest logic into ManifestProvider","shortMessageHtmlLink":"F3-229: decouple manifest logic into ManifestProvider"}},{"before":"388b79eac946b3d72d90fa3cf3b56d4e810d8467","after":null,"ref":"refs/heads/masih/sim-sync-broadcast","pushedAt":"2024-06-13T09:10:24.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"}},{"before":"fa9cc6d58eb0983212a3a13e989686ebe3a45a9f","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-339-94784359413d7a1d8a8cea66b9e3a630cfe5a22f","pushedAt":"2024-06-13T09:10:24.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"94784359413d7a1d8a8cea66b9e3a630cfe5a22f","after":"fa9cc6d58eb0983212a3a13e989686ebe3a45a9f","ref":"refs/heads/main","pushedAt":"2024-06-13T09:10:23.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Use consistent request broadcast pattern in simulated sync broadcasts (#339)\n\nTo implement some adversary models the simulation package introduces an\ninterface that allows an adversary host to immediately propagate a\nmessage across the network.\n\nSince the original implementation the core broadcast mechanisms has\nevolved into async `RequestBroadcast` that takes a builder. But the\npattern is not fully applied to the simulation specific flavour of\nsynchronous broadcast.\n\nThe changes here use the same builder pattern in simulation and reflect\nchanges across adversary models.","shortMessageHtmlLink":"Use consistent request broadcast pattern in simulated sync broadcasts (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2348796230\" data-permission-text=\"Title is private\" data-url=\"https://github.com/filecoin-project/go-f3/issues/339\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/filecoin-project/go-f3/pull/339/hovercard\" href=\"https://github.com/filecoin-project/go-f3/pull/339\">…</a>"}},{"before":null,"after":"fa9cc6d58eb0983212a3a13e989686ebe3a45a9f","ref":"refs/heads/gh-readonly-queue/main/pr-339-94784359413d7a1d8a8cea66b9e3a630cfe5a22f","pushedAt":"2024-06-13T09:07:48.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Use consistent request broadcast pattern in simulated sync broadcasts (#339)\n\nTo implement some adversary models the simulation package introduces an\ninterface that allows an adversary host to immediately propagate a\nmessage across the network.\n\nSince the original implementation the core broadcast mechanisms has\nevolved into async `RequestBroadcast` that takes a builder. But the\npattern is not fully applied to the simulation specific flavour of\nsynchronous broadcast.\n\nThe changes here use the same builder pattern in simulation and reflect\nchanges across adversary models.","shortMessageHtmlLink":"Use consistent request broadcast pattern in simulated sync broadcasts (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2348796230\" data-permission-text=\"Title is private\" data-url=\"https://github.com/filecoin-project/go-f3/issues/339\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/filecoin-project/go-f3/pull/339/hovercard\" href=\"https://github.com/filecoin-project/go-f3/pull/339\">…</a>"}},{"before":"3fd8b4e46ffc9faf8a10426c79cde1c1440ec205","after":"388b79eac946b3d72d90fa3cf3b56d4e810d8467","ref":"refs/heads/masih/sim-sync-broadcast","pushedAt":"2024-06-13T09:05:27.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Use consistent request broadcast pattern in simulated sync broadcasts\n\nTo implement some adversary models the simulation package introduces an\ninterface that allows an adversary host to immediately propagate a\nmessage across the network.\n\nSince the original implementation the core broadcast mechanisms has\nevolved into async `RequestBroadcast` that takes a builder. But the\npattern is not fully applied to the simulation specific flavour of\nsynchronous broadcast.\n\nThe changes here use the same builder pattern in simulation and reflect\nchanges across adversary models.","shortMessageHtmlLink":"Use consistent request broadcast pattern in simulated sync broadcasts"}},{"before":"c9f4f2119236d8669105ca616a69f570dc772b78","after":"3fd8b4e46ffc9faf8a10426c79cde1c1440ec205","ref":"refs/heads/masih/sim-sync-broadcast","pushedAt":"2024-06-13T09:04:55.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Use consistent request broadcast pattern in simulated sync broadcasts\n\nTo implement some adversary models the simulation package introduces an\ninterface that allows an adversary host to immediately propagate a\nmessage across the network.\n\nSince the original implementation the core broadcast mechanisms has\nevolved into async `RequestBroadcast` that takes a builder. But the\npattern is not fully applied to the simulation specific flavour of\nsynchronous broadcast.\n\nThe changes here use the same builder pattern in simulation and reflect\nchanges across adversary models.","shortMessageHtmlLink":"Use consistent request broadcast pattern in simulated sync broadcasts"}},{"before":"ad58d0674309d6da029feff084aba890dbeb4e0f","after":null,"ref":"refs/heads/masih/shorten-timeout-commit","pushedAt":"2024-06-12T22:35:21.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"anorth","name":"Alex North","path":"/anorth","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/445306?s=80&v=4"}},{"before":"94784359413d7a1d8a8cea66b9e3a630cfe5a22f","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-315-c72726a48e27940969419c520c18c55c9638795e","pushedAt":"2024-06-12T22:35:20.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":"c72726a48e27940969419c520c18c55c9638795e","after":"94784359413d7a1d8a8cea66b9e3a630cfe5a22f","ref":"refs/heads/main","pushedAt":"2024-06-12T22:35:19.000Z","pushType":"merge_queue_merge","commitsCount":1,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Shorten timeout at `COMMIT` phase when justified (#315)\n\nWhen justified by a strong quorum, shorten the timeout at `COMMIT`\nphase.\n\nFixes #242","shortMessageHtmlLink":"Shorten timeout at <code>COMMIT</code> phase when justified (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2340029341\" data-permission-text=\"Title is private\" data-url=\"https://github.com/filecoin-project/go-f3/issues/315\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/filecoin-project/go-f3/pull/315/hovercard\" href=\"https://github.com/filecoin-project/go-f3/pull/315\">#315</a>)"}},{"before":null,"after":"94784359413d7a1d8a8cea66b9e3a630cfe5a22f","ref":"refs/heads/gh-readonly-queue/main/pr-315-c72726a48e27940969419c520c18c55c9638795e","pushedAt":"2024-06-12T22:32:54.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Shorten timeout at `COMMIT` phase when justified (#315)\n\nWhen justified by a strong quorum, shorten the timeout at `COMMIT`\nphase.\n\nFixes #242","shortMessageHtmlLink":"Shorten timeout at <code>COMMIT</code> phase when justified (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2340029341\" data-permission-text=\"Title is private\" data-url=\"https://github.com/filecoin-project/go-f3/issues/315\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/filecoin-project/go-f3/pull/315/hovercard\" href=\"https://github.com/filecoin-project/go-f3/pull/315\">#315</a>)"}},{"before":"4bcb31412b5e82f0694aae8a9dded5bdf7599f67","after":null,"ref":"refs/heads/gh-readonly-queue/main/pr-339-c72726a48e27940969419c520c18c55c9638795e","pushedAt":"2024-06-12T19:53:04.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"}},{"before":null,"after":"4bcb31412b5e82f0694aae8a9dded5bdf7599f67","ref":"refs/heads/gh-readonly-queue/main/pr-339-c72726a48e27940969419c520c18c55c9638795e","pushedAt":"2024-06-12T19:52:46.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"github-merge-queue[bot]","name":null,"path":"/apps/github-merge-queue","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/9919?s=80&v=4"},"commit":{"message":"Use consistent request broadcast pattern in simulated sync broadcasts (#339)\n\nTo implement some adversary models the simulation package introduces an\ninterface that allows an adversary host to immediately propagate a\nmessage across the network.\n\nSince the original implementation the core broadcast mechanisms has\nevolved into async `RequestBroadcast` that takes a builder. But the\npattern is not fully applied to the simulation specific flavour of\nsynchronous broadcast.\n\nThe changes here use the same builder pattern in simulation and reflect\nchanges across adversary models.","shortMessageHtmlLink":"Use consistent request broadcast pattern in simulated sync broadcasts (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2348796230\" data-permission-text=\"Title is private\" data-url=\"https://github.com/filecoin-project/go-f3/issues/339\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/filecoin-project/go-f3/pull/339/hovercard\" href=\"https://github.com/filecoin-project/go-f3/pull/339\">…</a>"}},{"before":"5d3c58a03c23e9f31fc28889fa66382c1fbb196e","after":"ead2809b3c6a786b899192b63b8626da5751b1fb","ref":"refs/heads/masih/rebroadcast-last-round","pushedAt":"2024-06-12T16:35:15.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Rebroadcast last round of messages if instance has not progressed\n\nWhen the current instance has not progressed after some time rebroadcast\nthe last round of messages. The rebroadcast time is made configurable\nusing a bounded exponential backoff after phase timeout expires.The\nrebroadcast timeout is offset by phase timeout when not expired, and by\nlatest rebroadcast time after that.\n\nOnce the first rebroadcast is triggered successive rebroadcasts use the\n`Clock` alarm mechanism to daisy-chain the triggers one after another.\n\nFixes #243","shortMessageHtmlLink":"Rebroadcast last round of messages if instance has not progressed"}},{"before":"859b4d964cc3e50bdc3c182f99d1b00cecfed661","after":"ad58d0674309d6da029feff084aba890dbeb4e0f","ref":"refs/heads/masih/shorten-timeout-commit","pushedAt":"2024-06-12T16:07:24.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Shorten timeout at `COMMIT` phase when justified\n\nWhen justified by a strong quorum, shorten the timeout at `COMMIT`\nphase.\n\nFixes #242","shortMessageHtmlLink":"Shorten timeout at <code>COMMIT</code> phase when justified"}},{"before":"4e97ca73778b89098a5eb6b6a62302916590362a","after":"c9f4f2119236d8669105ca616a69f570dc772b78","ref":"refs/heads/masih/sim-sync-broadcast","pushedAt":"2024-06-12T15:56:50.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"masih","name":"Masih H. Derkani","path":"/masih","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/301855?s=80&v=4"},"commit":{"message":"Use consistent request broadcast pattern in simulated sync broadcasts\n\nTo implement some adversary models the simulation package introduces an\ninterface that allows an adversary host to immediately propagate a\nmessage across the network.\n\nSince the original implementation the core broadcast mechanisms has\nevolved into async `RequestBroadcast` that takes a builder. But the\npattern is not fully applied to the simulation specific flavour of\nsynchronous broadcast.\n\nThe changes here use the same builder pattern in simulation and reflect\nchanges across adversary models.","shortMessageHtmlLink":"Use consistent request broadcast pattern in simulated sync broadcasts"}},{"before":"35c6279c67e5f92f64ffbcdf3feda72894569fd3","after":null,"ref":"refs/heads/feat/save-certs","pushedAt":"2024-06-12T15:53:11.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"Kubuxu","name":"Jakub Sztandera","path":"/Kubuxu","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/2259282?s=80&v=4"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEZaWbqgA","startCursor":null,"endCursor":null}},"title":"Activity · filecoin-project/go-f3"}