Home
/
Technology insights
/
Smart contracts
/

Troubles with near's latest version? you're not alone!

NEAR Users Report Persistent Deployment Issues | Upgrade Woes With Latest Version

By

Ethan Brown

Apr 9, 2025, 03:07 AM

Edited By

Nina Evans

2 minutes reading time

A developer troubleshooting code on a laptop, symbolizing the challenges faced with NEAR's latest version.

As the NEAR ecosystem continues to evolve, developers are raising alarms about deployment struggles with the latest smart contract upgrades. A user reported facing a compilation error when deploying an example fungible token contract, revealing potential conflicts with recent updates that seem to leave them at a standstill.

The issue arises during initialization in the testnet environment, specifically an error stemming from a FunctionCall action, signaling complications in the latest compilation iterations. This contradiction to earlier versions, which performed seamlessly, has left many developers frustrated as they seek help across forums and communities.

Curiously, the complaints highlight a mix of urges to revert to older, more stable versions while contending with the necessity to integrate newer features. As one user noted, "Older versions didnโ€™t have issues with that," indicating a shared struggle among developers who utilize NEARโ€™s capabilities. The upgrade was expected to enhance functionality, but many are finding it a turbulent experience, with some struggling to deploy even established contracts.

Community Response and Sentiment

The chatter among developers conveys a predominantly negative sentiment as they confront a recurring theme: compatibility and workflow disruption. Users express hopes for clarity and potential fixes from NEAR, yet the timeline for resolutions remains ambiguous. Another user commented, "Rust introduced wasm features that are not yet supported by nearcore."

While a handful of users have managed to compile successfully, the majority continue to encounter long error messages with specific references to newer Rust features. Many developers are torn, caught between using cargo-near for compilation or slipping back to previous Rust versions that lack security and feature updates. An informative note from another commenter gave a brief insight: *"Use cargo-near โ€“ recommended. Manually run wasm-opt after compilation."

The Broader Impact on NEAR Development

As more developers share their struggles, the call for NEAR to address compatibility issues is getting louder. This has sparked discussions on social media and potential backlash if the problems persist unchecked. The potential risks for developers stuck in limbo are significant, as they try to meet the needs of their clients amid steadily evolving technology.

Key Insights from the Discussion

  • โœฆ Many developers express frustration over the incompatibility of new Rust features.

  • โš ๏ธ Users are considering reverting to older versions, risking security vulnerabilities.

  • โ˜… An expectation remains for NEAR to clarify and update on these deployment issues, keeping the community engaged.

Despite the challenges, there's a collective resilience emerging within the community. They share tales of perseverance, yet underline the urgency for a dialogue with NEAR's development team to address concerns and mitigate the disruption caused by these changes. As the clock ticks, the question looms: will NEAR respond swiftly enough to regain the trust of its developers?