Lucas Ontivero
Lucas Ontivero
According to [this issue](https://github.com/dotnet/runtime/issues/66827#issuecomment-1072853981) the spinning can be reduced by setting `COMPlus_ThreadPool_UnfairSemaphoreSpinLimit=` which by default is `0x70` https://github.com/dotnet/corert/blob/c6af4cfc8b625851b91823d9be746c4f7abdc667/src/System.Private.CoreLib/shared/System/Threading/PortableThreadPool.WorkerThread.cs#L23 That can reduce the CPU usage but it doesn't seem to be...
Thanks @Szpoti, it seems the backend depends on the HttpClientFactory named after the affiliation server integration was created (weird). Anyway, it works now.
What version are you using?
I cannot reproduce it.
Nothing to see here because it is an infrastructure issue out of our control. Someone in the middle is misbehaving and that's all.
The config contains the values needed for creating rounds, this means that the config instance is required by the rounds' creation code. When a blame round is created it can...
The rule for unmanaged exceptions is to crash. Also, the reference to TerminateService looks ni good.
@Whem disable taproot for CC.
The backend is the broadcating fallback mechanism, not the main one. It will accept or reject the transaction depending on how it is configured. This PR contains something that needs...