While centralized crypto exchanges (which historically have been where uWS has found a specialized use) don't typically perform any web calls (centralized exchanges are private and only communicate internally with binary minimal protocols), they do expose their services over the web via HTTP and WebSocket servers. This is exactly why uWS never needed a client; the most profitable customer never needed it.
However, with DeFi (like decentralized crypto exchanges) it's different. DeFi services are basically microservices that poll or push to various public blockchain components, over web protocols. So a DeFi service, unlike a CEX has use for an HTTP client.
If you place a limit order on a CEX, it's just going to live there until it matches and you'll get an event over WebSocket. With DeFi, a limit order is a heap of various components that must communicate over web protocols to match. There are no async events in smart contracts, all events are driven by microservices that trigger progress by nudging these components over web protocols.
So it would be a big win for uWS in terms of DeFi usage if it could make these nudges. DeFi is also incredibly open for innovation, as the entire settlement layer (money handling) is removed (you don't need a bank license to handle customer funds with DeFi). Anyone can make a crypto exchange with DeFi, the same is not true for CEX:es - there you need regulated licenses and bank accounts and all that shit.
In other words, if you want to make a lending service with uWS, currently you can't. You need some other HTTP client. If uWS added this support, it would own the entire flow.
While centralized crypto exchanges (which historically have been where uWS has found a specialized use) don't typically perform any web calls (centralized exchanges are private and only communicate internally with binary minimal protocols), they do expose their services over the web via HTTP and WebSocket servers. This is exactly why uWS never needed a client; the most profitable customer never needed it.
However, with DeFi (like decentralized crypto exchanges) it's different. DeFi services are basically microservices that poll or push to various public blockchain components, over web protocols. So a DeFi service, unlike a CEX has use for an HTTP client.
If you place a limit order on a CEX, it's just going to live there until it matches and you'll get an event over WebSocket. With DeFi, a limit order is a heap of various components that must communicate over web protocols to match. There are no async events in smart contracts, all events are driven by microservices that trigger progress by nudging these components over web protocols.
So it would be a big win for uWS in terms of DeFi usage if it could make these nudges. DeFi is also incredibly open for innovation, as the entire settlement layer (money handling) is removed (you don't need a bank license to handle customer funds with DeFi). Anyone can make a crypto exchange with DeFi, the same is not true for CEX:es - there you need regulated licenses and bank accounts and all that shit.
In other words, if you want to make a lending service with uWS, currently you can't. You need some other HTTP client. If uWS added this support, it would own the entire flow.