จังหวะ

 ได้ซื้อที่ราคา 68,000 เเล้วจะค่อยๆ ขายไปจนถึงราคา 70,000



Comments

Post a Comment

Popular posts from this blog

Risk reward

Image
 การเทรดเทคนิคคอลสิ่งสำคัญหรือ Risk : Reward จังหวะเเบบนี้จะให้ได้สูง ถ้าจะเล่นการวาง SL จะสั้นมาก เเล้วระยะ TP จะเยอะ รอจังหวะที่ราคาดิ่งลงก็ Short ใส่ได้เลย การเทรดหาโอกาสชนะมันยาก สิ่งที่ผมมองหาจะเป็นระยะที่ดีมากกว่าเช่น จังหวะเเบบนี้มี Risk Reward ที่ดี  ดังนั้นเวลา Bet ก็จะเหมาะมาก TP1 มีโอกาสที่ราคาจะไปถึงสูงมาก ถ้าเกิดราคาวิ่งลงไป TP2 ไม่จำเป็นต้องตั้งเอาเยอะขนาดนั้นเเค่ TP1 ก็พอเเล้ว เน้นได้ชัวๆ ดีกว่า
Read more

Rebalance

Image
การเเบ่งสัดส่วนในการเทรด หรือการรีบาลานซ์ถ้าเราจัดวางเเผนไว้ตั้งเเต่เเรกพอถึงเวลาเเล้วเราจะสามารถเทคแอคชั่นได้โดยรู้ว่าควรปรับสัดส่วนเท่าไหร่ ณ ที่ราคานั้นๆ จะเห็นได้ว่าถ้าวางโครงสร้างไว้เเบบนี้ ราคาอยู่ที่ 10,000 เราก็ซื้อสินทรัพย์ไว้ที่ 10 หน่วย จะทำให้พอร์ตมีมูลค่า 100,000 เเต่ถ้าราคาลงไปที่ 9,090 เราก็ซื้อสินทรัพย์เพิ่มอีก 1 หน่วย ทำให้สินทรัพย์รวมเป็น 11 หน่วย และพอร์ตจะมีมูลค่า 100,000 ที่ราคา 9,090 โดยประมาณ ตัวเลขไม่ตรงเพราะไม่ได้ใส่จุดทศนิยมเเต่จะให้เห็นภาพว่ามันเป็นประมาณนี้ ดังนั้นถ้าเกิดนอนๆ อยู่แล้วราคาวิ่งลงไปที่ 5,000 เราก็เเค่ดูว่าตอนนี้เราถือ Asset ไว้ที่เท่าไหร่ เเล้วก็เก็บเพิ่มให้ครบตามเเผนก็จะได้ว่า ตอนนี้เรามีอยู่ 11 หน่วย ขาดไปอีก 9 ต้องซื้อเพิ่มอีก 9 หน่วยที่ราคา 5,000 ทำให้มูลค่าพอร์ตรวมเราอยู่ที่ 100,000 เหมือนเดิม ดังนั้นถ้าเราวางกรอบไว้กว้างๆ ไม่ว่าราคาจะวิ่งไปที่ไหน เราก็จะเล่นได้หมด กดรีบาลานซ์ไปเรื่อยๆ แล้วถ้าถามว่ามันจะได้กำไรจากอะไร ในเมือก็ซื้อๆ ขายๆ อยู่ที่เดิม กำไรจะมาจากส่วนต่างราคาเเต่ละช่อง เราได้ซื้อตอนนี้เรามี 20 หน่วยที่ราคา 5,000 เเต่ต้นท...
Read more

Realized profit in crpto (Improving Accuracy in Transaction Value Calculation)

In my previous post, I discussed how calculating the value of a transaction from different prices can be inaccurate. After much thought, I decided to switch to calculating from transactions as the only way to ensure accuracy. To do this, I used Python to write a program that would perform the calculations. However, I encountered some challenges due to certain methods not making sense. Firstly, I had to determine whether the transaction was a buy or a sell. If it was a sell, then I had to check all the previous buy transactions to determine the correct value. The priority was given to the buy price that was closest to the sell price (and positive when close). However, this approach had a bug problem and was not ideal. For instance, if I bought at prices 10, 12, 13, and 14 and sold at 14.1, my ideal system would sell from buy price 13. However, my program would sell at buy price 14 (including fees) as it was still positive. To fix this issue, I tried adding an x value to fix the buy and ...
Read more