GitLab

set sendTo to remote peer id in trace events

Bump github.com/hashicorp/golang-lru from 0.5.3 to 0.5.4

Merge pull request #259 from libp2p/dependabot/go_modules/github.com/multiformats/go-multistream-0.1.1

Bump github.com/multiformats/go-multistream from 0.1.0 to 0.1.1

Bumps [github.com/multiformats/go-multistream](https://github.com/multiformats/go-multistream) from 0.1.0 to 0.1.1.
- [Release notes](https://github.com/multiformats/go-multistream/releases)
- [Commits](https://github.com/multiformats/go-multistream/compare/v0.1.0...v0.1.1)
Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Replace LRU cache blacklist implementation with a time cache

Configurable size of validate queue

validateWorker() reads from validateQ and invokes validate function
that performs validation of the message. Signature validation is performed
synchronously. The number of validate workers defaults to the number of CPUs
and can be updated with WithValidateWorkers function. With no additional user
validators, signature validation is the bottleneck when receiving new messages.

Increasing the number of validating workers does not help given the context
switching and bottleneck nature of this spot. As stated in WithValidateWorkers
documentation, this function should be used rather to limit the number of workers
to devote less CPU time for synchronous validation. On the other hand, with the
default size of `validateQ`, some applications built on a top of libp2p may
experience throttled validation and lost messages.

This problem is addressed by WithValidateQueueSize allowing to configure the buffer
size for synchronous validation. Application developers knowing the nature of their
protocols can set this value to minimise the possibility of throttled synchronous
validation and dropped messages. Configurable buffer size allows to gracefully
handle peaks of messages and, from the other side, the number of concurrent
synchronous workers is still limited by validateWorkers property so the receiver
should not get congested.

Bumps [github.com/hashicorp/golang-lru](https://github.com/hashicorp/golang-lru) from 0.5.3 to 0.5.4.
- [Release notes](https://github.com/hashicorp/golang-lru/releases)
- [Commits](https://github.com/hashicorp/golang-lru/compare/v0.5.3...v0.5.4)
Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Rename VaidatorData to ValidatorData

Bumps [github.com/libp2p/go-libp2p-core](https://github.com/libp2p/go-libp2p-core) from 0.2.5 to 0.3.0.
- [Release notes](https://github.com/libp2p/go-libp2p-core/releases)
- [Commits](https://github.com/libp2p/go-libp2p-core/compare/v0.2.5...v0.3.0)
Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Configurable message id function

Merge pull request #244 from libp2p/dependabot/go_modules/github.com/multiformats/go-multiaddr-0.2.0

Bump github.com/multiformats/go-multiaddr from 0.1.2 to 0.2.0

Bumps [github.com/multiformats/go-multiaddr](https://github.com/multiformats/go-multiaddr) from 0.1.2 to 0.2.0.
- [Release notes](https://github.com/multiformats/go-multiaddr/releases)
- [Commits](https://github.com/multiformats/go-multiaddr/compare/v0.1.2...v0.2.0)
Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Bump github.com/hashicorp/golang-lru from 0.5.1 to 0.5.3

Bumps [github.com/hashicorp/golang-lru](https://github.com/hashicorp/golang-lru) from 0.5.1 to 0.5.3.
- [Release notes](https://github.com/hashicorp/golang-lru/releases)
- [Commits](https://github.com/hashicorp/golang-lru/compare/v0.5.1...v0.5.3)
Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

chore(dep): update

* Update go-libp2p-core and go-multiaddr.
* Regenerate protobufs with the latest gogo protobuf.

tracing support

that way we don't have to connect every time we open the stream.

Instead check the batch size and poll every 100ms (up to 1s) until the
minimum batch size is accumulated.

this avoids holding on memory while we are waiting.

Don't accumulate memory if the tracer is being slow or unavailable, just drop the trace and log.