{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":143135325,"defaultBranch":"master","name":"concord-bft","ownerLogin":"vmware","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2018-08-01T09:36:28.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/473334?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1687683711.7794292","currentOid":""},"activityList":{"items":[{"before":"a7c86cc5b38732a823e522067bc8cb6642c5c3fe","after":"29334ee3b33f2669ec1cfc0f54acbbcb7ceafe16","ref":"refs/heads/v0.12.x","pushedAt":"2023-09-12T05:09:36.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"situ-s","name":"Situ Singh","path":"/situ-s","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17089818?s=80&v=4"},"commit":{"message":"Test patch on v0.12.x (#3011)","shortMessageHtmlLink":"Test patch on v0.12.x (#3011)"}},{"before":"cee2630bfa51aac95f6c7e1a1679b6f14501f840","after":null,"ref":"refs/heads/clean","pushedAt":"2023-06-25T09:01:51.779Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"yuliasherman","name":"Yulia Sherman","path":"/yuliasherman","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499870?s=80&v=4"}},{"before":"707fd27e2d44851fab059c435d2754dd9d12cc8a","after":null,"ref":"refs/heads/revert-1383-reject_client_requests","pushedAt":"2023-06-25T09:01:44.790Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"yuliasherman","name":"Yulia Sherman","path":"/yuliasherman","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499870?s=80&v=4"}},{"before":"4ac801555e832411a0b7ac0fcd3184af10cea84f","after":null,"ref":"refs/heads/revert-2339-yulia_v0.14.x","pushedAt":"2023-06-25T09:01:39.729Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"yuliasherman","name":"Yulia Sherman","path":"/yuliasherman","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499870?s=80&v=4"}},{"before":"c79ef8e7e74f38d5f7bcfbff7e0aafc83c35a19e","after":null,"ref":"refs/heads/yulia_v0.14.1","pushedAt":"2023-06-25T09:00:38.784Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"yuliasherman","name":"Yulia Sherman","path":"/yuliasherman","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499870?s=80&v=4"}},{"before":"0582c5d13f4cc1112992d0c515b839b16c5c3e00","after":null,"ref":"refs/heads/yulia_v0.14-bug-fixes","pushedAt":"2023-06-25T09:00:35.306Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"yuliasherman","name":"Yulia Sherman","path":"/yuliasherman","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499870?s=80&v=4"}},{"before":"6ae8a1bb03c47a0203d7fdec5f16d61518c62058","after":null,"ref":"refs/heads/ysherman/move_to_smart","pushedAt":"2023-06-25T09:00:28.678Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"yuliasherman","name":"Yulia Sherman","path":"/yuliasherman","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499870?s=80&v=4"}},{"before":"d366a8cb9396550ee59414e1252f109a902da34e","after":null,"ref":"refs/heads/ysherman/smart","pushedAt":"2023-06-25T09:00:23.802Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"yuliasherman","name":"Yulia Sherman","path":"/yuliasherman","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499870?s=80&v=4"}},{"before":"b4dea9d65b0741d22cecbad2be3b9098c240f8c1","after":"61c4d39e5ca71690817e341c9713e014b91a13d8","ref":"refs/heads/master","pushedAt":"2023-05-09T08:31:28.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"titusen","name":"Tytus Bierwiaczonek","path":"/titusen","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/21054506?s=80&v=4"},"commit":{"message":"Implicit copy constructor call removal (#3003)\n\n* Implicit copy constructor call removal","shortMessageHtmlLink":"Implicit copy constructor call removal (#3003)"}},{"before":"ff82613fdc180c669a2d4106b203f4548c5fa1ac","after":"837e4dfc0c92617f9670508d903bbbc235b4f264","ref":"refs/heads/storage/changes_for_eth_support","pushedAt":"2023-05-08T20:17:07.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"cloudnoize","name":null,"path":"/cloudnoize","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499312?s=80&v=4"},"commit":{"message":"Support range delete in storage (#2970)\n\nCo-authored-by: cloudnoize ","shortMessageHtmlLink":"Support range delete in storage (#2970)"}},{"before":"3bcec139358c9a2d76a57549a7f09f7604e58e27","after":"b4dea9d65b0741d22cecbad2be3b9098c240f8c1","ref":"refs/heads/master","pushedAt":"2023-05-05T22:57:43.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"toly-kournik","name":"Toly Kournik","path":"/toly-kournik","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/50289004?s=80&v=4"},"commit":{"message":"CPPCHECK improvements (#3004)\n\n- enable uninitMemberVar and corresponding code fixes;\r\n- set cmake options when CPPCHECK option is enabled;","shortMessageHtmlLink":"CPPCHECK improvements (#3004)"}},{"before":"3bcec139358c9a2d76a57549a7f09f7604e58e27","after":"cfe8bd68cfad11b1709b2d7d6b3bdef5a80519d9","ref":"refs/heads/ssitu/boost_histogram","pushedAt":"2023-05-05T06:45:17.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"situ-s","name":"Situ Singh","path":"/situ-s","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17089818?s=80&v=4"},"commit":{"message":"Histogram related Changes in concord-bft\n To preserve the histogram changes during transition, the following\n temp branch \"ssitu/boost_histogram\" has been created under\n \"vmware/concord-bft\" repo, which contains the change done in repo\n \"situ-s/concord-bft\" branch \"situ-s:boost_histo\".\n Once the transition is complete, we will merge the changes as recommended\n and delete the temp branch.","shortMessageHtmlLink":"Histogram related Changes in concord-bft"}},{"before":null,"after":"3bcec139358c9a2d76a57549a7f09f7604e58e27","ref":"refs/heads/ssitu/boost_histogram","pushedAt":"2023-05-05T06:27:16.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"situ-s","name":"Situ Singh","path":"/situ-s","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/17089818?s=80&v=4"},"commit":{"message":"fix db checkpoint async bug (#2998)\n\nThe current implementation of the db checkpoint feature has a synchronization bug:\r\nWhile we take the db checkpoint in the background, we don't align anything with the checkpoint sequence number, i.e. the block number, bft metadata, pending reserved pages, and more.\r\nOnce we put more client requests in a different resolution than 150 we start to see a wide set of issues:\r\nFor example:\r\nThe recovered replica won't start from a stable checkpoint, instead, it starts from the point where the db checkpoint was taken.\r\nIn a case where the checkpoint was taken in the middle of another execution phase, we won't have the pending reserved pages to recover correctly.\r\nWe trim the block at the point where the db checkpoint was taken, but we don't update the bft metadata accordingly.\r\nBelow is an example of part of these issues:\r\nOn replica 0, block 302 was created on sequence number 304\r\n0|03-04-2023 10:48:24.125|INFO |skvbctest.replica|post-execution-thread|||304||executeWriteCommand|L:482|ConditionalWrite message handled; writesCounter=302 currBlock=302 | [SQ:1215]\r\nHowever, on recovery, the recovered replica has the same block that was created on sequence number 305:\r\n\r\n5|03-04-2023 10:48:34.293|INFO |skvbctest.replica|post-execution-thread|||305||executeWriteCommand|L:482|ConditionalWrite message handled; writesCounter=1 currBlock=302 | [SQ:3]\r\nIn this PR we propose a wide change that fixes the problem.\r\nTill now, the decision of whether to create a db checkpoint was the primary only. If the primary decided that it's time to create the db checkpoint, it sends a bft command whose execution is, creating a DB checkpoint.\r\n(Note that this approach, regardless of the above bugs, is not safe in terms of DOS attacks, a malicious primary can order the replicas to continuously create db checkpoints).\r\nHere we propose a different solution: the decision to create a db checkpoint is based on a deterministic local event (such as how much time has passed since the last created db checkpoint).\r\nThis way, once decided a db checkpoint creation callback is registered to the stable sequence number event. Once the replica reaches this stable sequence number, it starts to create the db checkpoint asynchronously, but now the block number is aligned with the sequence number because it was taken right after the sequence number execution.\r\nTo make the above feasible, (1) we cannot rely on local timeouts (instead, we consider only the time being received by consensus), (2) the db checkpoint metadata (such as sequence number and timestamp) has to be shared between all replicas (via reserved pages).","shortMessageHtmlLink":"fix db checkpoint async bug (#2998)"}},{"before":"7ba7e43a2fa7c9aa088bd51cfe581c5f78dd67d1","after":null,"ref":"refs/heads/full_node_st_related_changes","pushedAt":"2023-05-05T05:46:16.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"bandatarunkumar","name":"Tarunkumar Banda","path":"/bandatarunkumar","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/41531841?s=80&v=4"}},{"before":null,"after":"7ba7e43a2fa7c9aa088bd51cfe581c5f78dd67d1","ref":"refs/heads/tarun_full_node_st_related_changes","pushedAt":"2023-05-05T05:46:16.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"bandatarunkumar","name":"Tarunkumar Banda","path":"/bandatarunkumar","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/41531841?s=80&v=4"},"commit":{"message":"FullNode ST related Changes in concord-bft\n\nTo preserve the fullnode changes during transition, the following\ntemp branch \"full_node_st_related_changes\" has been created under\n\"vmware/concord-bft\" repo, which contains the change done in repo\n\"bandatarunkumar/concord-bft\" branch \"bandatarunkumar:full_node_st_changes\".\nOnce the transition is complete, we will merge the changes as recommended\nand delete the temp branch.","shortMessageHtmlLink":"FullNode ST related Changes in concord-bft"}},{"before":"2a69843fad7e4c338f3363272046dbc4e9294a5f","after":null,"ref":"refs/heads/kusha/tester_fn","pushedAt":"2023-05-05T05:44:40.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"agrkushvm","name":"Kush Agrawal","path":"/agrkushvm","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/96234638?s=80&v=4"}},{"before":null,"after":"15bf1619abf9d40f2876604e31c7ae26147d8026","ref":"refs/heads/kusha_tester_fn","pushedAt":"2023-05-05T05:42:42.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"agrkushvm","name":"Kush Agrawal","path":"/agrkushvm","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/96234638?s=80&v=4"},"commit":{"message":"Update fixes for apollo framework\n\nSigned-off-by: Kush ","shortMessageHtmlLink":"Update fixes for apollo framework"}},{"before":"3bcec139358c9a2d76a57549a7f09f7604e58e27","after":"7ba7e43a2fa7c9aa088bd51cfe581c5f78dd67d1","ref":"refs/heads/full_node_st_related_changes","pushedAt":"2023-05-05T05:33:50.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"bandatarunkumar","name":"Tarunkumar Banda","path":"/bandatarunkumar","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/41531841?s=80&v=4"},"commit":{"message":"FullNode ST related Changes in concord-bft\n\nTo preserve the fullnode changes during transition, the following\ntemp branch \"full_node_st_related_changes\" has been created under\n\"vmware/concord-bft\" repo, which contains the change done in repo\n\"bandatarunkumar/concord-bft\" branch \"bandatarunkumar:full_node_st_changes\".\nOnce the transition is complete, we will merge the changes as recommended\nand delete the temp branch.","shortMessageHtmlLink":"FullNode ST related Changes in concord-bft"}},{"before":null,"after":"3bcec139358c9a2d76a57549a7f09f7604e58e27","ref":"refs/heads/full_node_st_related_changes","pushedAt":"2023-05-05T05:06:56.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"bandatarunkumar","name":"Tarunkumar Banda","path":"/bandatarunkumar","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/41531841?s=80&v=4"},"commit":{"message":"fix db checkpoint async bug (#2998)\n\nThe current implementation of the db checkpoint feature has a synchronization bug:\r\nWhile we take the db checkpoint in the background, we don't align anything with the checkpoint sequence number, i.e. the block number, bft metadata, pending reserved pages, and more.\r\nOnce we put more client requests in a different resolution than 150 we start to see a wide set of issues:\r\nFor example:\r\nThe recovered replica won't start from a stable checkpoint, instead, it starts from the point where the db checkpoint was taken.\r\nIn a case where the checkpoint was taken in the middle of another execution phase, we won't have the pending reserved pages to recover correctly.\r\nWe trim the block at the point where the db checkpoint was taken, but we don't update the bft metadata accordingly.\r\nBelow is an example of part of these issues:\r\nOn replica 0, block 302 was created on sequence number 304\r\n0|03-04-2023 10:48:24.125|INFO |skvbctest.replica|post-execution-thread|||304||executeWriteCommand|L:482|ConditionalWrite message handled; writesCounter=302 currBlock=302 | [SQ:1215]\r\nHowever, on recovery, the recovered replica has the same block that was created on sequence number 305:\r\n\r\n5|03-04-2023 10:48:34.293|INFO |skvbctest.replica|post-execution-thread|||305||executeWriteCommand|L:482|ConditionalWrite message handled; writesCounter=1 currBlock=302 | [SQ:3]\r\nIn this PR we propose a wide change that fixes the problem.\r\nTill now, the decision of whether to create a db checkpoint was the primary only. If the primary decided that it's time to create the db checkpoint, it sends a bft command whose execution is, creating a DB checkpoint.\r\n(Note that this approach, regardless of the above bugs, is not safe in terms of DOS attacks, a malicious primary can order the replicas to continuously create db checkpoints).\r\nHere we propose a different solution: the decision to create a db checkpoint is based on a deterministic local event (such as how much time has passed since the last created db checkpoint).\r\nThis way, once decided a db checkpoint creation callback is registered to the stable sequence number event. Once the replica reaches this stable sequence number, it starts to create the db checkpoint asynchronously, but now the block number is aligned with the sequence number because it was taken right after the sequence number execution.\r\nTo make the above feasible, (1) we cannot rely on local timeouts (instead, we consider only the time being received by consensus), (2) the db checkpoint metadata (such as sequence number and timestamp) has to be shared between all replicas (via reserved pages).","shortMessageHtmlLink":"fix db checkpoint async bug (#2998)"}},{"before":"66ec8d0ffefdb1ae08442e8563036f4c4cae8373","after":"ff82613fdc180c669a2d4106b203f4548c5fa1ac","ref":"refs/heads/storage/changes_for_eth_support","pushedAt":"2023-05-02T15:36:32.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"mdarade","name":"Mahaveer Darade","path":"/mdarade","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1729669?s=80&v=4"},"commit":{"message":"Fix code coverage image build failure (#3006)\n\n* Revert \"Make cppcheck github workflow (#3000)\"\r\n\r\nThis reverts commit fa7a86081f054a999067586ae7a7dbcb04d474b9.\r\n\r\n* Revert \"Update cppcheck to v2.10.2 (#2999)\"\r\n\r\nThis reverts commit 4b816a5c45f9ee3bedc0d1cbf85754639e2c62a9.\r\n\r\n---------\r\n\r\nCo-authored-by: Mahaveer Darade ","shortMessageHtmlLink":"Fix code coverage image build failure (#3006)"}},{"before":"f40f3099aa8c40a92d2350d38960690f58507380","after":"66ec8d0ffefdb1ae08442e8563036f4c4cae8373","ref":"refs/heads/storage/changes_for_eth_support","pushedAt":"2023-05-01T14:27:59.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"mdarade","name":"Mahaveer Darade","path":"/mdarade","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1729669?s=80&v=4"},"commit":{"message":"Introduce generic header to accomodate Eth and Non-Eth blocks (#2986)\n\n1. Generic header would be added at V4 block adder layer to bring\r\nuniformity in block structure.\r\n2. Block, Transactions and other relevant definitions would be moved\r\nfrom proto to CMF format.\r\n\r\nCo-authored-by: Mahaveer Darade ","shortMessageHtmlLink":"Introduce generic header to accomodate Eth and Non-Eth blocks (#2986)"}},{"before":"fa7a86081f054a999067586ae7a7dbcb04d474b9","after":"3bcec139358c9a2d76a57549a7f09f7604e58e27","ref":"refs/heads/master","pushedAt":"2023-05-01T09:01:11.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"yontyon","name":"Yehonatan Buchnik","path":"/yontyon","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/23168141?s=80&v=4"},"commit":{"message":"fix db checkpoint async bug (#2998)\n\nThe current implementation of the db checkpoint feature has a synchronization bug:\r\nWhile we take the db checkpoint in the background, we don't align anything with the checkpoint sequence number, i.e. the block number, bft metadata, pending reserved pages, and more.\r\nOnce we put more client requests in a different resolution than 150 we start to see a wide set of issues:\r\nFor example:\r\nThe recovered replica won't start from a stable checkpoint, instead, it starts from the point where the db checkpoint was taken.\r\nIn a case where the checkpoint was taken in the middle of another execution phase, we won't have the pending reserved pages to recover correctly.\r\nWe trim the block at the point where the db checkpoint was taken, but we don't update the bft metadata accordingly.\r\nBelow is an example of part of these issues:\r\nOn replica 0, block 302 was created on sequence number 304\r\n0|03-04-2023 10:48:24.125|INFO |skvbctest.replica|post-execution-thread|||304||executeWriteCommand|L:482|ConditionalWrite message handled; writesCounter=302 currBlock=302 | [SQ:1215]\r\nHowever, on recovery, the recovered replica has the same block that was created on sequence number 305:\r\n\r\n5|03-04-2023 10:48:34.293|INFO |skvbctest.replica|post-execution-thread|||305||executeWriteCommand|L:482|ConditionalWrite message handled; writesCounter=1 currBlock=302 | [SQ:3]\r\nIn this PR we propose a wide change that fixes the problem.\r\nTill now, the decision of whether to create a db checkpoint was the primary only. If the primary decided that it's time to create the db checkpoint, it sends a bft command whose execution is, creating a DB checkpoint.\r\n(Note that this approach, regardless of the above bugs, is not safe in terms of DOS attacks, a malicious primary can order the replicas to continuously create db checkpoints).\r\nHere we propose a different solution: the decision to create a db checkpoint is based on a deterministic local event (such as how much time has passed since the last created db checkpoint).\r\nThis way, once decided a db checkpoint creation callback is registered to the stable sequence number event. Once the replica reaches this stable sequence number, it starts to create the db checkpoint asynchronously, but now the block number is aligned with the sequence number because it was taken right after the sequence number execution.\r\nTo make the above feasible, (1) we cannot rely on local timeouts (instead, we consider only the time being received by consensus), (2) the db checkpoint metadata (such as sequence number and timestamp) has to be shared between all replicas (via reserved pages).","shortMessageHtmlLink":"fix db checkpoint async bug (#2998)"}},{"before":"8682058775fe5c95029c4d8ca1f2980cbf29410f","after":"f40f3099aa8c40a92d2350d38960690f58507380","ref":"refs/heads/storage/changes_for_eth_support","pushedAt":"2023-04-27T08:30:12.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"cloudnoize","name":null,"path":"/cloudnoize","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499312?s=80&v=4"},"commit":{"message":"Added logic to extract/validate MPT proof paths. (#2989)\n\n* Added logic to extract/validate MPT proof paths.\r\n\r\nWe have added logic to extract proof paths from our MPT\r\nimplementation and to validate that a previously extracted\r\nproof path reaches a giver root hash. A unit test is\r\nadded that fills an MPT and then validates the paths\r\nextracted for every key/value inserted.\r\n\r\n* Const correctness additions.\r\n\r\n* Fix for arguments ordering.\r\n\r\n* Added documentation comments.\r\n\r\n* Reduce allocations for better performance.\r\n\r\n* Added constexpr function to calculate the number of levels from the number of children.\r\n\r\nIn verifyProofPath added condition for early termination of directions calculation.\r\n\r\n* Fix gcc build errors.\r\n\r\n* Changed vectors to arrays for subPath and hashesCollectedFromInternalNode.\r\n\r\n* Convert all containers used to boost::static_vector.","shortMessageHtmlLink":"Added logic to extract/validate MPT proof paths. (#2989)"}},{"before":"06c91fea814049c0cdf41355f6cec9264786d25a","after":"2a69843fad7e4c338f3363272046dbc4e9294a5f","ref":"refs/heads/kusha/tester_fn","pushedAt":"2023-04-25T11:02:34.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"agrkushvm","name":"Kush Agrawal","path":"/agrkushvm","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/96234638?s=80&v=4"},"commit":{"message":"Added fixes for TesterFN\n\nSigned-off-by: Kush ","shortMessageHtmlLink":"Added fixes for TesterFN"}},{"before":"66ebc1111305d1c4b16341405106fa33569c46ab","after":"06c91fea814049c0cdf41355f6cec9264786d25a","ref":"refs/heads/kusha/tester_fn","pushedAt":"2023-04-25T11:00:24.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"agrkushvm","name":"Kush Agrawal","path":"/agrkushvm","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/96234638?s=80&v=4"},"commit":{"message":"Added fixes for TesterFN\n\nSigned-off-by: Kush ","shortMessageHtmlLink":"Added fixes for TesterFN"}},{"before":"f3da2b79ae7f69642bbec4528133028c61c7600d","after":"66ebc1111305d1c4b16341405106fa33569c46ab","ref":"refs/heads/kusha/tester_fn","pushedAt":"2023-04-25T10:58:30.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"agrkushvm","name":"Kush Agrawal","path":"/agrkushvm","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/96234638?s=80&v=4"},"commit":{"message":"Added fixes for TesterFN\n\nSigned-off-by: Kush ","shortMessageHtmlLink":"Added fixes for TesterFN"}},{"before":"4b816a5c45f9ee3bedc0d1cbf85754639e2c62a9","after":"fa7a86081f054a999067586ae7a7dbcb04d474b9","ref":"refs/heads/master","pushedAt":"2023-04-25T08:11:22.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"toly-kournik","name":"Toly Kournik","path":"/toly-kournik","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/50289004?s=80&v=4"},"commit":{"message":"Make cppcheck github workflow (#3000)\n\nCurrently works with -DBUILD_TESTING=OFF -DBUILD_UTT=OFF -DUSE_LOG4CPP=OFF","shortMessageHtmlLink":"Make cppcheck github workflow (#3000)"}},{"before":"fea512945d52fd57261b5884f8929471bf8d6883","after":"8682058775fe5c95029c4d8ca1f2980cbf29410f","ref":"refs/heads/storage/changes_for_eth_support","pushedAt":"2023-04-24T17:58:27.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"HristoStaykov","name":null,"path":"/HristoStaykov","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/61588673?s=80&v=4"},"commit":{"message":"Added logic to extract/validate MPT proof paths. (#2989)\n\n* Added logic to extract/validate MPT proof paths.\r\n\r\nWe have added logic to extract proof paths from our MPT\r\nimplementation and to validate that a previously extracted\r\nproof path reaches a giver root hash. A unit test is\r\nadded that fills an MPT and then validates the paths\r\nextracted for every key/value inserted.\r\n\r\n* Const correctness additions.\r\n\r\n* Fix for arguments ordering.\r\n\r\n* Added documentation comments.\r\n\r\n* Reduce allocations for better performance.\r\n\r\n* Added constexpr function to calculate the number of levels from the number of children.\r\n\r\nIn verifyProofPath added condition for early termination of directions calculation.\r\n\r\n* Fix gcc build errors.\r\n\r\n* Changed vectors to arrays for subPath and hashesCollectedFromInternalNode.\r\n\r\n* Convert all containers used to boost::static_vector.","shortMessageHtmlLink":"Added logic to extract/validate MPT proof paths. (#2989)"}},{"before":"f2bca98eda8c7544bc9d35e74e492c23d4d4ca32","after":"fea512945d52fd57261b5884f8929471bf8d6883","ref":"refs/heads/storage/changes_for_eth_support","pushedAt":"2023-04-24T10:10:07.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"cloudnoize","name":null,"path":"/cloudnoize","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/47499312?s=80&v=4"},"commit":{"message":"Fix build to take in consideration latest InternalNodeKey changes. (#2996)","shortMessageHtmlLink":"Fix build to take in consideration latest InternalNodeKey changes. (#…"}},{"before":"613ab23babf6f8aa729bf9bb0fae1916426d2945","after":"4b816a5c45f9ee3bedc0d1cbf85754639e2c62a9","ref":"refs/heads/master","pushedAt":"2023-04-24T08:16:17.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"toly-kournik","name":"Toly Kournik","path":"/toly-kournik","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/50289004?s=80&v=4"},"commit":{"message":"Update cppcheck to v2.10.2 (#2999)\n\nCreate and push docker image concordbft/concord-bft:0.61 also tagged as concordbft/concord-bft:latest","shortMessageHtmlLink":"Update cppcheck to v2.10.2 (#2999)"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAADfm7ePgA","startCursor":null,"endCursor":null}},"title":"Activity · vmware/concord-bft"}