Accept all primitive types in Solidity for EIP-712 from intN, uintN, intN[], uintN[] for N as 0 to 256 in multiples of 8
---------
Co-authored-by: Martin Holst Swende <martin@swende.se>
(cherry picked from commit 02796f6bee7e014fd16ad39f0bcd3b665b51e0bb)
* chore_: lightmode ping peers when we come back online, take filter ping fixes from go-waku
* fix_: handle network change event
* chore_: set connection state as per old state
* chore_: disable discovery for lightmode after connection change
* chore_: take filter error handling fixes from go-waku
* chore_: fix review comments
* feat_: aggregate filter subscriptions to do bulk subs with peer
* chore_: take possible deadlock fix in go-waku
* fix_: don't resubscribe filters unless there is a change in shard for community (#5467)
* fix_: use cluster and shard to filter peers received via peerExchange
* chore_: enable pxClient in relay and increase relay peer connections (#5411)
* chore_: update go-waku with fixes
* feat_: simplify filter management
fix_: try using shard as a default topic
fix_: filter test to work with shards.staging fleet
* fix_: handle connection status change and manage filter subscriptions better
* chore_: bump go-waku to latest and with some fixes
Co-authored-by: richΛrd <info@richardramos.me>
* chore_: disabling pxClient so that only fleet nodes are used for now
---------
Co-authored-by: Prem Chaitanya Prathi <chaitanyaprem@gmail.com>
Co-authored-by: richΛrd <info@richardramos.me>
This commit attempts to upgrade go version to 1.20.12
This commit also removes the following items from lint checks :
* `goconst`
* `structcheck`
* `deadcode`
* `golint`
* `varcheck`
Mobile PR for QA purposes -> https://github.com/status-im/status-mobile/pull/19564
This commit adds basic syncing capabilities with peers if they are both
online.
It updates the work done on MVDS, but I decided to create the code in
status-go instead, since it's very tight to the application (similarly
the code that was the inspiration for mvds, bramble, is all tight
together at the database level).
I reused parts of the protobufs.
The flow is:
1) An OFFER message is sent periodically with a bunch of message-ids and
group-ids.
2) Anyone can REQUEST some of those messages if not present in their
database.
3) The peer will then send over those messages.
It's disabled by default, but I am planning to add a way to set up the
flags.
richΛrd
Igor Sirotin
Alex Jbanca
kaichaosun
dlipicar
Prem Chaitanya Prathi
Vaclav Pavlin
Patryk Osmaczko
Vit∀ly Vlasov
Andrea Maria Piana
Siddarth Kumar
frank
Jonathan Rainville
Ivan Belyakov