研报复现 | 优加换手率策略

2024-03-20 15:30
文章标签 策略 报复 换手率 优加

本文主要是介绍研报复现 | 优加换手率策略,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

本策略根据东吴证券研报《“技术分析拥抱选股因子”系列研究(八):优加换手率:解决1+1<2的难题》提出一种“优加法”,构建了“优加换手率 UTR 因子” ,表现明显优于传统的组合方式。

量稳与量小换手率因子的相互碰撞,产生了与单因子逻辑相矛盾之处:同时满足“量最稳”、“量最小” 的股票,未来表现并非最强;在量较稳的样本中,反而是量越大的股票, 未来表现越好。其中,量小换手率因子为传统的换手率因子。

通过“优加法”对量小换手率因子和量稳换手率因子进行计算组合,得到优加换手率因子,根据因子值进行交易。

本策略运行所基于的环境:python3.8 掘金终端IDE

一、策略思路

1、计算量小换手率因子 Turn20 :以 20 日换手率为例,即每月月底计算每只股票过去 20 个交易日的日均换手率,做市值中性化处理;

2、计算量稳换手率因子 STR:每月月底,回溯每只股票过去 20 个交易日,计算 20 日换手率的标准差,做市值中性化处理;

3、计算优加换手率因子 UTR:

a.每月月底,计算所有股票的量小因子 Turn20 和量稳因子 STR;

b.先将所有样本按照量稳因子从小到大排序,打分 1,2,……,N-1,N,N 为当期样本数量,记为“得分 1”;为了方便表述,暂且假定 N 为偶数;

c.取量稳因子排名靠前的 50%样本,再将它们按照量小因子从大到小排序,打分1,2,……,N/2,记为“得分 2”;“得分 1”+“得分 2”,即为这些股票的最终得分;

d.对于量稳因子排名靠后的 50%样本,则将它们按照量小因子从小到大排序, 打分1,2,……,N/2,记为“得分 3”;这些股票的最终得分为“得分 1”+“得分 3”;

所有样本的上述最终得分,即为优加换手率因子的因子值。

4、按照因子值对所有样本排序,做 10 分组回测。

5、对每组中最终得分最小的10%的股票进行买入。

二、策略逻辑

· 第一步:设置参数

· 第二步:每月第一个交易日定时执行algo任务,按策略思路筛选股票

· 第三步:不在股票池的股票全部卖出,对股票池中的股票进行买入

· 回测期:2019-01-01 08:00:00 到 2020-12-31 16:00:00

· 回测初始资金:1000万

· 手续费:0.0001

· 滑点:0.0001

三、回测结果与稳健性分析

我们进行了10分组回测,下图为每组的回测结果。

图片

图片

可见,其中第一组的回测结果是较好的,回测期策略累计收益率为94.26%,年化收益率为47.06%,最大回撤为8.05%,夏普比率为2.28,胜率为56.72%。

图片

(本次回测报告由掘金量化提供)

四、策略代码

# coding=utf-8
from __future__ import print_function, absolute_import, unicode_literals
from sklearn.linear_model import LinearRegression
import multiprocessing
import numpy as np
import pandas as pd
from gm.api import *'''
本策略计算优加换手率因子,通过10分组回测筛选有效因子;
10分组回测基本思想:设定所需优化的参数数值范围及步长,将参数数值循环输入进策略,进行遍历回测,记录每次回测结果和参数,根据某种规则将回测结果排序,找到最好的参数。
1、定义策略函数
2、多进程循环输入参数数值
3、获取回测报告,生成DataFrame格式
4、排序
'''# 原策略中的参数定义语句需要删除!
def init(context):# 每月的第一个交易日的09:40:00执行策略algoschedule(schedule_func=algo, date_rule='1m', time_rule='9:40:00')# 设置交易标的context.symbol = None# 设置买入股票资金比例context.ratio = 0.5def MAD(data, N):"""---N倍中位数去极值---1 求所有因子的中位数 median2 求每个因子与中位数的绝对偏差值,求得到绝对偏差值的中位数 new_median3 根据参数 N 确定合理的范围为 [median−N*new_median,median+N*new_median],并针对超出合理范围的因子值做调整"""median = data.quantile(0.5)new_median = abs(data - median).quantile(0.5)# 定义N倍的中位数上下限high = median + N * new_medianlow = median - N * new_median# 替换上下限data = np.where(data > high, high, data)data = np.where(data < low, low, data)return data

如需获取完整源码,请点击下方链接查看:

研报复现 | 优加换手率策略 - 掘金量化社区 - 量化交易者的交流社区

声明:本内容首发至掘金量化公众号与掘金量化社区,仅供学习、交流、演示之用,不构成任何投资建议!如需转载原创文章请联系掘金小Q(myquant2018)。 

图片

掘金量化-集数据、投研、实盘交易的一站式专业量化平台 

这篇关于研报复现 | 优加换手率策略的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/829906

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

缓存策略使用总结

缓存是提高系统性能的最简单方法之一。相对而言,数据库(or NoSQL数据库)的速度比较慢,而速度却又是致胜的关键。 如果使用得当,缓存可以减少相应时间、减少数据库负载以及节省成本。本文罗列了几种缓存策略,选择正确的一种会有很大的不同。缓存策略取决于数据和数据访问模式。换句话说,数据是如何写和读的。例如: 系统是写多读少的吗?(例如基于时间的日志)数据是否是只写入一次并被读取多次?(例如用户配

Flink任务重启策略

概述 Flink支持不同的重启策略,以在故障发生时控制作业如何重启集群在启动时会伴随一个默认的重启策略,在没有定义具体重启策略时会使用该默认策略。如果在工作提交时指定了一个重启策略,该策略会覆盖集群的默认策略默认的重启策略可以通过 Flink 的配置文件 flink-conf.yaml 指定。配置参数 restart-strategy 定义了哪个策略被使用。常用的重启策略: 固定间隔 (Fixe

Java后端微服务架构下的API限流策略:Guava RateLimiter

Java后端微服务架构下的API限流策略:Guava RateLimiter 大家好,我是微赚淘客返利系统3.0的小编,是个冬天不穿秋裤,天冷也要风度的程序猿! 在微服务架构中,API限流是保护服务不受过度使用和拒绝服务攻击的重要手段。Guava RateLimiter是Google开源的Java库中的一个组件,提供了简单易用的限流功能。 API限流概述 API限流通过控制请求的速率来防止

未雨绸缪:环保专包二级资质续期工程师招聘时间策略

对于环保企业而言,在二级资质续期前启动工程师招聘的时间规划至关重要。考虑到招聘流程的复杂性、企业内部需求的变化以及政策标准的更新,建议环保企业在二级资质续期前至少提前6至12个月启动工程师招聘工作。这个时间规划可以细化为以下几个阶段: 一、前期准备阶段(提前6-12个月) 政策与标准研究: 深入研究国家和地方关于环保二级资质续期的最新政策、法规和标准,了解对工程师的具体要求。评估政策变化可

面对Redis数据量庞大时的应对策略

面对Redis数据量庞大时的应对策略,我们可以从多个维度出发,包括数据分片、内存优化、持久化策略、使用集群、硬件升级、数据淘汰策略、以及数据结构选择等。以下是对这些策略的详细探讨: 一、数据分片(Sharding) 当Redis数据量持续增长,单个实例的处理能力可能达到瓶颈。此时,可以通过数据分片将数据分散存储到多个Redis实例中,以实现水平扩展。分片的主要策略包括: 一致性哈希:使用一

集群环境下为雪花算法生成全局唯一机器ID策略

雪花算法是生成数据id非常好的一种方式,机器id是雪花算法不可分割的一部分。但是对于集群应用,让不同的机器自动产生不同的机器id传统做法就是针对每一个机器进行单独配置,但这样做不利于集群水平扩展,且操作过程非常复杂,所以每一个机器在集群环境下是一个头疼的问题。现在借助spring+redis,给出一种策略,支持随意水平扩展,肥肠好用。 大致策略分为4步: 1.对机器ip进行hash,对某一个(大于

数据库归档策略

数据库迁移策略 为备战双11,需要将数据库中的相关表(历史订单)进行归档,以便腾出更多的空间迎接订单的暴增。作者经过尝试,得出自认为最优的解决方案。下面给出数据库归档策略及示例代码。 现有条件: 1.现有两个数据库:db-A 以及 db-B; 2.两个库中有字段相同的表:tba(表中只有字段订单id–rx_id(long型) 有索引); 3.归档库的tba中还有17年整年的归档数据。 4.由于单

2024 年高教社杯全国大学生数学建模竞赛 C 题 农作物的种植策略 参考论文 无水印

持续更新中,2024年数学建模比赛思路代码论文都会发布到专栏内,只需订阅一次!  完整论文+代码+数据结果链接在文末!  订阅后可查看参考论文文件 第一问 1.1 问题重述 这个问题围绕的是华北山区的某乡村,在有限的耕地条件下,如何制定最优的农作物种植策略。乡村有 34 块露天耕地和 20 个大棚,种植条件包括粮食作物、蔬菜、水稻和食用菌。除了要考虑地块的面积、种植季节等,还要确保

【redis】数据量庞大时的应对策略

文章目录 为什么数据量多了主机会崩分布式系统应用数据分离架构应用服务集群架构负载均衡器数据库读写分离 引入缓存冷热分离架构 分库分表微服务是什么代价优势 为什么数据量多了主机会崩 一台主机的硬件资源是有上限的,包括但不限于一下几种: CPU内存硬盘网络… 服务器每次收到一个请求,都是需要消耗上述的一些资源的~~ 如果同一时刻处理的请求多了,此时就可能会导致某个硬件资源不够用了