EVE Online News

[p]Earlier this year, we shared a deep dive into the technology that powers third-party development in EVE Online: the ESI. As the backbone of EVE’s developer ecosystem, ESI connects creators to the universe of New Eden, enabling everything from fleet management tools to industrial planning apps and killboard integrations. These tools have become essential for capsuleers, and the API that supports them deserves the same level of care and attention as the game itself.[/p][p][/p][p]Hear it directly from our devs! Check out the accompanying podcast for this dev blog, here:[/p][previewyoutube][/previewyoutube][p][/p][p]That article revisited the origins of the API, explained how ESI functions today, and outlined a roadmap for modernizing the platform. The goals were clear: enhance reliability, retire outdated components, and build the foundation for new features.[/p][p]Since then, significant progress has been made. Monitoring has been expanded to give a clearer picture of how ESI is used, which applications are making requests, how frequently, and how effectively caching is applied. Deprecated endpoints have been removed, early steps toward rate limiting have been put in place, and error handling has been refined. These efforts have made ESI more stable and ready to support new capabilities.[/p][p]That groundwork has led to the first major feature release under this renewed approach: the launch of Corporation Projects routes. This marks the debut of Data Hub-powered endpoints in ESI, delivering richer data, more efficient pagination, and fewer round-trips for developers. It’s an example of where the platform is headed, and a sign of what’s possible when stability and modernization pave the way for new functionality.[/p][p]This update takes a closer look at what’s changed since then: the cleanup efforts, the systems put in place, and a preview of what’s coming next.[/p][p][/p][h2]Getting Clear Vision[/h2][p]In our last update, we talked about plans to improve observability within ESI. Over the past few months, that effort has matured into something much more powerful. With the help of Honeycomb, we now have full visibility into incoming requests to ESI and where they’re routed. Whether that’s through Quasar or the Monolith, we can trace the entire path from start to finish.[/p][p]One of the biggest wins from this has been understanding the real sources of 5xx errors. Until recently, a lot of that was guesswork. Now, we know exactly what's happening.[/p][p]A few examples worth calling out:[/p]

• [p]When the Monolith returned a 404, but the API spec for that route didn’t include 404 as a possible response, ESI translated that into a 500. This led to errors where a 404 would have been the correct and expected result. That behavior has been corrected.[/p]
• [p]Our HTTP connection timeout was set to just one second of idle time. Unfortunately, the load balancer expected idle connections to remain open for at least 60 seconds. This mismatch caused a number of 504 errors when connections were closed prematurely. That’s now fixed[/p]

[p]These are just two of several issues uncovered and resolved in recent months. The result is a measurable drop in 5xx errors. A before-and-after comparison can be found below.[/p][p][/p][carousel][/carousel][p][/p][p]There are still a few cases left to investigate, and we’ll keep working through them. That said, the current 5xx rate is already very low (roughly one in every 10,000 requests) so most users shouldn’t notice any issues anymore.[/p][p][/p][h2]Cleaning the Ship[/h2][p]For a long time, ESI supported two different authentication methods: one of which, known internally as “v1”, dates all the way back to the earliest versions of the API. The newer “v2” flow uses JWTs, which allow tokens to be verified locally, without reaching out to the SSO on each request. That might seem like a small detail, but when you're handling thousands of requests per second, the difference is massive. JWTs are faster, simpler, and far less demanding on infrastructure.[/p][p]Although “v1” was officially deprecated back in 2021, support remained in place to avoid disrupting third-party tools that still relied on it. Until recently, though, there wasn’t enough visibility to assess how widely it was still in use.[/p][p]That changed with the improvements to observability. With full request traces now available, it became possible to identify which applications were still using “v1” tokens by examining User-Agent headers and application IDs. Where possible, affected developers were contacted directly and encouraged to migrate. Once that was done, we published a final deprecation warning and followed through with full removal a few weeks later.[/p][p]A similar approach was taken with the removal of several outdated route versions. First, we reached out to developers directly, then followed up with public notices before any deprecations were enforced. As tooling continues to improve, this kind of process (observe, inform, take action) is becoming the standard. It’s a cleaner, more predictable way to retire legacy components without surprises.[/p][p][/p][h2]Routing the Flow[/h2][p]In recent months, large parts of ESI’s infrastructure have been rebuilt. The goal has been twofold: to modernize systems using current internal standards like Terraform and Go, and to gradually retire legacy components that were no longer serving a clear purpose.[/p][p]At the center of this overhaul is a new service known as the API Gateway. Its responsibility is to handle incoming requests: checking authentication, enforcing rate limits, validating paths and tenants, and then passing them on to the appropriate backend. By the time a request reaches its destination, it’s already been vetted. This removes the need for backend services to repeat the same checks and makes the overall system simpler and more reliable.[/p][p]This new architecture also brings improved visibility. With the gateway acting as the single point of entry, traffic can now be observed in greater detail, both in terms of tracing and metrics. That added insight has made it easier to detect issues early and respond more precisely during incidents.[/p][p]A more detailed breakdown of the gateway’s design and deployment was shared in an earlier blog post. At the time of writing, the final implementation steps are nearly complete. The main piece still in progress is rate limiting, which will be covered next.[/p][p][/p][h2]Setting Boundaries[/h2][p]As part of our continued effort to manage ESI traffic, we have deployed the first steps toward rate limiting in the API Gateway. This currently is in a “monitor-only” mode. This way we are gathering information about what good rate limits will be before we actually enforce them.[/p][p]Rate limiting has been a recurring topic internally and within the third-party developer community. Until now, ESI lacked good options for handling problematic traffic. While some patterns were clearly abusive, the main response was IP bans - manual, reactive, and not ideal for anyone involved. A more proactive approach is long overdue.[/p][p]One extreme case is shown below: a single user sending a flood of requests well beyond anything reasonable. That account was banned. Let it be clear: this kind of traffic is not acceptable.[/p][p][/p][p][/p][p][/p][p]The more common issue is regular traffic spikes, especially on the hour and half-hour. Routes like /assets/ are frequently hit the hardest, with traffic spiking up to five times above normal. Scaling to meet these peaks puts unnecessary strain on the API Gateway, Monolith, and Quasar. There’s a limit to how far infrastructure can be stretched just to handle burst traffic. Smoothing those spikes is essential.[/p][p][/p][p][/p][p][/p][p]This mostly applies to larger frameworks and widely used apps. If you’re just getting started or have a small userbase, there’s little cause for concern. But for tools with broad deployment, it’s worth reviewing how requests are scheduled.[/p][p]Enforcement won’t begin without notice. A detailed blog post will be shared ahead of time to give developers a chance to prepare.[/p][p][/p][h2]Keeping Up with Standards[/h2][p]A major upgrade rolled out recently is the migration from Swagger 2.0 to OpenAPI 3.1. OpenAPI is the natural evolution of Swagger, addressing limitations that made it difficult to accurately represent some of ESI’s internal structures. Tooling support has also shifted as many modern tools support only OpenAPI, while Swagger support has steadily declined. With that in mind, we made the decision to migrate all of ESI to OpenAPI.[/p][p]Alongside the spec upgrade, we also changed how the API is versioned. Versions are now date-based and apply API-wide. This provides clearer insight into how recent a version is, and makes it easier for both internal teams and third-party developers to track which version is in use. The transition was made smoother thanks to the new API Gateway, which allowed the new versioning system to be introduced without breaking existing integrations. Developers can adopt the new model at their own pace (within reason) over the course of about a year from July 2025.[/p][p][/p][h2]Corporation Projects – Now Available[/h2][p]Corporation Projects allow corp leaders to set up collaborative goals for members, like hauling materials, killing hostiles, or contributing ISK, while tracking participation and rewarding members who help. It’s a flexible system for directing group activity without micromanagement. More details on the feature itself can be found in the EVE Academy overview.[/p][p]Today, the Corporation Projects routes become publicly available [/p][p][/p][p]Developers can now query ESI for the following:[/p]

• [p]A list of all active corporation projects[/p]
• [p]Details of a corporation project including its current state and reward pool[/p]
• [p]A list or contributors to the project and their contributions[/p]

[p][/p][h2]For Developers[/h2][p]As mentioned in the previous EVE Evolved update, the long-term goal is to shift most read-heavy traffic to the Data Hub. These routes are the first to follow that model. They’ve been built in close collaboration with the Data Engineering team and mark a step toward decoupling ESI from the Monolith.[/p][p]The benefits are already visible:[/p]

• [p]Richer listing responses: The new project listing route includes detailed, high-level information such as progress, ISK rewarded, and other live metrics—without requiring a follow-up call for each project.[/p]
• [p]Cursor-based pagination: Instead of cycling through pages or refreshing every detail view, developers can poll the listing endpoint to see what’s changed. It’s more efficient for applications and easier on the API itself.[/p]
• [p]Expanded entity resolution: Where possible, IDs are resolved to names. For example, project creators are shown with both their character ID and name, reducing the need for additional lookups. While this isn’t available for every field, it’s included where practical.[/p]

[p]The result is a cleaner, faster integration point that gives developers more upfront and reduces unnecessary round-trips. If the rollout proves successful, this design will serve as the foundation for other new routes in the future.[/p][p][/p][h2]What’s Next?[/h2][p]The next major addition to ESI is support for Freelance Jobs. Much like Corporation Projects, this system will allow developers to access structured data around jobs available across New Eden—what’s being offered, where, by whom, and what the rewards are.[/p][p]Development is already in progress. Feedback gathered from the Corporation Projects rollout is being fed directly into the design of these new routes, helping us refine the interface and structure before it reaches public release. Freelance Jobs will also adopt the new patterns introduced with Corporation Projects, including richer list data, name resolution, and cursor-based pagination. This should make it easier to build applications that surface a wide variety of in-game activities capsuleers can engage with at any given time.[/p][p]More details will be shared in the coming weeks as we fine-tune the specifications.[/p][p][/p][h2]ESI is You[/h2][p]Behind every third-party tool, fitting app, or custom dashboard is the creativity and effort of EVE’s developer community. Whether you're building tools for your corporation, contributing to widely-used frameworks, or just tinkering to enhance your own gameplay, these contributions shape the experience of countless capsuleers.[/p][p]capsuleers and developers are the driving force behind much of what we do. Every improvement to ESI, from routing to pagination, from new features to cleaner observability, is informed by how the community uses and challenges the platform.[/p][p]If you’re looking to supercharge your own EVE experience, the Community Tools and Services page is a great place to begin. And if you want a closer look at the ecosystem itself, check out this presentation by RIFT developer and EVE Partner Nohus for insights into the tools, workflows, and ideas shaping the future of third-party development. Also, did you know we have an official Excel add-in for direct access to EVE’s in-game data within spreadsheets?[/p][p]If you are a developer just getting started or with years of experience under your belt, here are some key resources to explore:[/p]

• [p]EVE Developers Portal – Your primary hub for third-party development. Here, you can register applications, access API & SSO documentation, third-party dev blogs and news RSS feed available), and find additional resources to integrate with EVE Online.[/p]
• [p]ESI Issues & Feature Requests – The principal repository for tracking bugs, reporting issues, and requesting new ESI features. Both developers and capsuleers can engage here to help shape the future of ESI.[/p]
• [p]Join the Discussion on Discord – Hang out with CCP devs and third-party developers by joining the #3rd-party-dev-and-esi channel on the official EVE Online Discord server to share ideas, ask questions, and collaborate on new projects. You can also subscribe to the #3rd-party-dev-blog announcement channel to have news delivered directly to your own Discord![/p]

[p]Forsakened Few evicted from their home in J121006 wormhole system known as "Hoth" by a Hard Knocks-led coalition, marking the end of the War in Heaven. Lina Ambre reports for the Scope. [/p][previewyoutube][/previewyoutube]

[p]Exploring Capsuleers, [/p][p][/p][p]Over the past several months, we've been tracking the impact of capital ship demand on both the industrial economy and the exploration landscape. With the July 17th Legion update, we took a targeted step toward addressing what we consider an important balance issue: the relationship between exploration sites, rare component acquisition, and the bottlenecks affecting capital and supercapital production. [/p][p][/p][p]This isn’t a sweeping overhaul — yet — but rather a focused intervention intended to smooth a few key pain points, while opening the door for a richer, more rewarding exploration experience. [/p][p]We want to walk you through what changed, why we changed it, and what we’re watching closely as things develop. Read below and/or watch CCP Swift chatting about the changes with CCP Kestrel and CCP Okami here:  [/p][p][/p][previewyoutube][/previewyoutube][p][/p][h2]Capital Bottlenecks [/h2][p]Capital production is one of New Eden’s most complex economic chains — and with that complexity come pressure points, many of which are tied to solo explorers who supply critical inputs. To support both explorers and industrialists, we’ve revisited exploration site mechanics and increased drop rates, helping solo players earn more ISK while fueling the capital economy. [/p][p][/p][p]A key issue has been the inconsistent availability of Capital Control Items, which are essential for capital ship construction. These components weren’t entering the ecosystem at sufficient volume, especially after major destruction events like dread brawls. These items are mainly sourced through exploration, and the feedback was clear: The sites weren’t consistent enough relative to their rarity and difficulty. Some were too hard, some were too punishing, and in many cases, the risk-to-reward ratio just didn’t justify the trip. [/p][p][/p][p]Enhanced Neurolink Protection Cell — one of the major bottlenecks relieved  Source: Ravworks [/p][p][/p][p]Our aim with this update is to reduce friction — both in acquiring these components and in moving them back to market — without eliminating the challenge entirely. [/p][p][/p][h2]Exploration Sites and Loot Drop Tuning [/h2][p]We’ve taken a fresh pass on Covert Research Sites (Ghost Sites), which have long been one of the more intimidating forms of exploration content. The changes here were surgical: [/p]

• [p]Timer ranges tightened: Players should experience more consistency in site behaviour, with a tilt toward more time to complete them [/p]
• [p]Danger-to-reward rebalanced: Ghost sites remain risky, but the payout is now more aligned with the hazard [/p]
• [p]Component volume reduced: Several Capital Control Items (such as Life Support Backup Units and Power Couplings) had their volume reduced, allowing explorers to carry more in frigate-sized hulls [/p]
• [p]Minefields in Aegis Capital Sites have been reduced for smoother navigation [/p]

[p]The thrill of hacking a can and finding a big payday is infectious and a core part of exploration. To facilitate more of this, we have also added Capital Control Items as rare bonus loot in all Sleeper Caches.  These refinements aim to ensure explorers can engage more directly with New Eden’s high-tier industrial economy. [/p][p][/p][h2]Industry Tax Relief – SCC Surcharge Cut [/h2][p]In parallel, we made a precision adjustment to industry taxes, specifically targeting the SCC surcharge applied to blueprint research: [/p]

• [p]The SCC surcharge is now calculated as 50% of the baseline, which effectively reduces it from 4% to 2% for both Material Efficiency and Time Efficiency research [/p]

[p]This makes R&D and blueprint scaling more accessible to solo, small-group, and newer producers aiming to enter larger manufacturing workflows. While temporary, this change is part of a broader industry review to come. [/p][p][/p][h2]Iteration and Feedback [/h2][p][/p][p]These updates are part of our ongoing initiative to iterate quickly and meaningfully, reacting to real-time player data and feedback. Recent improvements to Pyerite refine rates, exploration spawns, and item distribution have been guided by your input, and we’re not stopping here. [/p][p][/p][p]Join the conversation, hear directly from CCP Okami, and participate in brainstorming threads — hop into the EVE Online Discord and share your insights!  [/p][p][/p][p]Aye aye and goodbye, [/p][p]o7 [/p]

[p]Luminous capsuleers,[/p][p][/p][p]Solar Fest has arrived — and it's bringing a heat wave of creativity across New Eden![/p][p]Make sure to log in every day to claim new and limited-time rewards throughout the week. From crates, and components, to skill points, there’s a new gift daily! You can also truly stand out with the first-ever color-shifting nanocoating, a brilliant new effect for your SKINs that is exclusively available during Solar Fest.[/p][previewyoutube][/previewyoutube][p][/p][h2]Paragon Hub offers[/h2][p]Next, head over to the Paragon Hub where you’ll discover two exclusive new design components that are now available for PLEX —only available during Solar Fest.[/p][p][/p][p][/p][p]Enjoy a huge 50% discount on sequencing costs throughout the event, and on top of that, you’ll save up to 66% on select components to bring your vibrant new SKINs to life.[/p][p]Solar Fest runs from 15–22 July — don’t miss your chance to unleash your creativity, collect gifts, and get your SKINs in the game.[/p][p][/p][h2]Twitch Takeovers & Exclusive Drops[/h2][p]Also keep an eye out on CCPTV and the EVE Online Discord for some fun SKIN-themed events going on throughout the week! In addition, throughout July, several partnered EVE streamers are taking over the CCP Twitch channel, showcasing diverse gameplay across multiple time zones and in various languages. Each week brings an exclusive Twitch Drop (only on the CCP channel) so tune in this week for a Gnosis GalNet StreamCast SKIN![/p][p][/p][p][dynamiclink][/dynamiclink][/p][p][dynamiclink][/dynamiclink][/p][p][/p]