QuickNode’s Limitless Calls Per Second Powers Cargo’s NFT Drops on xDai and Matic / Polygon
Technology Category
- Application Infrastructure & Middleware - Blockchain
- Platform as a Service (PaaS) - Application Development Platforms
Applicable Industries
- Cement
Services
- System Integration
About The Customer
Cargo is an NFT creation, management, and monetization tool that offers users the ability to create their own NFT marketplace and projects at scale. It uses a batch minting approach, using a newer ERC-2309 standard, which allows creators, developers, and businesses to create an unlimited number of NFTs in one transaction at a price-point similar to creating just one NFT on other platforms. However, this approach requires a lot of bandwidth and initially led to rate limit issues and node outages, which negatively impacted the platform and its users.
The Challenge
Cargo, an NFT creation, management, and monetization tool, was facing a significant challenge with its batch minting approach. This approach, which uses the newer ERC-2309 standard, allows creators, developers, and businesses to create an unlimited number of NFTs in one transaction at a similar price-point to creating just one NFT on other platforms. However, batch minting requires a lot of bandwidth. Initially, Cargo connected to the blockchain via another node provider. However, Layer 2 solutions are new chain types and not every provider has the ability to quickly increase capacity. Consequently, Cargo hit rate limits using that service, which slowed requests and at times resulted in not being able to access the Matic / Polygon blockchain. Furthermore, node outages dramatically impacted the platform and its users. If users were in the process of minting NFTs and Cargo suffered a node outage, those NFTs might not show up for users, or might show up blank. This led to increases in support tickets, and decreases in overall customer sentiment.
The Solution
Cargo switched to QuickNode to solve their rate limit problem. QuickNode, with more than twenty years’ experience building distributed systems and managing data centers with thousands of servers, offers unlimited scalability and high performance, with a network that drives more than 40 billion requests monthly. It also has multiple Layer 2 chains available, including Matic, xDai, BSC, and Optimism. With no rate limit, the Cargo infrastructure can constantly make requests to the node while QuickNode does the heavy lifting. This enables lightning-fast speed, higher traffic, and a smooth, consistent user experience. As a result, Cargo’s overall volume of launches is reaching all-time highs through its QuickNode powered experience. The products used in this solution were QuickNode API for MATIC and QuickNode API for XDAI, and the networks used were Matic mainnet and Gnosis mainnet.
Operational Impact
Quantitative Benefit
Case Study missing?
Start adding your own!
Register with your work email and create a new case study profile for your business.
Related Case Studies.
Case Study
System 800xA at Indian Cement Plants
Chettinad Cement recognized that further efficiencies could be achieved in its cement manufacturing process. It looked to investing in comprehensive operational and control technologies to manage and derive productivity and energy efficiency gains from the assets on Line 2, their second plant in India.
Case Study
Digital Transformation of Atlanta Grout & Tile: An IoT Case Study
Atlanta Grout & Tile, a Tile, Stone & Grout restoration company based in Woodstock, Georgia, was facing challenges with its traditional business model. Despite steady growth over the years, the company was falling behind the web revolution and missing out on the opportunity to tap into a new consumer base. They were using independent software from different vendors for each of their department information and workforce management. This resulted in a lot of manual work on excel and the need to export/import data between different systems. This not only increased overhead costs but also slowed down their response to clients. The company also had to prepare numerous reports manually and lacked access to customer trends for effective business decision-making.
Case Study
Revolutionizing Construction Equipment Rental: A Case Study on ProsRent and ENO8
ProsRent, a startup that won the 'Best Financial Opportunity' and 'Best Pitch' at CodeLaunch 2016, aimed to revolutionize the way construction professionals source and rent heavy equipment. In the construction industry, project managers and contractors typically rent heavy equipment from supply companies. However, predicting inventory can be challenging, and finding the required equipment at the right time and place can be a hassle. If the preferred vendor doesn't have the required equipment, it results in wasted time and money in searching for it, often leading to higher costs due to non-preferred rates and increased delivery costs if the vendor is located far from the job site. Suppliers, on the other hand, desired access to a wider base of trusted renters that they didn't have to vet themselves and wanted to offer dynamic rental pricing based on demand and availability in their market. ProsRent's challenge was to produce a minimum viable product that was fast and first to market but also strong enough to engender loyalty and repeat business from the target market.
Case Study
IoT Solution Enhances Comfort and Energy Efficiency at Apple Valley Commons Office
Apple Valley Commons, a mixed-use office complex built in 1986, was facing significant comfort and energy efficiency challenges. The building, which houses a variety of businesses, was experiencing extreme temperature imbalances, causing discomfort to employees and clients. Despite outdoor temperatures being consistently high during summers, occupants had to use space heaters to keep warm. The electricity bills from the constant operation of the heat pump were exorbitant. The building's elevator room on the roof was also overheating, reaching temperatures of 130 to 140 degrees, causing the elevator equipment to shut down. The building's existing controls solution did not provide a front end for diagnostics or remote control. The building management was seeking a solution that could address these temperature issues, improve occupant comfort, reduce operational costs, and increase building visibility.
Case Study
Revamping EE's Legacy ERP: A Case Study on BT's Strategic Transformation
EE, even after its merger with BT, was operating its ERP estate on legacy infrastructure, hosted on the premises of a third-party supplier. This outdated system resulted in a volume-based operational model, higher time to market, longer delivery cycles, and unsatisfactory customer experience. BT recognized the need for a strategic transformation of these aging ERP systems and sought a partner who could proactively manage application services. The partner was also expected to handle development requirements associated with application management services, drive accountability, and ownership with a time and target-driven transformation of these services. BT's primary goals were to improve customer experience, reduce cycle time, and measure these improvements with precision.