azmenak
Joined 13 years ago
Joined 13 years ago
Currently, Nemotron 3 Super using Unsloth's UD Q4_K_XL quant is running nearly everything I do locally (replacing Qwen3.5 122b)
Inevitably, the TEE hardware vendor must be trusted. I don't think this is a bad assumption in today's world, but this is still a fairly new domain and longer term it becomes increasingly likely TEE compromises like design flaws, microcode bugs, key compromises, etc. are discovered (if they haven't already been!) Then we'd need to consider how Confer would handle these and what sort of "break glass" protocols are in place.
This also requires a non-trivial amount of client side coordination and guards against any supply chain attacks. Setting aside the details of how this is done, even with a transparency log, the client must trust something about “who is allowed to publish acceptable releases”. If the client trusts “anything in the log,” an attacker could publish their own signed artifacts, So the client must effectively trust a specific publisher identity/key, plus the log’s append-only/auditable property to prevent silent targeted swaps.
The net result is a need to trust Confer's identity and published releases, at least in the short term as 3rd party auditors could flag any issues in reproducible builds. As I see it, the game theory would suggest Confer remains honest, Moxie's reputation plays are fairly large role in this.
I was able to trade GME options in IBKR today without any restrictions.
Contacted support, and they responded within 2 minutes explaining exactly why this had been done (risk profile at the time, and insufficient margin to cover). They answered all my questions and even explained what I should do to mitigate this issue going forward.
They have details here: https://gdcdyn.interactivebrokers.com/Universal/servlet/Regi...
But essentially if you are using their “pro” service, which charges commissions then no. If you are using their “lite” service with zero-commission then maybe.
Very excited to dive back into some WASM/WebWorker projects that got abandoned due to performance limitations.
In our setup, after a PR is merged in Github, the ticket automatically moves to the next “step”, in our case “Ready for QA”.
Beyond that there are automation workflows that accomplish much of what you are asking for here, the issue is that these are complex tools/flows that require a lot of up-front work and continuous maintenance which might not be worthwhile for all teams.
Interesting nonetheless.
d1g1t is a digital wealth management platform powered by advanced analytics and risk management tools that offers transparent portfolio management services to professional advisers and their individual investors. Our goal is to empower wealth management firms to transition into a new business model that is driven by technology and analytics, and provides a richer experience for their clients.
We are looking for an experienced JavaScript (Typescript) developer who is proficient with React.
On the front-end our tech stack on the front-end includes React, Typescript, Redux+Sagas, Swift (iOS) and Kotlin (Android)
We are a team that is passionate about our work, and we strive to maintain the highest standards for code quality. If you are looking to work on genuinely difficult engineering problems in the front-end space in an engineering focused organization, this is the job for you.
If you’re interested, please reach out at [email protected]