After studying the prediction market @opinionlabsxyz for two days, I've basically completed the interaction design for the quantitative product, which I call the "Pixiu Flow". The general idea is as follows: 1. Since the project needs liquidity in its early stages, let's cater to that by taking advantage of the no-fee limit orders and the additional points, first becoming a qualified buyer. At the same time, because holding positions also has point weight, after taking over, I will also need to become a diamond hand who locks in love. 2. Once this seemingly foolish goal is set as the core idea, the next thing to solve is simply how to provide liquidity at low cost and low risk, in simple terms, how to perfectly hedge the positions that can be taken. Here, I will choose PM, as it has a large market, good depth, and a complete API. 3. With the direction and tools determined, the next step is to implement some relatively simple automation engineering. The system will pull out markets with completely identical settlement conditions on both sides, prioritizing those that have limit orders to buy 1 on OP, and if executed, can immediately hedge on PM at a total price of yes + no less than 1. In these quality markets, I will continuously adjust the quotes and share numbers on OP flexibly based on the liquidity available for hedging on PM. If the total capacity for buying 1 during a certain time period is too small, I will start checking for buying 2, with a maximum of buying 3, following the same principle. 4. Once liquidity is consumed, PM will immediately hedge the inventory against the shares. I manually tested this over the past two days, and human effort can achieve the desired inventory and equal hedging. If the program runs multiple markets simultaneously, it should quickly increase the capital utilization rate. 5. After OP receives the inventory and PM buys the inventory, continue to use this portion of inventory to provide liquidity for OP's order book. At this point, the logic changes slightly, determining how much OP's inventory should sell for when selling PM's inventory at market price to avoid losing money. Use this price to place limit orders, which also need to be adjusted in real-time based on PM's order book. 6. Why do I say this strategy is a "Pixiu" approach? Because everything I've done above is actually just to be able to eat inventory with high-weight limit orders as much as possible with minimal wear. And whether the inventory can be arbitraged and sold in the short term, I don't care at all. Because in my view, the inventory I receive is all golden geese, contributing to position points. Just like in IPOs, for projects I believe in, I only care about how much I can put in, the more the better. So this inventory either needs to be settled in the market, and then a new batch is supplemented, or it needs to be held until the project's TGE. This is very much like Pixiu, only entering and not exiting. This is also the threshold of this strategy, because you not only need to have almost equivalent cash ready on PM, but also be willing to accept the outcome of both sides' cash flow being completely locked.